需求阶段

标签序号

流程节点

备注

[1]

产品内部评审，协商优先级

产品经理与项目经理共同评审项目原型设计，并根据原型设计与客户实际需求，协商确定好需求优先级。建议评审环节不可省略，节省后续维护时间。

[2]

需求宣讲

对下个迭代的需求列表进行详细讲解，参与人为项目组全体成员。同时对需求的交互设计详细讲解。

[3]

确定开发排期及提测时间点

确定需求明细的提测时间点，重点是与外部对接相关联的需求需要确定对接时间和对接人。

[4]

技术方案评审

技术方案评审参与人为项目组开发成员，对评估的工作量、开发方案的讨论，最终输出明确的技术方案与排期。此步骤还需确定能否使用现有产品（如搭易搭等）。

[5]

视觉评审

视觉评审时间在需求宣讲之后进行，具体评审时间以设计师和研发约定的时间为准，并给出输出设计稿时间以便项目经理排期。

研发阶段

标签序号

流程节点

备注

[6]

需求答疑

在研发与测试用例编写过程中随时对项目需求与设计进行解答。

[7]

日常项目管理

日常项目管理中通过例会获取团队日常进展信息，项目经理需要移除迭代过程中的障碍、管理风险，协调外部对接和保障项目进度

[8]

开发

理论上前端、后端、数据端开发同时进行，并由研发团队协调根据项目排期倒推确定联调、自测时间点。

[9]

提测

需求提测的要求在团队内部达成一致，基线标准为冒烟自测通过，开发需发布在测试环境并保障主流程正常运行后才能提测。

发布阶段

标签序号

流程节点

备注

[10]

成果验收

测试验证之后，发布之前，建议由产品人员进行成果物验收（可选）

[11]

制订发布计划

发布计划由项目经理主导收集，研发团队共同维护发布内容及操作步骤，并确定发布时间与发布负责人。

[12]

回滚历史版本

如果迭代升级发布后测试不通过，则先将生产环境回滚至上一版本，再重新修改、提测、发布循环至测试通过。

[13]

验证完成，邮件同步验证结果

测试人员在生产环境验证通过后，以邮件的形式同步测试结果给项目组全体成员。

[14]

成果汇报

接收到生产验证结通过的结果后，由项目经理对客户，领导层等进行成果汇报