经验教训的采集与复用
经验教训只有在带场景描述时才能被复用：什么条件下发生、当时怎么处理、结果如何、什么场景可以借鉴或应当避免。采集不宜集中在项目收尾，阶段结束时趁记忆清晰、人员未散采集效率最高。采集后需结构化入库，并有检索入口，否则只是存在硬盘里的文档。
基本信息
| 采集时点 | 阶段结束与重大事件后，收尾阶段汇总 |
|---|---|
| 记录结构 | 场景、做法、结果、复用建议、关联资产 |
| 入库形式 | 组织过程资产库，按主题与场景打标签 |
| 复用入口 | 立项检索案例、规划引用清单、复盘比对偏差 |
| 责任归属 | 项目经理组织，PMO 或质量部门维护资产库 |
典型使用场景
- 阶段结束复盘：把本阶段的成功做法与失效假设各挑几条写成结构化条目
- 重大偏差或事故后：记录触发条件与处置过程，形成同类风险的应对参考
- 新项目立项：检索同类项目的估算数据与风险清单，减少重复试错
- 供应商或技术选型前：查看历史合作与选型教训，避免重复踩坑
- 模板与检查表更新：把可复用的部分固化进标准模板与检查清单
采集结构
采集结构
场景：在什么条件下发生（项目类型、阶段、规模、约束）
做法：当时如何处理，决策依据是什么
结果：带来什么影响，量化优先（工期、成本、缺陷数）
复用建议：什么场景可借鉴，什么场景应避免
关联资产：模板、检查表、脚本与数据集
示例：场景=第三方接口联调 | 做法=提前两周冻结接口文档
| 结果=联调延期从 5 天降至 1 天 | 复用=外部依赖项目通用复用入口
| 时机 | 做法 | 预期收益 |
|---|---|---|
| 立项时 | 检索同类案例与历史估算数据 | 估算更贴近实际，减少乐观偏差 |
| 规划时 | 引用历史风险清单与检查表 | 覆盖度提升，减少遗漏项 |
| 执行中复盘 | 按场景比对偏差并找原因 | 及早调整做法，避免偏差累积 |
| 收尾时 | 按场景比对偏差与教训 | 沉淀可复用资产供后续检索 |
只有结论没有场景的经验无法复用：「沟通要及时」这类表述没有检索价值，必须带上项目类型、阶段与约束条件才能被套用。
把经验教训写成责任追究材料，会让团队在复盘中回避真实问题，采集到的内容全是安全表述。