版本提测前：
1、向产品确认下一版本需求准备情况（是否通过内审）
2、敲定需求评审会节点，确保各端保持一致，准备好会议室
3、提前向产品识别跨团队支持的情况，确认参加评审人员
监控产品会前1-2天将需求定稿，发送会议邀请邮件，引导团队提前月度PRD,记录疑问会上沟通
需求评审会：
1、提前调好设备，连线准备、环境设施(比如：空调)
2、确认人员到场；
3、确认产品有人负责记录会议中的问题
4、维护会议纪律；
5、会终确认是否达到评估效果；是否需要打回重新评审
会后（需求澄清）：
1、推进遗留问题解决
2、引导团队各端达成一致，互通信息
3、需求不完整、待补充、或者部分资料暂时无法提供的，敲定合适的提供节点，跟进问题解决
排期：
1、跟进各端需求拆解、工期评估及任务启动情况，推进各端尽快提供合理排期
（识别各端工作量不均衡的情况，组织沟通拆版本或者从需求池中为不饱和的团队补充需求）
2、就上线节点与产品经历沟通，保证最终排期的合理性
3、在排期沟通中识别各端唯一负责人，确认各组资源情况（以便后期进度跟进及风险识别）
4、排期敲定后，同步到项目沟通群，周知团队所有人；
格式、版本号、里程碑节点
测试用例评审：参考需求评审会议
测试：
上线：
复盘回顾：
标准落地&流程优化
过程沉淀：