Lessons learned 或经验教训

经验教训属于 收尾过程，但不只在收尾时才做。如果到一个长期项目结束时才问哪里出了问题，得到的只是回忆，而不是事实。因此，在每个阶段或每个重要 里程碑 之后，也要安排一次简短的回顾。

经验教训研讨会如何进行？

1. 准备： 项目经理收集事实：日期和成本的计划值与实际值、已发生的风险、状态报告。每位参与者事先写下自己最重要的三条观察。
2. 设定框架： 由中立的主持人说明目标。团队寻找原因和改进措施，而不是追究责任。
3. 收集： 每个人说出哪些做得好、哪些做得不好。主持人按计划、沟通、技术等主题归类发言。
4. 分析原因： 针对最重要的主题，团队反复追问“为什么”，直到找到下次可以改变的原因。
5. 记录措施： 每条经验都要有一条建议、一名负责人，以及下一个项目团队能找到它的存放位置。

设定固定时长，例如 90 分钟；如果时间不够，宁可缩短收集环节，也不要压缩措施环节。

项目回顾的问题清单

把下面的问题复制到研讨会邀请中：

• 哪些做法效果好，应当成为标准？
• 哪些地方做得不好，原因是什么？
• 以今天掌握的知识，我们会怎样以不同方式做计划？
• 发生了哪些风险？事先准备的应对措施是否奏效？
• 哪些估算明显偏差，为什么？
• 工作分解结构（WBS） 是否包含了所有必要的工作包？
• 与发起人和团队的沟通是否及时、完整？
• 对于接手类似项目的项目经理，我们会给出什么建议？

示例：一条经验教训记录

好的记录描述一个具体情境，并以一项行动结尾。“改善沟通”不是经验教训；“从项目启动起每周向发起人发送状态报告”才是。

常见错误

• 只在项目结束时做： 那时很多细节已被遗忘，团队也已转入下一个项目。
• 追究责任而非原因： 担心被指责的人不会说出错误。
• 没有存放位置： 存在个人邮箱里的会议纪要永远到不了下一个项目。
• 没有跟进： 在下一个项目的 启动会 上，检查哪些建议已经落实。

如何在 Merlin Project 中记录经验教训？

Merlin Project 把经验直接保存在项目文档中：

• 针对风险： 在风险附件中使用 风险关闭 部分。勾选 确实出现，填写 关闭延迟 和 成本，并在 关闭信息 中记下哪些做得好、哪些你会换一种做法。这些信息不参与时间和成本计算。详情请参阅 风险管理。
• 一般性经验： 选择最上层的活动或收尾里程碑，通过 插入 › 附件 › 信息 添加一个用于记录决定和纪要的附件。也可以在检测器中写入活动的 注释。
• 为下一个项目做准备： 预制报告 文件编制（视图 › 报告 › 文件编制）列出所有活动的标题、标签和注释。将行之有效的项目结构保存到工具库中。