线上事故复盘
按时间线还原、找根因而非找人，输出可跟踪的改进项。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# 线上事故复盘｜{{事故名称}}
## 一、事故概况
- 发生时间：{{时间}}
- 发现时间：{{时间}}
- 恢复时间：{{时间}}
- 影响时长：{{分钟}}
- 严重级别：{{P0/P1/P2}}
## 二、影响范围
- 受影响用户：{{数量或比例}}
- 受影响功能：{{功能}}
- 业务损失：{{金额/订单/声誉}}
- 是否涉及数据：{{是/否，说明}}
## 三、时间线
| 时间 | 事件 | 处理人 |
| --- | --- | --- |
| {{时间}} | {{变更或异常出现}} | {{姓名}} |
| {{时间}} | {{发现与上报}} | {{姓名}} |
| {{时间}} | {{定位原因}} | {{姓名}} |
| {{时间}} | {{止损动作}} | {{姓名}} |
| {{时间}} | {{恢复}} | {{姓名}} |
## 四、原因分析
- 直接原因：{{触发点}}
- 根本原因：{{流程/设计/测试缺口}}
- 为什么没提前发现：{{监控/测试/评审}}
- 为什么恢复花了这么久：{{定位/权限/沟通}}
## 五、做对了什么
- {{有效的动作}}
- {{值得保留的机制}}
## 六、改进项
| 改进项 | 类型 | 负责人 | 截止时间 | 状态 |
| --- | --- | --- | --- | --- |
| {{补充监控}} | {{监控}} | {{姓名}} | {{日期}} | {{未开始}} |
| {{补充测试}} | {{测试}} | {{姓名}} | {{日期}} | {{未开始}} |
| {{流程调整}} | {{流程}} | {{姓名}} | {{日期}} | {{未开始}} |
## 七、结论
{{用三到五句话总结这次事故最值得记住的一条经验}}
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先还原时间线再讨论原因，顺序错了容易变成互相指责。
- 根因要落到流程、设计或测试缺口，而不是停在「某人操作失误」。
- 改进项必须有负责人和截止时间，否则复盘等于没做。
为什么这么写
- 时间线让所有人对事实有一致认知，减少记忆偏差带来的争论。
- 区分直接原因与根本原因，才能避免同类问题再次发生。
- 记录做对了什么，能保留有效的应急经验。
- 改进项表格让复盘形成闭环，而不是一份归档文档。
常见错误
- 把复盘开成追责会，大家之后不敢上报问题。
- 只写原因不写改进项，同样的事故重复出现。
- 改进项没有负责人，最后无人跟进。