适用场景

失败案例比成功案例更有价值：成功往往是相似的，失败各有各的坑。把坑列成清单，新项目启动时逐条自查。

配置步骤（需求失控与范围蔓延）

# 现象：工期不断延长，功能越来越多，验收模糊
# 原因：无书面需求基线、变更无成本评估、验收标准缺失
# 预防：需求签字确认；变更单含工期费用影响；验收标准前置

关键参数与建议

  • 失败模式：需求失控、范围蔓延、关键人依赖、验收标准模糊、外部依赖延期
  • 复盘要追问流程原因，而不是追究个人
  • 每个教训沉淀为检查项，纳入项目启动清单
  • 定期回顾：半年一次回顾历史教训是否重演

容易踩的坑

  • 需求口头确认，后期争议
  • 变更不评估成本，工期被动延长
  • 验收标准模糊，做完还要返工

验证与巡检

# 证据：需求基线文档、变更单、验收标准
  • 巡检：新项目启动时逐项检查

小结

失败复盘的验收标准：能让下一个项目在启动时就避开同类问题。做不到，说明复盘只停留在"总结报告"。

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