如流版本管理流程

是

客户端全量发布

产品委员会（PSC）评审每2周一次产品委员会组成：待确认委员会负责人：邹宗尧职责：通过，不通过，需求建议

是否涉及客户端

PSC评审

战区负责人评审确认

上线

否

PMO同步延期需求、原因和版本时间影响

SP评审准入：完整的方案和交互稿，服务联调、灰度时间参与人：各需求PM、交互（如需）、视觉（如需）端RD、QA负责人、各RD、各QA、SP评审结论：进版、不进版、跨版本开发

贺锋邮件审批

PSC最终方案评审仅对产品方案做确认，交互视觉RD等环节可在PSC评审通过后正常进入。评审结论：通过、限期修改本期完善、不通过重新打回

sprint2评审

是否通过

版本延期是原定进版需求，由于开发中各种因素导致需延期版本发布时间，才可实现版本发布。流程：由PMO同步延期需求和原因，若进版对版本整体影响。若申请延期，业务owner发起延期申请邮件申请到贺锋审批。

LR评审之后，提交到客户端的需求，需要走需求插入流程。LR评审后插入的需求，需提报当期产品委员会评审，评审通过后，业务负责人申请，走需求插入邮件，由王超、宗尧审批，并由客户端团队评估对整体影响。需求调整时，客户端整体评估可以替换哪些需求，须替换各模块自己的需求。若替换其它业务需求，需发起方自行协调。所有不满足SP评审标准的需求，不允许插入需求

客户端开发测试

客户端小流量发布

是否需要PSC最终方案评审

PM需求调研撰写包含和RD、U进行技术调研，RD可进行工作量粗评

业务owner发起审批

上层决策流程

sprint1评审

产品委员会

如流版本管理流程图

是否达到PSC评审标准

客户端LR评审条件：1）文档完善90%；2）服务大致联调时间；3）满足PSC评审标准需求已过PSC评审；4）各业务提报需求顺序优先级（涉及到其它业务线协同的也需给出）

客户端项目组回复项目安排

贺锋审批

交互视觉

PM确认需求

文档说明

需求业务owner发起延期申请

需求流程

客户端异常流程-版本延期申请流程

关键评审

战区负责人职责：需求内容和优先级的审核和确认上报PSC评审需求的把控

客户端异常流程-需求插入替换流程

战区负责人确认

开始

原则上不达到评审的标准的需求，不提报产品委员会(PSC)。提交产品委员会评审标准：（产品文档完善90%）三者中任何一个满足即可。1、战区重点需求（至少提报各战区需求top1）2、影响面：30%渗透率3、资源：需求超过40人日（粗评）

   发起审批条件：已具备并完成客户端SP评审标准，已和客户端沟通，初步给出发版节奏   审批邮件内容：需求意义，需小版本发布原因，需求内容，需求收益和验证路径   需求验证：按照时间节奏，业务提供收益验证的数据

异常流程-增发客户端小版本流程

业务流需求开发&测试

战区负责人验收

LR评审一般为版本开发启动前3-4周LR评审评委：宗尧、王超、王平、杨箫、U、QA（待确认）LR评审结果：贺锋、和为对结果进行确认职责：对整体需求，从客户端角度评估需求价值、意义、技术可行性和大致工作量。评审结论：通过、不通过、限期修改建议和客户端整体优先级

合入主干

客户端需求PSCshowcase

交互视觉阶段

PSC产品最终方案评审和确认

公共资源-客户端

宗尧、王超审批

PM需求调研撰写

提交客户端LR评审

流程图说明

若由于业务特殊原因插入小版本，本着高效支持业务发展，业务可走小版本发布申请流程进行小版本发布申请。原则上，如流大版本中间不允许插入小版本。特殊业务需要，如流客户端，2个大版本中间，最多只允许插入一个小版本。请各业务根据如流版本发布节奏，及早作出规划。

各战区

PM验收

客户端LR评审