事故、项目结束或重大学习后：沉淀可搜索、可复用的经验教训日志

在事故、项目完成或出现重大学习后，写一条面向未来团队、可独立理解且便于搜索的组织记忆条目。

适用场景

解决思路

1. 选择描述性标题：写下搜索该主题的人能找到的标题，包含描述情境和学习点的关键词；避免“Project X lessons”这类泛化标题。
2. 提供背景：充分解释情境，让不在场的人也能理解；包含项目、时间线、团队及相关约束；未来读者需要这些背景来判断适用性。
3. 描述发生了什么：事实性记录发生的事；具体说明采取的行动、做出的决定和观察到的结果；避免指责，聚焦事件和系统。
4. 提炼经验：清楚表达你学到了什么；经验应可执行，别人能应用；区分观察到的事实与你对为何重要的解读。
5. 制定建议：为未来面临类似情况的团队提供具体指导：应该做什么、应避免什么、应问哪些问题。
6. 定义适用性：帮助读者知道该经验何时适用；什么情境会触发相关性；什么上下文会提高或降低适用性。
7. 添加标签以便搜索：包含关键词和分类，帮助未来搜索者找到该条目；思考别人面对类似情况时会搜索什么。
8. 使用 references/TEMPLATE.md 中的模板组织输出。
9. 完整条目需填写每个模板部分：元数据；摘要；背景；发生了什么；经验；建议；适用性；支持证据；标签与分类；评审与更新。
10. 定稿前确认标题具有描述性且可搜索。
11. 定稿前确认背景足够完整，让不在场的人也能理解。
12. 定稿前确认经验表述清楚且可执行。
13. 定稿前确认建议具体而非模糊。
14. 定稿前确认条目可独立成立，不依赖外部上下文。
15. 定稿前确认标签能支持未来发现。
16. 可参考 references/EXAMPLE.md 查看完整示例。

适用边界 · 注意事项

• 如果你正在主持团队回顾会议本身，不适用；应使用 iterate-retrospective。
• 如果你正在根据结果决定是否改变方向，不适用；应使用 iterate-pivot-decision。
• 如果学习只是实验读数，或你是在向干系人更新所学，不适用；前者应先用 measure-experiment-results，后者应使用 foundation-stakeholder-update。