概述
复盘是对思维的训练。通过复盘，当类似的局面再次出现在我们面前的时候，就能够快速地预测接下来的动态和走向，并且更好地应对。
而项目复盘会，可以说是项目团队有意识地向过去的行为经验学习的过程。在项目或里程碑完结之后，项目经理会组织召集项目成员，一起回顾一下，在项目的整个历程中，团队做对了哪些事，做错了哪些事，再来一次，如何做得更好，借此把项目行进过程中产生的集体智慧沉淀下来。
复盘会的基调设定
在复盘会之前，想清楚我们复盘的目的，设定好复盘的基调，其实更为重要。
- 首先，我们自己要先进入反思区。
- 这次复盘不是来挑问题的，而是为了找到问题的根源并改进的。
复盘会的会前准备
除了设定基调，你还需要充分的会前准备。在复盘会之前，你要去梳理整个版本的历程，包括项目或里程碑的各项数据和信息、目标和达成结果、进度计划、需求变更、质量状况等，这些是客观数据的总结。同时，你还可以提前收集这个版本期间，团队满意度的问卷调查，为复盘会引入更多主观的输入。
其实，复盘会的基调设定，以及会前的准备工作，在开会之前，就很大程度地决定了复盘会的效果，你一定要特别留意。
复盘会的简易流程
- 现场回顾总结项目 / 里程碑的整体概况，包括目标达成情况、进度计划及变更情况、需求变更情况、质量报告等项目历程记录。
2.与会人员用便签纸写下项目过程中做得好的以及做得不好的 3 个点，按照项目的各个环节分类，分别贴在白板上，确保大家的意见能够充分、自由地表达。 - 在白板前逐条 review 大家的意见，共同发现问题，并有针对性地展开讨论。
- 对大家总结出的好和不好的点，进行集体投票。
-
由项目经理整理投票结果，对于做得好的环节，总结经验；对于做得不好的环节，当场讨论出改进方案。
复盘简易流程
项目复盘会的投票结果：
这个项目是第一次引入项目经理。在这次复盘会上，项目经理的工作得到了一致的认可，包括 Bug Bash 的引入、WBS 工作分解、进度控制等措施，帮助团队快速地完成了从混乱到有序的转变。再来看看待改进项，投票最多的一项是，后台研发与各端的沟通瓶颈，那么很显然，这就是你在下个版本一定要去解决掉的问题。
经过分析之后，我们发现，由于工期紧张，在后端接口没有成熟的情况下，前端、客户端必须同时开发，如此快节奏迭代之下，频繁的后台接口变动，牵一发而动全身，这让后台技术成为了整个项目的瓶颈。为了改善这个问题，我们成立了专门的 Triage 小组（判别小组），由各端的主程组成，每天固定 15 分钟时间，参与者线上同时连线，对每个端提出的接口变动需求，进行统一判断，并作出决策，确保接口变更信息第一时间的同步。
- 无法促发行动的复盘，说得再好都是空谈！
- 改进措施一定要落地，重点行动不要太多，一个就够了！
- 复盘的次数也不要太多，你并不需要每个版本、每个迭代都例行公事地去做一遍，确保每个季度有一到两次里程碑复盘，可以完整地对项目做系统化的梳理，达到真正的落地效果，才是更重要的。
打造团队持续改进能力
想要让团队进入自发改进的正向循环，你需要更好地激发团队的主人翁意识，让团队成为复盘的主角，而不是你。最重要的是，你不仅要关注事，还要关注人。
另外，越是困难时期，越是塑造团队能力的大好机会。
总结
决定复盘成功与否的关键，不在会议本身，而在于复盘会的一前一后两个环节。
最后，我们建议你认真地做好一次复盘，每次复盘后聚焦一个改进点。再提醒你一句：聚焦点别太多，一个就够了！
