无责复盘是什么
无责复盘把注意力从「谁做错了」转到「系统为什么允许这个错误造成影响」：用事实时间线还原经过，列出多重贡献因素，分析哪些防护生效、哪些失效，最后产出带负责人与期限的改进项。只有参与者不必担心被追责，复盘才会拿到真实信息，否则记录会变成一份经过修饰的说明书。
基本信息
| 核心构成 | 影响、时间线、贡献因素、改进项 |
|---|---|
| 时间线要求 | 基于事实与时间戳，不写推测 |
| 根因写法 | 多重贡献因素，替代单一根因叙事 |
| 改进项要求 | 具体、可验证、有负责人与期限 |
| 归档与跟踪 | 录入跟踪系统并复核闭环 |
| 适用范围 | 事故、重大告警、险些发生的事件 |
典型使用场景
- 线上故障恢复后 2-3 天内完成复盘，趁记忆清晰
- 把「险些发生」的事件也纳入复盘，成本低收益高
- 跨团队事故时对齐各方时间线，消除认知差异
- 复盘改进项纳入迭代排期，避免只写不做
- 统计复盘的改进项闭环率，评估团队执行情况
- 新人通过阅读历史复盘快速理解系统薄弱点
复盘骨架
复盘骨架
# 事故复盘: 2026-10-12 order-svc 错误率 (SEV2)
## 影响: 支付失败 12 分钟，影响约 3% 订单
## 时间线: 10:02 首次异常 ... 10:30 恢复
## 贡献因素: 发布未走灰度 / 回滚脚本耗时 8 分钟
## 改进项: [P1] 回滚脚本提速（负责人 / 期限）
## 数据: 错误率曲线、告警时间、变更记录复盘要素
| 要素 | 写什么 | 常见问题 |
|---|---|---|
| 影响 | 用户与业务受损程度 | 只写技术现象不谈影响 |
| 时间线 | 发现、处置、恢复的时间点 | 跳步或写成推测 |
| 贡献因素 | 多重条件叠加 | 简化为单一「人为失误」 |
| 防护评估 | 哪层拦住了、哪层没拦住 | 只谈失败不谈有效防护 |
| 改进项 | 负责人 + 期限 + 验证方式 | 写成「加强意识」 |
无责不是不追责，而是把注意力从「谁做错」转到「系统为何允许这个错误造成影响」，这样才能得到可行动的结论。
改进项要少而具体：一次复盘产出 2-4 条可落地的动作，比列出十条没人跟踪的愿望清单有价值得多。
时间线要区分「发现时间」与「开始处置时间」，两者之间的差距往往指向告警与值班机制的改进空间。
复盘材料应包含当时的监控截图与变更记录，用数据替代回忆，避免事后叙事被记忆偏差扭曲。