此案例选自 Project Management Case Studies and Lessons Learned: stakeholder, scope, knowledge, schedule, resource and team management, M. Kemal Atesmen, CRC Press, 2015, P51-53
案例简介：
一个为期两年的项目已经交付，客户和公司高层都对项目结果表示满意。在做最终的经验教训总结之前，项目经理被安排去海外处理一个紧急的问题，为期三周。当项目经理回来准备经验教训会的时候发现，原来的项目组成员都已经被分配到其他的项目中去了，很难把大家的时间凑期。有两个成员甚至被分到了日本项目。而且大家对于此类项目总结会的兴趣下降的很快，大家手里都有更重要的事情要做。
项目经理凑齐了10个项目组成员中的8个，开了一个午餐会。项目经理自掏腰包给大家买了午餐。午餐会上项目经理向大家提出了经验教训总结的列表，并组织大家讨论以后如何避免类似的情况发生。过后，项目经理又分别与在日本和德国的成员开了视频会议。项目经理也发起了要请高层参加的经验教训总结会，只有一半的人参加了回忆。随后，项目经理还分别和客户项目经理、分包商（subcontractor）也进行了这样的讨论。
最终，项目经理发布了这个项目的经验教训列表和大家讨论的结果，以便之后的项目经理查阅。
经验教训列表包含了涉及以下几个方面的问题：团队人员、项目说明、公司相关、客户相关、分包商相关、项目进度和项目预算。在所有讨论的问题在，两个关于财务的问题凸显了出来。一个是国际结算时存在的汇率风险，另外一个是小批量采购导致单价上涨。这两个问题教训对于以后项目遇见类似问题时提供了一个很好的参考。
案例分析：
项目结束时期的经验教训总结会是很多项目组经常忽略的一件事。实际中，项目结果好还好，项目结果不好很容易开成吵架会，或责任推诿会。所以很多项目经理不愿意开这个会。
本案例想着重分析一下案例中的项目经理是如何组织这个经验教训总结会的。
案例中的项目是一个成功的项目，但是在做经验教训总结会之前，项目经理被调走三周，导致回来之后团队成员都被安排到别的项目组，凑不齐人。而且时间一长，大家都对开这样的会兴趣不大了。但项目经理还是坚持组织了这样的会议，并与几乎所有相关方进行了讨论。参与讨论的人包括：
- 团队成员
- 高层领导
- 客户项目经理
- 分包商
召集尽可能多的人进行讨论，实在无法凑在一起，可以分开讨论。
会议的议程上，项目经理没有撒漫的让大家去讨论，而是总结了一个问题列表，让大家就列表发表看法，以后如何避免出现类似的问题。我们可以看到会议议程可以简单如下面写：
- 项目经理介绍问题列表
- 与会人员讨论问题及以后避免方式
案例中还写了问题列表涉及哪些方面：
- 团队人员
- 项目说明书
- 公司相关
- 客户相关
- 分包商相关
- 项目进度
- 项目预算
我们可以看到，这个问题列表基本涉及了项目管理铁三角的内容和各相关方的内容
最后，项目经理将成文的经验教训总结发布出来，供之后的项目参考。这样真正让项目的价值、经验得以延续。
案例中最后项目经理也说，经验教训总结是一件非常费时的事情，但是其价值是巨大的。任何一个经验的吸收都可能对后期的项目产生积极的影响，就这一点，就给项目经理以足够的动力去完成这件事情。
Take-away:
经验教训总结会召开方法
时间：越早越好。拖的越晚，大家对开这样的会的兴趣越低。集齐尽可能多的人，实在不行，分开开也可以。不同的相关方分别开会。
与会人：项目参与的所有相关方。可能包括：
- 团队成员
- 高层领导
- 客户
- 分包商
会议议程：
- 项目经理介绍问题列表
- 大家就列表进行讨论，如何避免以后出现类似的问题
问题列表可能包括的内容：
- 项目范围
- 项目进度
- 项目预算
- 团队成员
- 公司及其他部门
- 客户
- 分包商
输出：发布经验教训总结，以便以后的项目进行参考。
