测试组长同频通知
版本上线会议
项目经理计划、组织、协同、控制，规范制定，组织计划，协同管控，度量反馈
版本上线
单元测试、集成测试
闫总高层级的指示
研发端各端组长正确的做事
产品端组长做正确的事
测试组长做有质量的事
冒烟通过
span style=\
准入准出原则
冒烟未通过
全量测试：一轮、回归测试、预生产环境测试，线上环境回归测试（主流程）
输出：技术方案
通过
技术方案设计及评审
技术方案评审
里程碑
具体流程工作
迭代上线排期（周二或周四）
项目经理
注意：1.需求评审之前两个工作日，需要提前把原型同步发给大家，各组了解并确定具体开发人员2.需求评审会：项目经理、各端组长、具体开发人员和测试人员3.需求评审会会议内容：串讲一下原型流程，细节内容会前需要相关人员了解，会上只解决具体疑问点。
产品验收
该迭代版本上线结束
TB
不通过
输出完成上线排期
开始
包括：运营需求、迭代需求、高层级需求、用户需求
审核并导入TB
注意：1、CodeReview和冒烟测试合格，做为研发阶段转入测试阶段的准出原则；2、进行CodeReview的时间节点必须在提测之前，提测后进行CR，相关研发发起人扣分。
输出：需求文档（原型+说明）
需求评审
输出：稳定线上版本
负责人
产品上线手册产品培训
输出研发排期
需求清单
最终版排期
每月20日会议：部门领导、项目经理、各组组长，当前季度最后一个月的20日，出具下一季度需求清单
确定优先级
需求分析/设计
排期规划
是否评审通过
需求设计
编码
输出：季度、下月、及紧急需求清单
注意：1.月底前出具下月开展事项的技术方案或技术思路，但不做强制要求；2.技术评审会：方案发起人，架构组、项目经理，产品经理，测试人员，需要参加的其他人员；
研发排期
是否测试通过
确定月度上线需求
输出：迭代代码
是否通过
项目管理-流程体系梳理（针对快速迭代产品）
通过率：冒烟通过率会按照研发、测试及现有研发水平评估一个合理的阈值，按照这个阈值去统一约束，目前是90%
PMO
需求池
CodeReview
输出测试排期
注意：原则上导入或录入TB的排期计划中重要时间节点不做变更，比如联调时间、提测时间、测试完成时间和上线时间点等，如果要变更，任务负责人需要提前与项目经理、产品经理和相关干系人同频后再做决定，不得擅自修改。
注意：1、用例评审尽量提前，联调前必须用例评审，没有开展该工作，相关测试发起人进行考核扣分处理；2、用例评审会：项目经理、对应的产品经理、对应的研发人员、研发组长。
研发端（前、中台、平台）
产品端
