图说17版项目流程

2017版掌阅项目流程图解结合掌阅本身的特点总结新版流程，详见正文...

2017版掌阅项目管理流程图

图解：

整张图简洁突出的展示了掌阅项目管理流程的最主干的信息和内容。

【产品启动】

在产品启动前，产品负责人从不同的需求方获取全面的需求。并把它们整理分析转化成可输出的需求列表，原型图和PRD。

备注：对于掌阅项目而言目前最主要的需求方为以下十大类：竞品、编辑部门、市场、渠道、运营、产品自身、用户反馈、技术优化、商务推广以及其他合作方。

【项目启动】

项目启动的必备条件是：完整的产品文档以及有优先级的需求列表。下面详细的介绍一下项目启动后的实际操作步骤。

1. 【发布计划会议】

发布计划会议表明：团队在意是别的项目目标和限制因素下如何实现产品与愿景。

发布计划传达了跟正在开发的产品相关的关键信息，他们将：

有助于产品负责人和团队去确定创造产品所需要的时间；
传达期望；
作为路标服务；
对于没有历史速度参考的新项目来说，发布计划的完成通过与类似项目比较，或者通过类比估算确定速度，或通过实施一些迭代来确定速度；
发布计划的目的是定义一个产品发布的版本或者一个具体可交付产品的增量。

发布计划有两个必须的关键信息：

团队的平均历史速度；

一个发布计划内的迭代次数。

2. 【迭代计划会议】

迭代计划是产品的低层次视角，团队通过迭代计划更加详细地了解实现某种特性所必须的工作。他们只针对在迭代过程中选择的需求采取行动。

迭代计划：

可以是电子表格或一套备注卡；
可以公布给广泛的干系人。

迭代计划会议参与者：产品负责人，研发工程师，测试工程师，UED。

迭代计划应该识别：实现的主题或目标

3. 【迭代研发（参见图中右下角圆圈）】

迭代计划完成之后，团队就要开始正式进入研发阶段了。在研发阶段团队需要做的：

：针对需求列表的优先级顺序，对列表的内容及优先级进行团队内部的讨论，达成一致的过程。

：需求评审会便是最详细的需求实现讨论会议了，产品讲解需求文档，并回答研发人员测试人员的疑惑。如果有必要需要对需求文档再做详细修改，之后进行二轮需求评审，直到团队所有人员对需求文档无疑义。

&&：这三个会议可并行。第一个效果图评审会是UED完成设计后，与团队分享设计效果，并对细节进行修改调整的过程。第二个测试框架及用例评审会是测试团队，基于需求文档和PRD的逻辑，编写的测试框架和用例讨论，目的是查漏补缺，完全覆盖测试重点要点。第三个技术方案评审会，是研发团队对即将实现的功能做的细致的技术实现讨论，目的是整理思路，统一规范。

4.【迭代评审会议】

迭代评审会议是在迭代末期进行的时间盒（有指定时间限制）会议，此时不断变化的解决方案展示给干系人，收集他们的反馈。

益处：

产品根据需求方的需求在变化；

任何反馈或升级在即将到来的迭代或发布中被记录和强调；

优先级排序的待办事项将被展示干系人去评估是否满足他们的期望

逐步完善未来的项目计划

5. 【迭代回顾会议】

迭代回顾是针对迭代末期进行的时间盒（有指定时间限制）会议，目的是认识团队可以如何提高他们的工作方式，该会议：

针对迭代末期召开；

由研发团队，测试团队，产品负责人，项目经理和干系人参加的会议

在迭代回顾中，团队将认识到他们做的好的领域以及有待改善的领域

来自于回顾会议的反馈对实施持续改进策略和最大化团队支付价值非常关键

备注：由于不同项目的发布要求不同，拆分的迭代次数也不同，所以蓝色部分需要根据项目的发布计划循环多次。

在这期间每天的工作活动有：看板和每日站会

【看板】

可视化：可视化系统中的工作流程可以帮助整个团队指导接下来会发生什么。这样的视觉展示帮助完善和优化当前工作流和提高效率。

限制工作进展：限制工作进展有助于识别瓶颈，让整个过程高效地运行。它还有助于减少沉没成本和现实中由于变更造成的浪费。

管理流程：跟踪系统中的工作流程可以帮助团队识别问题，可以用来完善有效性。

制定管理政策：确保所有团队成员清楚地理解政策和基本规则，这可以帮助他们做出明智的决定和带来改进。

提高协作，使用”安全失败”实验：最好是快速失败，因为这有助于防止浪费精力和成本。通过协作实验，团队应该改善它所使用的过程。