测试在项目中可以承担哪些项目管理工作？

版本提测前：

1、向产品确认下一版本需求准备情况（是否通过内审）

2、敲定需求评审会节点，确保各端保持一致，准备好会议室

3、提前向产品识别跨团队支持的情况，确认参加评审人员

监控产品会前1-2天将需求定稿，发送会议邀请邮件，引导团队提前月度PRD,记录疑问会上沟通

需求评审会：

1、提前调好设备，连线准备、环境设施(比如：空调)

2、确认人员到场；

3、确认产品有人负责记录会议中的问题

4、维护会议纪律；

5、会终确认是否达到评估效果；是否需要打回重新评审

会后（需求澄清）：

1、推进遗留问题解决

2、引导团队各端达成一致，互通信息

3、需求不完整、待补充、或者部分资料暂时无法提供的，敲定合适的提供节点，跟进问题解决

排期：

1、跟进各端需求拆解、工期评估及任务启动情况，推进各端尽快提供合理排期

（识别各端工作量不均衡的情况，组织沟通拆版本或者从需求池中为不饱和的团队补充需求）

2、就上线节点与产品经历沟通，保证最终排期的合理性

3、在排期沟通中识别各端唯一负责人，确认各组资源情况（以便后期进度跟进及风险识别）

4、排期敲定后，同步到项目沟通群，周知团队所有人；

格式、版本号、里程碑节点

测试用例评审：参考需求评审会议

测试：

上线：

复盘回顾：

标准落地&流程优化

过程沉淀：