1、开发人员进行开发。2、项目经理需定期确认开发进度，若有延期可能需执行措施并告知各方。3、输出：开发成果。
上线准备
1、设计师对需求进行设计。2、参与人员：产品经理、设计师。3、输出：设计师根据原型图和需求出设计图。
冒烟测试
正式评审
上线验证
上线阶段
1、测试人员把测试过程中发现的bug提交到jira。2、开发人员尽可能当天解决bug。
1、开发人员提交测试分支和配置说明。2、输出：提测邮件。
技术评审
1、开发人员进行多端进行联调。2、输出：修改相应的开发文档和代码。
需求收集
测试阶段
1、多端根据需求做技术方案。2、参与人员：测试人员、开发人员。3、输出：技术文档、开发排期。
代码review
1、灰度2-3天。2、逐步增加灰度量。3、如果当天崩溃率高于0.5%或者用户反馈新版本问题比较多，立马停止灰度，当天或者次日重新灰度。
1、灰度通过以后全量发布。
项目管理流程
完成测试
联调
1、可能来自产品经理提的需求、内部开发团队提的需求以及线上BUG。2、输出：需求文档，原型图。
全量发布
1、需求变更多发生在这阶段。需先对变更进行是否必要的评估，随后再重新进行需求评审等步骤。2、项目负责人根据变更的情况重新执行排期计划。
1、测试人员提供给出测试报告。2、产品经理安排功能验收。3、输出：测试报告
1、测试在线上环境再回归一遍。2、产品确认每点都验证通过后完成上线。
自测
1、详细确认需求细节。2、参与人员：产品经理、测试人员、开发人员3、输出：调整后的需求文档。
1、需求方和产品确认细节以及开发人员进行可行性分析。2、参与人员：产品经理、需求方、设计师、开发相关负责人、测试相关负责人。3、输出：调整后的需求文档。
1、测试人员根据冒烟Case文档进行冒烟测试。2、如果有严重block测试进度的bug出现，测试可以打回，待开发修复后再重新冒烟测试。
灰度
需求变更
代码实现
提交测试
1、后端和FE先上线。2、把相关版本更新材料准备。4、输出：上线邮件
开发阶段
1、开发人员根据case文档在rd环境进行自测。2、输出：过完冒烟Case的提测代码。
产品设计阶段
1、项目负责人组织相关人员进行项目回盘，回顾做的不足以及流程上需要优化的地方。
case评审
需求预评审
1、开发人员和测试人员对case评审。2、参与人员：产品经理、测试人员、开发人员。4、输出：调整后的case文档
整体回盘
1、对于比较大的变动开发人员进行code review再合并代码。2、输出：调整后合并的代码。
设计图设计
业务测试
