目录
要点
1. 全体参与讨论
包括所有项目干系人，强调的是所有干系人，项目成果是全体项目干系人共同创造的，参与总结会很重要的一个意义就是让每个参与的人更加系统和全面了解项目，这个项目在哪方面取得了哪些不错的成绩，哪些地方有待提高，在实际的项目中总结经验教训，从而不断提升自己能力，提升团队协作能力，团队战斗力等。同时作为参与者，可以在会议上积极发言，充分表达个人的意见和建议，有利于更加客观全面评价项目。
2. 确认
与会人员要根据项目中梳理的各项绩效数据进行一致性确认，并讨论这些绩效数据背后原因，有无改进空间，如何改进，有哪些不错的最佳实践等。
3. 形成文件
针对讨论内容进行梳理归纳，形成会议文件作为公司的组织过程资产，为后续其他项目提供宝贵的参考指导。
内容
1. 项目绩效
项目完成情况，计划完成率，项目目标完成，作为全体项目共同成绩。
2. 技术绩效
最终工作范围跟最初比较结果，变更哪些，是否合理，处理是否有效；对质量，进度，成本是否有重大影响，是否符合预计的质量标准和达到客户满意度。
3. 成本绩效
最终成本跟原始预算费用比较，变更增加预算是否存在较大偏差，项目盈利状况如何，影响到项目组成员的绩效和奖金的分配。
4. 进度计划绩效
偏差比较，提前或滞后的原因
5. 项目沟通
是否建立完善和有效利用沟通体系，让客户参与项目决策和执行，客户定期检查项目状况，客户参与定期沟通和阶段总结会议，及时通知客户潜在问题风险，一起参与问题的解决，沟通计划完成情况如何，项目内部会议记录资料是否完备。
6. 识别问题和解决问题
问题是否解决，问题原因是否可以避免，如何改进
7. 意见和建议
项目成员对项目管理本身和项目执行计划是否有合理建议和意见，是否得到大多数参与成员的认可，是否能在未来项目中加以应用改进。
实践
本人组织过一个中等项目的总结会，在开总结会前提前准备好相关绩效数据。提前通知相关干系人时间，地点，议题等。在该项目总结会过程中，不一定按照上面梳理出各种绩效报告数据。我主要从项目的结果，项目过程风险，风险应对，项目存在的问题，问题解决情况，项目成果，项目建议这几方面在会议上作重点的讨论。
1. 项目全周期简单介绍
从启动，规划，执行，监控，收尾已时间轴简单介绍项目生命周期（里程碑事件），让参与者知道项目粗略的概貌
2. 重点过程风险，问题和应对以及结果
具体时间点出现项目风险，从主观和客观上都做了哪些具体行动来应对出现的问题，行动之后的结果如果
3.项目成果，哪些做的好的，哪些存在不足
成果：
- 功能开发：V1.0版本完成，完成两个业务系统整合，第一个版本开发测试，另外产品工厂引入，用户中心接入。
- 技术引入：领域驱动，自动化测试方案落地，uflo工作流引入
- 团队能力提升：统一技术栈，基础架构，基础平台，基础组件，敏捷开发最佳实践落地
- ...
待改进地方（大家发言）：
- 项目定调（开始高，后期低）-随着业务战略调整，资源投入存在较明显的变化，导致进度延误的原因之一。【建议】客观原因，市场变化，业务变化，尽量预判和做好相关评估。
- 项目统筹权责不对等--业务，产品，开发，测试等多头权衡，有些时候无法保证统一决策，需要耗费较多时间沟通。【建议】权责高度统一，多人可以协同，但必须有唯一项目负责人，即有决策权，其他团队服从和配合。
- 一次性引入太多“新技术”--不同技术栈的切换，甚至基于该项目应用作为落地的试验项目，过程中踩坑，解决问题耗费较多时间。【建议】跟项目定位有关，考虑学习成本，试错风险。
- 产品需求原型修改较为频繁，业务需求随着项目推进，之前投入开发功能不需要，从而导致开发无用功。【建议】没有抓住主要核心功能，主流程，先完成再完美。
- ...
以上讨论内容最终形成wiki文档，综上，经过大家总结覆盘，每个人都较为深刻认识到项目成功是综合各方面的因素的结果，对项目存在分问题如何解决，避免等也做了深入的讨论分析，这些讨论和意见都是大家一线参与最客观真实的反映，对于每个参与者和项目团队为改进后续新项目流程协作等提供实际案例的参考指导。