看一个人怎么用三个月理顺项目复盘

这篇讲一个人。

复盘会开成批斗会，或者开成表彰会，两种都没用。

他的处境和你差不多，改的做法也不复杂，但结果不一样了。

他后来改了做法，结果不一样了。过程比结论有用，所以我完整写下来。

这个人的完整经过

一个上线延期的项目做复盘。

做法是：团队把延期原因拆成三类：需求变更 11 次、测试环境不稳定 5 天、关键人请假 4 天。

结果是：结论只有一条：需求变更超过 3 次必须重新排期。下一版按时上线。

这个例子不复杂，难的是每次都这么做。可以照着做，也可以只挑其中一步先试。

整个过程里没有出现什么复杂工具，改的都是顺序和标准。这也是它能被复制的原因——不需要天赋，只需要不再省那一步。

具体怎么做

过程比结论有用，所以我把每一步都写下来了。

1. 先对齐事实，再谈判断

把时间线、关键节点、数据摆出来。事实没对齐就开始分析，一定吵起来。

2. 结论必须变成一条可检查的规则

『以后需求变更必须走书面确认』比『加强需求管理』有用。

3. 给每条改进行动配一个负责人和复查时间

没有复查的改进，三个月后自动消失。

4. 复盘文档控制在两页

一页事实与数据，一页结论与行动。写十页没人看。

几个常被问到的问题

问：照着做了，还是没效果，为什么？

答：不要让复盘变成追责。一旦有人开始自保，信息就失真了。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

答：第一周通常只是熟悉流程，第二周才开始省时间。如果两周后完全没感觉，回头看看是不是漏了第一步。

问：第一步该从哪里开始？

答：复盘会第一页只放时间线和数据，不放评价。从这一件开始，别一次全上。

问：最容易犯的错是什么？

答：以『谁的责任』开场。一旦开始找人背锅，真话就没了。

几个容易踩的坑

这几条比方法更值得看，因为方法可以慢慢学，坑踩一次就要花时间填。

• 不要用『沟通不到位』当结论。它什么都能解释，所以什么也解决不了。
• 不要只复盘不复查。三个月后回看，改进行动落实了几个。

明天就能做的事

不用全做，挑一件今天就能开始的。

• 复盘会第一页只放时间线和数据，不放评价
• 每条改进写成『谁、在什么时间、做什么、怎么检查』
• 三个月后设一个日历提醒，回看改进行动

可以直接用的一段话

如果你平时用 AI 帮忙，下面这段可以直接复制，把方括号里的内容换成你的情况。

以下是一个项目的经过，请用『预期—实际—差异—原因』四问帮我梳理，每个原因都要落到具体动作：

最后

别人的过程只能参考，不能照搬。挑一个和你情况最像的环节，先改那一个。

他后来真正改的只有这一件：复盘会第一页只放时间线和数据，不放评价。其余改动都是这件事的副产品。