首页 / 复盘机制 / 复盘机制与模板
复盘机制与模板
触发场景、复盘要点、落地机制与模板示例。
触发场景
| 场景 | 判定条件 |
|---|---|
| 重要版本发布 | 涉及核心链路、大规模变更或高风险变更 |
| 复杂问题 | 排查时间长、跨服务、影响面大或反复出现 |
| 线上故障 | 服务不可用、数据异常或用户可见影响 |
复盘要点
| 复盘项 | 内容说明 |
|---|---|
| 问题原因 | 直接原因与根本原因,尽量给出证据链(Trace-Id、日志、时间线) |
| 影响范围 | 影响时间窗口、用户/设备范围、功能与数据影响 |
| 解决过程 | 处理经过、关键决策、止损措施 |
| 解决方案 | 最终修复方案及验证方式(含回滚验证) |
| 后续改进 | 改进动作、负责人、截止时间;共性经验回填知识库 |
落地机制
- 复盘以"简短、事实、可行动"为原则,不搞重流程
- 复盘结论(尤其是改进动作)进入任务跟踪,明确负责人与截止时间
- 定期回顾改进动作的执行情况,未完成项持续跟踪
- 复盘中的共性经验回填到知识库的业务词汇、FAQ 与工程规范页
复盘模板
# 复盘:<标题>
## 1. 基本信息
- 复盘日期:YYYY-MM-DD
- 触发类型:重要版本 / 复杂问题 / 线上故障
- 关联系统:Java(模块)/ Go(服务) / 外部依赖
- 影响范围:时间窗口、用户/设备范围、功能与数据影响
## 2. 问题原因
- 直接原因:
- 根本原因:
- 证据链(Trace-Id / 日志 / 时间线):
## 3. 解决过程
- 处理经过:
- 关键决策:
- 止损措施:
## 4. 解决方案
- 最终修复方案:
- 验证方式:
## 5. 后续改进
| 改进动作 | 负责人 | 截止时间 | 状态 |
|---------|--------|---------|------|
| | | | 待开始 |