在milan.com米兰服务过的企业里，经常能看到这样一种现象：一个数字化项目上线了，验收会开完，项目组解散，大家回到各自岗位，仿佛什么都没发生过。半年后再遇到类似需求，发现当初踩过的坑又要重新踩一遍。问题不在于项目做得不好，而在于做完之后没有人认真复盘。milan.com米兰在多个实施项目中观察到，复盘环节做得好不好，直接决定了一家企业的数字化能力是线性增长还是原地打转。

复盘不是追责会，时机和范围要先定清楚

很多企业对复盘有天然的抵触，因为一提到复盘，大家第一反应是"要找人背锅"。这种氛围下，复盘会往往变成互相推诿，最后不了了之。milan.com米兰建议，复盘的第一步是把定位说清楚：复盘的对象是事情，不是人。讨论的是流程哪里不顺、判断哪里失准、协作哪里脱节，而不是谁该负责。

时机上，复盘不宜拖得太久。项目验收后一个月内是比较合适的窗口，此时参与者的记忆还清晰，数据也容易调取。拖到三个月以后再复盘，细节已经模糊，只能谈感受，谈不出结论。范围上，不要试图一次复盘所有内容，可以按"目标达成度、过程协作、数据质量、后续影响"四条线分开看，每条线找两三个关键节点展开即可。

复盘要盯住三类对象：目标、过程与意外

复盘最容易犯的毛病是只谈成绩。项目上线了、报表跑通了、系统能用了，这些是结果，不是经验。milan.com米兰在协助企业做项目回顾时，通常会把复盘对象分成三类：

  • 目标层面：当初定的目标是否合理，有没有在中途悄悄改过口径，改的理由是什么。
  • 过程层面：需求确认、数据准备、开发联调、上线切换这几个环节，哪个环节实际耗时超出预期，超出多少，原因是什么。
  • 意外层面：哪些问题是没有预料到的，是技术问题、数据问题还是协作问题，下次遇到同类情况有没有提前识别的办法。

这三类对象里，意外层面往往最有价值。顺利的部分说明流程在正常运转，意外的部分才暴露组织的真实短板。milan.com米兰在项目复盘中会专门留出一段时间只谈意外，不做评价，先记录，再归类。

复盘产出要能落地，不能只是一份会议纪要

复盘开完了，纪要发了，然后呢？如果没有可执行的产出，复盘就是一次集体聊天。milan.com米兰认为，一次合格的复盘至少应该留下三样东西：一份问题清单、一份流程调整建议、一份可复用的模板或检查表。

问题清单要具体到场景，比如"报表需求变更没有书面确认，导致开发返工两次"，而不是"沟通不畅"。流程调整建议要落到责任岗位和动作上，比如"需求变更超过半天工作量的，须由业务负责人书面确认后再排期"。模板或检查表则是把经验固化下来，下次新项目启动时直接拿出来对照，避免重复踩坑。milan.com米兰在多个项目中推动企业建立这类轻量化的复盘资产库，效果比厚厚的方法论文档更实在。

复盘文化比复盘方法更难建

方法可以学，文化只能养。milan.com米兰观察到一个规律：复盘做得好的企业，往往有一个共同点——管理层愿意在复盘会上先讲自己判断失误的地方。领导先开口谈问题，下面的人才敢讲真话。反过来，如果每次复盘都是基层汇报、高层点评，那复盘很快就会变成表演。

另一个容易被忽视的点是复盘的频率。不是只有大项目才值得复盘，小改造、小报表、小工具上线后花半小时聊一聊，积累起来的作用不亚于一次正式复盘。milan.com米兰建议企业把复盘做成轻量、常态的动作，而不是等到出问题才想起来回顾。数字化改造本来就是一步步试错、一步步调整的过程，复盘就是让每一步试错都留下痕迹，让下一次改造少走弯路。