做项目复盘不仅要对过去的工作进行回顾，更重要的是找出问题及解决方案。项目复盘包括：

通常来说，我们会在一个项目结束之后进行复盘。

但问题不会等到结束之后才出现，所以逼迫我们必须以更高的频率进行复盘。

可以在项目出现问题的时候进行复盘，以找出解决方案；可以每天进行复盘，及时梳理，防止意外发生；如果不能每天都复盘，可以选择在每周五、月末进行复盘；还可以在里程碑节点结束时复盘；敏捷项目则可以在每个迭代结束时进行复盘。

总之，复盘没有时间限制，任何你觉得有必要的时候都可以复盘。

如果条件允许，可以进行项目全盘回顾，如大型的年度复盘；

如果没那么多时间，可进行关键事件回顾，如里程碑节点复盘、某个问题的复盘。

无论是以上哪一种复盘，总结经验教训都是重点。包括团队方面的总结和个人方面的总结。

团队方面，可以优化管理机制和项目流程，可以对某一类问题达成共识，以后遇到时应该怎么解决；个人方面的总结比较灵活，方向可以参考述职报告。

建议所有参与过项目的人，尤其是那些承担着关键角色、从头到尾参与项目的人，都要参加。

不同的角色会有不同的视角，不同时期的人会对项目有不同程度的理解和输入，所以项目参与者非常关键。

值得一提的是，客户也是项目重要的相关方，他的意见也很重要，要不要带客户复盘呢？

经过圈子社群内讨论，大家认为：

如果是敏捷项目，要带，客户参与很关键；

如果是传统项目，不要带，客户参与会导致真相沉底，大家没法表达出自己的真实想法。

复盘为了优化未来的行动策略，方法有多种，但要说最简单方便的，还是联想柳传志所推崇的四步复盘法，也叫GRAI复盘法，即Goal（回顾目标）、Result（评估结果）、Analysis（分析原因）、Insight（总结规律）。

做项目过程中，我们常常会忙得忘记了项目的目标和初衷，因此在复盘时，我们要对项目目标进行回顾：

回顾目标是客观地把目标再拿出来看一遍，可以检验当初定的目标是否存在问题，也可以试着让团队成员来回顾，看是否每个人都对项目目标足够清晰。

将项目产生的数据结果呈现在复盘会议中，让每个团队成员都明确知道。同时将项目结束后产生的数据结果与目标进行对比，有四种可能产生的情况:

第1种结果是最完美的，然而在项目中很少存在，第3、4种结果是最常见的……所以分析原因就显得尤其重要。把每一个目标的达成情况记录下来，为后续的分析原因做准备。

评估结果的目的不是为了发现差距，推锅甩锅，而是为了发现问题。

分析原因是复盘的最重要环节，也是制定改进措施的关键。分析原因可以根据各关键节点的得失，思考并设计不同的优化方法。在分析原因时，可以用鱼骨图或 5W 的方法寻找问题根源。

任何问题都可以进行原因分析，但是，不能总让项目经理一个人在说，把复盘会搞成批斗会。项目经理当然想说的内容最多，但其他角色也要参与进来，为自己代言，说出自己对于问题的看法。

你不说，项目经理/领导怎么知道呢？

这一步是复盘中很重要的一环，不进行规律总结的复盘是不完整的，复盘效果也会减弱很多。

总结规律是为了确定改进计划，比如需要实施哪些新举措，需要继续哪些措施等。改进计划不能罗列过多，否则团队人员有限无法全部落实，改进计划也要列出优先级。

复盘后的改进计划都要有反馈，不断优化，形成螺旋上升态势。如确实有效，则可以进一步整理，作为内部知识库。  

工具只是辅助，挑选出合适自己团队的即可。

复盘是个好方法，可以优化弱项、强化强项，还能明确自己的价值，明确工作的价值。

但很多时候，盘着盘着就变成了批斗会、甩锅会，或者大家都不吭声，只听项目经理一个人在那吧啦……这些都是复盘的误区。