发布网友
共1个回答
热心网友
思路如下:
一、项目的基本信息
二、项目完成情况:
1、目标完成情况
2、任务完成情况
三、项目实施总结:
1、项目工作量说明
2、项目进度说明
3、项目风险及解决
4、bug总结与分析
5、实施情况总结
四、项目成果总结
五、经验与教训
六、问题与建议
扩展资料:
具体实施:
1、项目结束后开项目复盘大会
在项目完成上线或是发版后,积极和产品,开发人员组织项目复盘大会。准备好在测试过程中记录的问题发生的情况,bug产生的原因分析,以及在项目实施过程中临时解决方案,后期改进情况等等。如果可能,先把相关文档发给大家,让参与人员提前了解,以更好地进行问题总结与分析。
2、以测试为主,分享项目实施过程中遇到的问题
项目总结大会最好由测试来主持,先分析项目从需求分析开始,到项目上线的各个环节中遇到的问题。Bug产生的原因,对所有出现的bug进行分类,如:需求没有理清楚,代码逻辑问题,兼容性问题等等。将项目过程中遇到的问题全抛出来,以供其他参与人员对相应的问题进行讨论。
3、开发,产品,设计等相关人员来分析问题产生的原因
在测试人员抛出项目实施中存在的问题的时候,相关人员需要针对问题进行讨论。核心原则是对事不对人,由此来保证能准确地找出产生问题的真正原因。大家要积极对与发言,避免直属领导参与,项目直接参与人参加即可,防止大家有所顾虑。
测试分享遇到的问题时,由什么原因产生的,开发,产品,设计等是否知道其中的主要原因?当初是为什么会出现,后续有没有好的避免方案。
4、分析当时的解决方案是什么,有没有优化的空间?
项目实施的时候,可能遇到一些原先没有想到的问题;为了更好的保证项目的实施,可能选择一个临时的或是非最优的解决方案。现在项目完成后,再分析一下当初的方案,有没有更好的方案呢?后续需要不需要对进行优化。
项目中是否存在放到后续解决的问题,有没有相应规划?从面对整个项目进行全面的查漏补缺,总结和整理项目的相关文档,做好技术备份和积累工作。
5、项目实施过程中有没有遗漏的任务,当时的规划是什么?
项目实施过程中有没有遗漏的任务?在需求评审的时候,由于需求规划原因,技术原因等,将相应的功能后置的情况,在项目总结的时候也需要进行全面讨论。分析一下当初这么处理的原因,后续有没有相应的规划?现在需要安排相应的工作不?