无责备复盘

复盘为什么经常变成走过场

多数复盘只有两种结局：

• 追责会 — 有人被点名，防御心态上线，真实原因无人再挖。
• 粉饰 — "学到很多、下次更好"配上十几条模糊行动项，下季度一切照旧。

共同点是：没有回答"是什么条件让这个结果变得可预测"。真正有用的复盘不是问"谁的错"，而是把失败当作系统故障来调查。

这套框架做了什么

/em:postmortem 把复盘拆成七个步骤：

1. 精确定义事件 — 把"Q3 营收没达标"换成"新签 ARR 42 万 vs 目标 68 万，三单滑到 Q4，一单被竞品拿走"。

2. 正确地用 5 Whys — 追问到能落地为止。错误示范停在"企业销售就是这样"；正确示范一路追到"资质标准没有 owner，也没有复核流程"。

3. 区分诱因与根因 — 诱因只是让情况更糟，根因才决定这类问题必然复发。只修诱因，下次你会看到长得不同、结构完全一样的事故。

4. 找出被忽略的预警信号 — 谁看到了信号、提出后发生了什么、为什么没人负责。这一步常挖出更深的系统性问题，比如"大家不敢说"。

5. 区分可控与不可控 — 市场、客户决策、竞品动作是外部；流程、标准、能力是内部。对外部谈韧性，对内部谈具体改动。小心"不可控"被当成免责借口。

6. 建立 change register — 每条行动项要有具体改动、负责人、截止日期、验证方式。"我们会改进评审流程"不合格。

7. 设定 verification date — 最容易被跳过的一步。没有复盘后的检查点，前面所有承诺都只是仪式。

语气与边界

好的复盘刻意避开责备："销售没把单子审好"是责备，可能同时是事实，但阻止不了复发；"资质标准上攻企业市场后没再更新，也没人负责维护"是理解，能让组织更抗摔。

边界：这套方法针对已经发生、并带来实质损失的事件（营收、进度、声誉），不适用于未发生的假设性风险推演，也不该被拿去给人定责——一旦结果用于个人绩效，防御机制立刻上线，框架随之失效。

最后：第 7 步的验证日期最容易被跳过，跳过之后整个复盘只是在做戏。