适用场景

同一个坑在项目里踩三次，本质是没有复盘与知识沉淀。复盘的产出应该是"下次怎么做"的具体动作。

配置步骤（复盘方法与输出）

# 复盘四问
# 1) 原计划是什么
# 2) 实际发生了什么（事实与数据）
# 3) 差异原因是什么（分类：需求/技术/协作/外部）
# 4) 下次怎么做（具体动作 + 清单/模板）

关键参数与建议

  • 交付清单固定：功能、文档、培训、账号、培训记录、验收单
  • 风险台账：风险描述、影响、概率、应对措施、责任人
  • 里程碑复盘：每个阶段结束就复盘，不等项目结束
  • 问题分类：需求变更、技术难点、协作问题、外部依赖
  • 经验沉淀：形成检查清单与模板，用于下一个项目

容易踩的坑

  • 复盘点变成追责会，参与者不敢说真话
  • 只讲现象不讲原因，无法改进
  • 输出没有转化成清单或模板，下次照旧

验证与巡检

# 证据：复盘记录、改进行动项、更新的清单模板
  • 巡检：行动项闭环率、清单模板被后续项目引用

小结

复盘不是写总结报告，而是产出可复用的清单与模板。三个月后还能被下一个项目用上的复盘，才算有效。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。