复盘要产出什么
复盘要输出四件事：恢复过程的时间线、根因、影响面、带负责人与期限的改进项。改进项必须进入任务系统跟踪，未完项在下次复盘时先回顾。原则是对事不对人，聚焦机制与工具缺口，否则后续没人愿意讲真话，关键证据也会被掩盖。
基本信息
| 产出物 | 时间线、根因、影响面、行动项清单 |
|---|---|
| 基本原则 | 对事不对人，聚焦机制与工具 |
| 跟踪方式 | 行动项进任务系统，有负责人与期限 |
| 闭环判据 | 行动项有验证方式且经复核 |
| 触发范围 | 级别较高的事故都做，重复问题必做 |
| 时间要求 | 恢复后尽快开会，证据同步归档 |
典型使用场景
- 事故恢复后：趁证据新鲜还原时间线，避免记忆失真
- 重复故障：同类问题再现时回看上次行动项为何没落地
- 流程改进：把人工处置逐步沉淀成自动化动作
- 组织学习：结论共享给相关团队，避免各自踩同样的坑
- 指标修订：根据影响面调整告警阈值与容量水位
- 证据归档：日志、指标与变更记录统一留存，供后续同类问题复查
证据准备
证据准备
redis-cli SLOWLOG GET 50 # 慢命令样本
redis-cli LATENCY LATEST # 延迟事件的时间与耗时
redis-cli INFO stats | grep -E 'rejected_connections|expired_keys|evicted_keys'
redis-cli INFO memory | grep -E 'used_memory_human|mem_fragmentation_ratio'
redis-cli INFO replication | grep -E 'master_link_status|master_last_io_seconds_ago'行动项三要素
| 要素 | 要求 | 缺失的后果 |
|---|---|---|
| 负责人 | 具体到人，不写团队 | 无人推进，事项悬空 |
| 期限 | 有明确日期 | 无限期拖延 |
| 验证方式 | 可检查的完成标准 | 看起来做了但问题仍在 |
复盘质量看行动项闭环率，不看会议时长。把闭环率做成可统计的指标，定期回看未完项，比口头强调有效得多。
复盘停在定责时，真正的机制问题不会被修复，同类事故会换一种形式重演；证据归档要在讨论之前完成，避免事后补记失真。