判断一份复盘有没有做对，标准很朴素：照着它重做一遍，结果会不会不一样。
约 2500 字阅读约 9 分钟配图 · 小黑风格手绘
一、复盘不是总结，别把两个词用混了
大部分人做完一件事，写的那个东西叫"总结"：列一遍做了什么，加一点感想，结尾表个态。它像给经历拍了一张登记照——信息是真的，但没有人能靠它变强。
复盘不一样。复盘的目的是回答一个问题：同样的事再做一次，我怎么做才能做得更好？总结面向过去，复盘面向下一次。判断一个复盘有没有做对，标准很朴素：如果照着你的复盘结论重做一遍，结果不会有任何变化，那这次复盘就是无效的。
联想把复盘写成方法论时有个说法：复盘是从经验中学习的结构。关键词是"结构"——不是更认真地回忆，而是按固定的几步，把一次经历里的信息榨出来。这篇文章讲的就是这几步怎么走。
但在讲步骤之前，先说清一个前提：复盘的价值不在"我明白了"，而在"我下次不一样了"。很多人复盘到最后会得到一句"下次要更细心"，然后安心地关掉文档。这种安心是假的——它把"想通了"错当成了"解决了"。真正有效的复盘，结尾一定停在一个具体到能动手的动作上。
总结是登记照，复盘是压缩机
二、第一步：回到当时的目标，而不是现在的记忆
复盘的第一个动作，是把"当初到底想要什么"写下来。这一步听起来多余，其实是最容易糊掉的一步。
因为人的记忆会自动修改目标。事情做砸了，回忆里的目标会不知不觉降低；事情做成了，目标又会被悄悄抬高。心理学管这叫记忆的自我服务偏差。如果复盘时只凭印象对照，你永远是在跟一个被美化过的版本比较，结论自然不可信。
举个常见的例子。一个项目延期两周，事后再问"当初定的是什么节点"，得到的答案多半是"本来就挺紧的，能做完就不错了"。目标被悄悄下调，延期的责任也就被稀释了。但如果翻出当时的计划邮件——白纸黑字写着三周交付——差距立刻显形，复盘才有了落点。
所以正确做法是：翻出当时立目标的那条消息、那份计划、那页笔记，把原话抄下来。目标写得模糊也没关系，模糊本身就是第一个发现——下次立目标时你就知道要写得更可检验。
三、第二步：让结果说话，找出"差距"和"亮点"
有了目标，再冷静地写下实际结果。注意，是"实际发生了什么"，不是"我感觉怎么样"。
把两边并排放在一起，通常会出现两种东西：一种是差距——想要 A，得到 B，中间差的那些就是问题所在；另一种是亮点——结果好于预期的部分。多数人只盯着差距复盘，其实亮点更值得复盘：它往往不是运气，而是某个你没有意识到的动作在起作用。找到它，才能重复它。
写结果时，尽量用可观察的事实代替评价。不要说"效果一般"，要说"上线后七天新增用户 210 人，比预期少 90 人"。不要说"沟通不顺"，要说"需求文档改了三版，第二版和第三版之间没有同步给设计"。事实能进入下一步分析，评价只能进入情绪。
四、第三步：挖到机制层，不要停在归因给人
这是复盘里最难、也最分水岭的一步：分析原因。
最常见的失败方式，是把原因归到人身上。"我太懒了""团队执行力不行""对方不配合"——这类归因看着深刻，实际上什么都改变不了。懒不是原因，是结果；你没法在下一次"决定不懒"。
有效的追问是往机制层挖：为什么会拖延？因为任务没有拆解，启动成本太高。为什么执行走样？因为交接只靠口头，没有书面确认。为什么判断失误？因为决策依据只有一个人的经验，没有对照数据。问到"改掉某个具体环节，下次就能不同"为止，才算挖到了底。
一个好用的检验句式：把你的原因代入"下次我……就能……"，如果这个句子填不进去具体动作，说明还停在人身上，继续往下挖。
这一步通常需要连问三层。第一层是表象（"这个月的内容没做完"），第二层是直接原因（"排期的时候没算上审稿时间"），第三层才是机制（"排期模板里没有审稿这个环节，靠人记得"）。到第三层你才拿到了真正可改的东西：改模板，而不是提醒自己下次记得。
五、第四步：把结论变成下一次能直接用的东西
前三步做完，你手里有了差距、亮点和机制层的解释。但它们还只是"想明白了"，不是"能用了"。复盘的最后一公里，是把结论翻译成可执行的东西。
最实用的形式是三张清单：继续做（验证有效的动作）、停止做（确认有害的动作）、开始做（下次要补上的环节）。每条必须具体到"下次开会前发出议程"这个颗粒度，"加强沟通"这种句子不许上清单。
然后，把清单放进下次一定会看到的地方——周会模板、项目启动文档、手机备忘录的固定栏目。经验只有站在你下次必经的路口，才算被复盘接住了。
六、频率和心态：小事快复盘，大事慢复盘
复盘不是每年年底才做一次的仪式。合适的方式是分层：日常小事，五分钟口述三句话——结果、原因、下次怎么办；中型项目，结束当天做一次正式复盘会；只有大目标（季度、年度）才值得写长文档。
心态上最重要的只有一条：复盘对事不对人。它的前提是承认"当时的决定在那个信息条件下是合理的"，否则每个人都会在复盘会上自我防御，真话进不来。一个好复盘的氛围，应该是所有人都在讨论"系统哪里可以改"，而不是"谁的锅"。
这里有一个反直觉的建议：复盘会不要从"哪里做得不好"开始。先花五分钟讲清楚"这周我们做对了什么，为什么有效"，再进入问题部分。原因不是照顾情绪，而是顺序决定了注意力——先确认亮点，团队才知道哪些做法要保护；直接切入问题，讨论很快就会变成找责任人。
七、一份可以直接抄的复盘模板
八、一个人的复盘和一群人的复盘，不是同一件事
最后补充一个容易被忽略的分叉：个人复盘和团队复盘，方法看着一样，难点完全不同。
个人复盘难在诚实。没有别人在场，你很容易放过自己——原因写到"当时太忙了"就算完，因为没人追问。对抗这种倾向的办法是把复盘写成给别人看的格式：假设这份复盘要给一个即将做同样事情的同事看，你会怎么写？一旦有了假想的读者，模糊的表述自己就站不住脚了。
团队复盘难在安全。人一多，讨论就容易滑向表态和自保，"这个环节我们配合得还是挺到位的"这类话会填满时间。可以靠两个技术动作改善：一是把复盘和绩效考核彻底切开，复盘里说的话不进评价；二是让主持人先讲自己的失误，把"承认问题"变成一种被示范过的行为，而不是一种风险。
还有一种更隐蔽的失败：复盘做得很漂亮，但没人看。写完存进某个文件夹，下次项目启动时谁也想不起来。解决办法笨但有效——把上次复盘的三条清单直接贴进这次的项目启动文档第一页，让它成为会议的第一个议题。经验不是被记住的，是被安排进流程的。
做完这一切你会发现，复盘真正的产出不是那份文档，而是一个越来越可靠的判断系统。同样摔倒的人很多，但只有复盘过的人，才知道自己摔在了哪块石头上——下一次，绕开它。