流程
PMRD QA （相关业务方）
其他参与人员
Master发出沟通记录，需求记录详细并明确。着重说明需求模糊点。收到会议记录后，再未有相关人员提出疑问，则需求已被接受
PMO
讨论项目可行性人力资源状况明确项目目标、项目预期收益以及主要解决什么问题
Master
需求分析会议
项目排期表项目里程碑：研发完成时间、联调时间、提测时间、测试完成时间、上线时间、灰度时间
项目可行性评审会
技术需求
Leader 确认初步技术方案，明确风险，同步输出接口文档（包含接口定义、接口说明等必要信息）
RD
输出待评审的PRD文档、产品原型相关逻辑Master：超过5人项目，确认各方唯一对接人
RD QA
PMRD LeaderQA Leader（相关业务方）
1、所有参与者确认需求内容不再变更，Leader确保排期合理性及人力安排 2、Master确认排期，形成排期表，周知其他参与者，并输出项目其他里程碑3、Master 负责组织RD和QA在禅道拆分任务，并完善相关信息。
PMRD QA
PM（或者PMO）
PMRD QA OP（相关业务方）
产品内部评审
1、若是客户端SDK发布，则对相关业务方，发出 changelist和风险预警、相关说明文档2、后端上线，则同样说明
测试需求
排期评审
开发
P0级自测case研发自测通过结果
项目阶段
1、此环节：前端、后台、数据 相关研发 提前 和 直播云对应端口技术负责人对相关方案Review。
业务方需求
确认初步方案形成PRD文档
RD QA PM
1、责任人发出需求评审会邀请，并且在会后在钉钉群和邮件中发出详细的会议记录。会议明确输出评审结论：通过、部分通过、不通过；不通过条件为:需求主要逻辑无法确定。 2、拆分需求功能点，在禅道录入需求，并且在wiki（此项目专用）上传PRD文档，同时记录每次需求变更时间、内容、原因3、Master 关联至项目集库4、Master 确保参与角色已完全知晓需求详情及负责内容，如有疑问请在会上提出，会后讨论。5、如需业务方参与，请责任人提前沟通会议时间6、如有数据埋点，请提前和数据组沟通，并在此环节评审
灰度发布
明确需求后续方向，确认进入需求池的需求列表
1、灰度期间，无严重问题，完成项目目标，则进行全网更新
UE演示、评审
PM
项目立项
测试方案文档
正式提测
1、必须在测试环境测试2、Master 随时跟进测试状态，遇到严重问题或者研发方案类问题，及时记录为项目复盘、后续方案改进或者重构提供项目资料3、QA根据测试规范输出日报-测试报告，必要时输出风险预警邮件，抄送所有人员，并钉钉通知4、如前期有UE参与，第一轮测试完毕之后，请UE 开始走查，PM同步验收
开发自测
项目目标、预期收益、主要解决的问题、项目是否可行，如果可行，确定项目负责人（master）以及项目启动时间
1、当项目涉及10+人员时，每日站会。并同步到项目钉钉群。
产品内部需求
全网
技术需求和测试需求，由提出者描述清楚
上线
产品内部
1、此环节：技术需求和测试需求，由RD、QA 担任 PM角色。2、此节点之后需求确认结束，需求不可变更，后续如果变更，请。参照《需求变更流程-后续制定》，当前找志星确认3、需求拆解对应RD&QA任务拆解
开发阶段
可行性评估阶段
测试方案评审
不通过
QA
测试环境测试
需求和设计阶段
需求评审
1、提测之前，QA输出P0级别的自测case2、提测之前，RD保证自测case 100%通过3、分布提测的P0级自测case QA配合研发分布给出
提测
QA输出上线邮件+钉钉通知
需求沟通
Master 陈述 项目目标和范围确认里程碑：需求发布时间确认项目负责人和项目资源Master建立钉钉群+立项邮件，收件人为相关干系人，如需UE，请协调相关UE相关资源
讨论需求细节，确认项目目标明确项目预期收益衡量指标
1、RD 按照QA 提测模板要求，填写提测邮件并且发给项目组所有人2、QA按照自测case进行验收，未100%通过，直接打回。
Master 提前与业务方及其他参与角色充分沟通，确保参与角色在需求评审之前完全理解需求内容，并且达成一致。同时，相关角色完善PRD、产品原型、相关逻辑。
业务需求方负责人
1、此阶段，涉及三方配置，请相关人员及时记录并同步给Master，作为线上配置参考2、若是客户端SDK，请在业务方集成，并进行常规功能走查和数据上报走查，保证主流程无异常
1、Master负责发出正式上线邮件&钉钉群通知，同步给相关业务方上线内容、可使用时间，并跟进上线后的状态
1、RD各端口Leader组会讨论技术方案，主要明确研发范围，影响范围，风险和相关依赖2、PM酌情参加，了解方案内容，辅助完成方案讨论，澄清确认对需求有疑问的部分3、QA输出测试方案，是否需要分布提测
明确初步产品方案
技术方案评审
QA输出是否可发布的结论
输出
1、运维线上配置2、线上回归验收
项目目标项目范围项目资源关键里程碑
1、QA组会进行测试方案评审，如需求可以按照功能拆分，可以多次评审2、如有UI，则在此节点之后，输出UI设计方案
评审后的PRD 文档禅道待拆分的需求功能详单
职责
测试日报/测试报告上线文档是否可上线的结论
项目流程规范
部署灰度
1、此环节：技术需求和测试需求，由RD、QA 担任 PM角色。
1、观察客户端崩溃率2、观察卡顿率3、灰度之后，Master组织项目复盘
测试阶段
1、Master在此阶段，组织双日站会，在站会中，同步需求完成情况、当前进展、风险、进度等。
项目启动
负责人
说明
