一、 项目生命周期中的每个环节
1. 业务发出的需求文档 需要提前看
2. SA发出需求分析US文档
3. SA组织需求澄清会议
4. 需求澄清结束后做以下几件事
1) 统计 人员（业务，SA,BA,开发负责人，开发，测试负责人，测试）
2) 统计 计划
3) 人员计划表格统计好，发给所有相关人员，并抄送领导。
所有的开发人员，测试人员及需求计划（详设评审时间，首移时间，测试计划）
先让开发负责人反馈首移时间后，让测试人员给出测试计划
如果测试发现时间不合理，协商测试人员与开发人员的时间点
4) 建立邮件组 （如果人数比较多）
5) BA创建NEED,SA拆分SR给各个系统并通知到各个系统。
6) 需求澄清以后，若有变更，知会SA更新最新文档并通知到所有干系人（开发，测试，SA，等等）
SA需发出最新文档
开发接到需求变更需要开发。
测试需更新测试案例
5. 收集到所有项目人员，计划，及内容，通知到所有的组员及其领导知晓计划。
6. 祥设评审
1) 需求详细设计评审文档
2) 会议提前发出文档
3) 会议中需要从开发及测试角度评讲
7. 开发
8. 需求澄清之后首移之前需要完成SIT测试案例收集及评审,提前发起会议邀约
9. 需求首移
需求关联影响
1) 如果有多个需求，需要考虑同一个版本，不同的需求如果有改动同一个地方的合并问题。
2) 如果同一个月上了版本，涉及归并需要注意
10. UAT测试案例收集及评审,提前发起会议邀约并进行UAT案例评审
UAT案例评审完成以后可以进行以下几件事
1) 让BA反映UAT测试案例表格（案例数）
2) 推动SIT准备UAT数据并提供给UAT人员
3) 收集生产验证计划，如果需要IT支持提前安排好IT支持人员及IT支持方案。
11. 冒烟测试
12. SIT测试
13. UAT测试
14. UAT完成以后上生产之前，完成 生产验证方案的收集及协调人力。
15. 上生产
16. 生产验证
生产验证在开发首移以后即可提前制定生产验证计划
让BA，业务提供一个表格确定以下事宜
1) 验证流程
2) 涉及验证人员
3) 验证个数
4) 验证是否需要IT支持，IT支持人员统筹
5) 验证时间（如果验证数量较多，关注时间是否充足）
6) 验证场景如果数量较少，如何处理？是自然验证，还是如何处理确定下来
17. 生产验证完成以后，发项目完结周报邮件
二、 项目沟通注重技巧总结
1. 重要讨论都以邮件形式确认
2. 分配工作时不要电话分配，以邮件形式及抄送相关人
3. 什么时候电话，什么时候邮件
1) 当需要确认或形成重要结论时，先发邮件，可选（再电话沟通），最后结论落实到邮件。
2) 当发送邮件反复邮件描述不清楚时，就要电话去沟通
4. 不管是邮件还是电话沟通需要通知到所有关系人。
5. 针对需求变更，如若变更，则需先征集开发是否支持，测试是否支持，如果能支持，才上线，否则无法上线。
6. UAT开始时间尽量放在小版本代码归并之后。
7. 整个开发测试阶段要考虑到以下三个点预留时间
1) 不同版本的代码归并，大小版本的归并预留时间
2) 同一个版本其不同需求之间的重叠部分处理。
3) 需求变更的可能。
8. UAT测试时，一般需要SIT人员支持，需SIT提供数据帮其走流程。在UAT启动之前可做好数据准备工作。
9. 正常情况下，UAT阶段是不会出BUG的,应慎重对待UAT阶段的BUG并进行分析
产生可能原因：
开发，测试，SA 对于业务的错误理解->在开发，测试环节需提醒到团队注意 需求不能100%确认时，一定要去确认清楚，以避免开发测试环节的问题遗留到验收才暴露出来。
10. 待续