背景
根据目前交付部的研发流程现状，完善整体研发标准流程图，以适应团队的实际情况。
目的
提供研发迭代流程的全貌图，供各项目组参考。
适用范围
交付服务部项目团队。
流程图
用processon可以在线画图，要原图的留言
https://www.processon.com/i/60f533557d9c087bac5e77a8
流程说明
需求阶段 | ||
标签序号 | 流程节点 | 备注 |
[1] | 产品内部评审，协商优先级 | 产品经理与项目经理共同评审项目原型设计，并根据原型设计与客户实际需求，协商确定好需求优先级。建议评审环节不可省略，节省后续维护时间。 |
[2] | 需求宣讲 | 对下个迭代的需求列表进行详细讲解，参与人为项目组全体成员。同时对需求的交互设计详细讲解。 |
[3] | 确定开发排期及提测时间点 | 确定需求明细的提测时间点，重点是与外部对接相关联的需求需要确定对接时间和对接人。 |
[4] | 技术方案评审 | 技术方案评审参与人为项目组开发成员，对评估的工作量、开发方案的讨论，最终输出明确的技术方案与排期。此步骤还需确定能否使用现有产品（如搭易搭等）。 |
[5] | 视觉评审 | 视觉评审时间在需求宣讲之后进行，具体评审时间以设计师和研发约定的时间为准，并给出输出设计稿时间以便项目经理排期。 |
研发阶段 | ||
标签序号 | 流程节点 | 备注 |
[6] | 需求答疑 | 在研发与测试用例编写过程中随时对项目需求与设计进行解答。 |
[7] | 日常项目管理 | 日常项目管理中通过例会获取团队日常进展信息，项目经理需要移除迭代过程中的障碍、管理风险，协调外部对接和保障项目进度 |
[8] | 开发 | 理论上前端、后端、数据端开发同时进行，并由研发团队协调根据项目排期倒推确定联调、自测时间点。 |
[9] | 提测 | 需求提测的要求在团队内部达成一致，基线标准为冒烟自测通过，开发需发布在测试环境并保障主流程正常运行后才能提测。 |
发布阶段 | ||
标签序号 | 流程节点 | 备注 |
[10] | 成果验收 | 测试验证之后，发布之前，建议由产品人员进行成果物验收（可选） |
[11] | 制订发布计划 | 发布计划由项目经理主导收集，研发团队共同维护发布内容及操作步骤，并确定发布时间与发布负责人。 |
[12] | 回滚历史版本 | 如果迭代升级发布后测试不通过，则先将生产环境回滚至上一版本，再重新修改、提测、发布循环至测试通过。 |
[13] | 验证完成，邮件同步验证结果 | 测试人员在生产环境验证通过后，以邮件的形式同步测试结果给项目组全体成员。 |
[14] | 成果汇报 | 接收到生产验证结通过的结果后，由项目经理对客户，领导层等进行成果汇报 |
