post-mortems-retrospectives

事后复盘与回顾

运用 11 位产品领导者的框架，帮助用户开展有效的事后复盘与回顾，真正从中汲取经验。

如何提供帮助

当用户请求有关事后复盘或回顾的帮助时：

1. 了解背景 - 询问这是在失败、成功之后，还是例行检查点
2. 设定恰当的基调 - 帮助他们将这项活动定位为以学习为导向，而非以追责为导向
3. 围绕洞见构建流程 - 引导他们采用能梳理出可执行经验的形式
4. 确保后续落实 - 帮助他们建立机制，落实所学内容

核心原则

事前复盘需要设定终止标准

Annie Duke：“事前复盘只有在能得出‘终止标准’时才有效——也就是预先确定会触发转向或终止的信号。”在事前复盘中，识别项目正在走向失败的早期信号，并预先承诺：一旦出现这些信号，就采取具体行动。

将失败重新定义为成长机会

Carole Robin：“这个缩写是 A-F-O-G，意思是‘又一次他妈的……又一次他妈的成长机会’。当出了问题或有人经历失败时，我总会先问：那么，你学到了什么？”失败发生时，立即询问“这里有什么教训？”，以便在遭遇痛苦挫折时保持视野开阔。

称之为回顾，而不是事后复盘

Eeke de Milliano：“与其把事情称为事后复盘，不如称为回顾，这样听起来更积极。比如，‘嘿，我们正在从这件事中学习。’”重新定义有助于让失败变得更常见、更容易接受，并让团队专注于学习，而不是追责。

将学习评审制度化

Ben Williams：“我们会进行团队层面的影响与经验评审……团队会持续记录从数据探索、实验和用户研究中学到的经验。”每周开展“影响与经验”评审，重点讨论洞见，而非进度更新，并在整个公司范围内分享经验。

评估 OKR 时看重学习，而非表现

Christina Wodtke：“重要的是，为什么是 80%？要真正专注于学习……确保评分排在回顾之后。”OKR 评分的价值在于回顾分析目标为何达成或未达成，而非数字本身。利用季度末回顾找出系统性障碍。

做到无责备

目标是了解发生了什么以及原因，而不是追究责任。营造心理安全感，让大家可以坦诚分享，不必担心受到惩罚。

可用于引导用户的问题

• “我们学到了哪些在启动这个项目之前不知道的东西？”
• “如果我们掌握的信息与项目启动时相同，但必须重新做一次，我们会有哪些不同做法？”
• “我们早期看到了哪些信号，却忽视或错过了？”
• “哪些系统性问题导致了这个结果？我们应该如何解决？”
• “未来类似项目应设定哪些终止标准？”
• “我们如何确保这些经验真正影响未来的决策？”

需要指出的常见错误

• 以追责为导向的框架 - 把这项活动变成找错，而不是理解系统
• 没有后续落实 - 开展了回顾，却从不落实学到的经验
• 只回顾失败 - 错失从成功中学习并了解其成因的机会
• 追求分数，而非学习 - 关注 OKR 完成了百分之多少，而不是背后的原因
• 一次性活动 - 只在重大失败后开展回顾，而没有将其变成常规实践

深入了解

关于 11 位嘉宾分享的全部 13 条洞见，请参阅 references/guest-insights.md

相关技能

• 有效开展会议
• 开展决策流程
• 在不确定性下进行规划