分享个研发流程图

 

背景

根据目前交付部的研发流程现状，完善整体研发标准流程图，以适应团队的实际情况。

目的

提供研发迭代流程的全貌图，供各项目组参考。
 

适用范围

交付服务部项目团队。

流程图

 

用processon可以在线画图，要原图的留言

https://www.processon.com/i/60f533557d9c087bac5e77a8

流程说明

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

用processon可以在线画图

https://www.processon.com/i/60f533557d9c087bac5e77a8