复盘的产出不是一份好看的文档,而是几个能落地的改动。AI 能帮你把散落的记录整理成时间线,但不能替你把责任和教训定下来。
一、复盘的产出不是文档,是行动项
判断一次复盘是否有效,只看一件事:有没有产生可验证的改动,并在约定时间被检查。
- 每个行动项都要有责任人、截止时间、验证方式
- 没有行动项的复盘,等同于一次会议记录
- 行动项数量控制在三到五条,多了必然落空
二、先喂素材:时间线从哪来
- 监控告警记录:首次触发时刻、恢复时刻
- 工单与群聊时间戳:谁在什么时候说了什么
- 变更记录:故障前最后一次发布或配置改动
- 值班日志与电话记录
素材越完整,AI 整理出的时间线越接近事实。缺的部分它会补推测,而推测正是复盘里最危险的内容。
三、让 AI 做三件事
| 任务 | 提示方式 | 输出 |
|---|---|---|
| 整理时间线 | 按时间戳排序,合并重复描述 | 一条主时间线 |
| 归类原因 | 按人、流程、技术、外部四类归纳 | 分类清单 |
| 追问盲点 | 找出时间线上的空档与矛盾 | 待补充问题列表 |
四、归因的边界:AI 不能替你定责
- 结论中涉及个人评价的部分,必须由人来写
- AI 的推测要标注为"待核实",不能当事实入档
- 敏感信息(客户数据、账号)喂给模型前先脱敏
- 定责的目的是改流程,不是找人背锅
五、行动项怎么落
- 区分"立刻做"与"排期做",前者给到天,后者给到版本
- 每条行动项指定验证人,不能由执行人自己确认
- 下次复盘的第一页,先看上次行动项的完成情况
把复盘模板固化下来
时间线、原因分类、行动项三段式——AI 负责前两段的整理,人负责第三段的判断。
#故障复盘#运维管理#AI提效#行动项