项目复盘：为什么很多企业从不总结失败？

项目结束后，很少有人愿意回头看

很多项目结束后，企业会快速进入下一个项目。

上线了，就算完成；延期了，也就过去；失败了，也没人愿意再提。

项目资料归档，团队解散，问题被遗忘。

下一次类似项目启动时，同样的问题再次发生。

这就是很多企业项目能力无法提升的重要原因：不复盘。

为什么企业不愿复盘？

第一，复盘容易变成追责。

很多人担心复盘不是总结经验，而是寻找责任人。为了避免冲突，大家更愿意保持沉默。

第二，项目已经结束，缺少动力。

上线后大家都很疲惫，新的工作也已经开始，很少有人愿意花时间回顾旧项目。

第三，企业没有复盘机制。

如果复盘不是项目关闭的必备动作，就很容易被省略。

第四，失败不被允许讨论。

一些企业文化中，失败是需要隐藏的事情。问题不能公开，经验也就无法沉淀。

没有复盘会带来什么后果？

同样的坑会反复踩。

需求失控、范围膨胀、数据准备不足、上线混乱、业务不参与，这些问题会在不同项目中重复出现。

项目经验停留在个人身上。

某些人知道哪里有坑，但组织不知道。人员一变，经验就消失。

方法论无法形成。

没有复盘，就没有组织学习，也就没有企业级项目管理能力。

什么是真正有效的复盘？

复盘不是批评大会，也不是总结成绩。

有效复盘应该回答四个问题。

第一，原定目标是什么？

第二，实际结果是什么？

第三，偏差为什么发生？

第四，下一次如何改进？

复盘重点不是证明谁错了，而是让组织知道哪里需要改进。

复盘应该复什么？

第一，复盘目标。

项目最初目标是否清晰，是否发生变化，成功标准是否合理。

第二，复盘需求。

需求是否稳定，变更是否受控，业务参与是否充分。

第三，复盘进度。

延期发生在哪些阶段，原因是什么，预警是否及时。

第四，复盘风险。

哪些风险提前识别了，哪些没有识别，哪些处理有效。

第五，复盘上线。

上线准备是否充分，问题响应是否及时，用户使用是否顺畅。

如何建立复盘机制？

第一，把复盘作为项目关闭条件。

没有复盘报告，项目不能正式关闭。

第二，复盘要跨部门参与。

不能只是IT内部总结，业务、供应商、管理层都应参与。

第三，复盘结论要进入方法论。

复盘不是写完报告就结束，而是要转化为流程、模板、标准和检查项。

第四，复盘要关注改进动作。

每个关键问题都应该对应后续改进措施和责任人。

企业实践建议

企业可以建立复盘模板，统一记录目标、结果、问题、原因、经验和改进措施。

可以定期组织项目案例分享，让成功经验和失败教训在组织内部流动。

对于重大项目，可以由PMO主导复盘，避免复盘流于形式。

复盘不是为了证明谁错了

很多企业不愿复盘，是因为复盘很容易被误解成追责。

一旦复盘变成追责会议，参与者就会本能防御。每个人都在解释自己没错，没有人愿意真正讨论问题。

有效复盘要把重点从“谁的问题”转向“机制哪里需要改”。

项目失败当然有人为因素，但组织更应该关心：为什么这个问题能发生，为什么前期没有发现，为什么没有及时纠偏，下一次如何避免。

复盘要形成组织资产

很多复盘最后停留在会议纪要里，没有进入后续改进。

这样的复盘价值很低。

真正的复盘应该改变一些东西：模板是否要调整，评审机制是否要增加，风险清单是否要更新，上线检查项是否要补充，责任矩阵是否要更清楚。

只有复盘结论转化为机制，组织能力才会提升。

失败案例更值得沉淀

成功项目当然值得总结，但失败项目更有价值。

因为失败会暴露组织中真实的短板：需求管理不成熟、业务责任不清、数据治理薄弱、供应商管理不足、项目决策迟缓。

这些问题如果不总结，就会在下一个项目中继续出现。

一个成熟组织，不是没有失败，而是能从失败中提炼能力。

写在最后

不复盘的组织，不会真正进化。

项目失败并不可怕，可怕的是失败没有变成经验。

每一个项目都是企业管理能力的一次训练。

如果只是完成项目，而不总结项目，企业就会在不同项目中反复支付同样的学费。

复盘的意义，不是回头责备过去，而是让下一次更接近成功。

23. 项目复盘：为什么很多企业从不总结失败？