项目过程杂记

一、关于过程重要节点输出重点文档时间

评审：一般需求：提前24小时内发出邮件，紧急需求：4个小时前发出邮件；
会议纪要：评审过后，当天提供会议纪要；
开发计划：评审过后、24小时内提供开发计划；
测试计划：开发计划提供后、24小时内提供测试计划；
测试报告：转产品验收同时发出测试报告，最晚不能超过该版本上线时间；
版本小结：版本上线后48小时内提供版本小结；
项目总结：收到版本小结后48小时内提供。

二、迭代期间督促检查点

起始点：从会议评审结束开始标志着一个全新的迭代开始
结束点：自迭代周期完成产品增量且已发版上线为结束
评审：一般需求：提前24小时内发出邮件，紧急需求：4个小时前发出邮件；
1、计划类检查点：
​ 1）、会议纪要：评审过后，当天提供会议纪要；
​ 2）、开发计划：评审过后、24小时内提供开发计划；
​ 3）、测试计划：开发计划提供后、24小时内提供测试计划；
2、自测试完成转验收之后检查点：
​ 1）、测试报告：转产品验收同时发出测试报告，最晚不能超过该版本上线时间；
3、版本上线后检查点
​ 1）、版本小结：版本上线后48小时内提供版本小结；
​ 2）、项目总结：收到版本小结后48小时内提供。

三、复盘会议

迭代完成后用1-2小时召开复盘会议（迭代完成是指已交付可对外发布的潜在产品增量）
会议目的：反思不足，总结经验，改进方法，增强信心，提升团队能力
内容准备：
1、需求功能点梳理、原型链接、需求优先级；
2、任务分配工时统计、每人任务数量、开发节点、测试节点、验收节点；
3、bug分布统计、每人bug数量、严重程度；
会议进行步骤：
1、开场；
2、回顾本次迭代交付的用户故事；
3、自由讨论产品设计、研发过程、测试过程中出现的阻碍事项、经验教训；
4、针对经验教训、进行头脑风暴讨论得出在下一个迭代中需要改进的地方及持续发挥的优势；
5、散会；

四、公司内部项目验收流程步骤

1、准备待验收的功能清单；
2、通知验收人员介入验收；
3、构造验收功能所需的基础数据；
4、开通验收所需的人员账号和权限、菜单配置；
5、保持验收环境稳定；
6、验收问题收集与处理；
7、验收问题解决后再次进行复验；
重复6、7步骤，直至验收通过；
8、验收通过后邮件通知；