1967 年 1 月 27 日傍晚，阿波罗 1 号在肯尼迪角做倒计时演练，指令舱里突然起火。格斯·格里森、埃德·怀特和罗杰·查菲没能打开那道向内开的舱门，三人全部遇难。火箭当时没有加注燃料，NASA 的历史资料写道，正因为这样，这次测试被当作没有危险，没有经过相关安全部门的审查。
吉恩·克兰兹当时是休斯敦任务控制中心的飞行指挥。半个世纪后，他在参议院一个小组委员会作证时说：「机组本可以叫停。我也可以叫停。」可是没有一个人喊停。
于是，他的团队坐了下来。「事情过去之后，我们坐下来，把那些刻骨铭心的感受写下来，好让我们再也不经历这种事，」克兰兹对参议员们说。他们管这份文件叫《基石》。其余经过见案例。
别等起火
多数团队像这样回头看，都是在出了大事之后。回顾会是把这件事变成习惯：每一轮都做，趁代价还小。
《Scrum 指南》是软件团队常用的 Scrum 方法的官方说明，它用一句话讲回顾会：目的是「规划提高质量和成效的办法」。每个冲刺是一段一个月以内的固定时间，冲刺结束时，团队检查这一轮在人、协作、流程和工具上做得怎么样，聊哪些顺利、碰到了什么问题、问题解决了没有。指南说，最有用的改进要尽快落实，「甚至可以放进下一个冲刺的待办清单」。
每轮结束，团队回头看看这一轮是怎么干的，挑一件事改。最要紧的是最后半句。记下一串教训却没人去改，那只是日记。
就像一支球队周一一起看比赛录像。在屏幕前坐这一个钟头，为的是周六的训练能练得不一样。
管不管用
平均来看管用，但要看怎么做。斯科特·坦嫩鲍姆和克里斯托弗·切拉索利 2013 年做了一项元分析，汇总了 46 个样本、2136 人。他们发现，和对照组相比，复盘平均能把成效提高约 25%，团队和个人、模拟和真实工作、医疗和非医疗领域，结果都差不多。
聊什么也有讲究。2005 年，什穆埃尔·埃利斯和因巴尔·达维迪做了一项准现场实验，观察连续几天做导航训练的士兵。每天训练后既复盘失败、也复盘成功的那一组，进步明显大于只复盘失败的那一组。
为什么会走过场
皮克斯联合创始人艾德·卡特姆 2008 年写道，片子做完后的复盘会，大家虽然能从中学到东西，却「不喜欢做」。领导想借机表扬自己的人；人们更愿意聊做对了什么。「放任不管的话，」他写道，「人们会钻空子，绕开那些不愉快的话题。」他的办法是：换着花样开，因为老一套的形式往往只能挖出老一套的教训；请每个小组列出最想再做的五件事和最不想再做的五件事；再拿数据说话。
设想一个五人团队，每两周开一次回顾会，每次都写上「会太多」。什么都没变，因为没有人负责去改。几轮下来，大家可能干脆什么都不提了。同一个团队也可以试着在下一个冲刺里先取消一个例会，到下次回顾会时看看有没有人想念它。
给智能体开回顾会
Claude Code 的文档写道：「每次 Claude Code 会话都从一个全新的上下文窗口开始。」上周学到的东西，如果没被写下来，就没了。文档把 CLAUDE.md 文件当作「写下那些你本来要反复解释的东西的地方」，并列出什么时候该往里加：Claude「第二次犯同样的错」时，代码审查发现了它本该知道的事时，或者你发现自己又在输入上次会话里打过的同一条纠正时。
自动记忆更进一步。Claude 给自己记的笔记里，有一类是「你给 Claude 的纠正，以及你确认过的做法」：没做对的要记，做对了的也记，有点像那些士兵的复盘。不同之处在于，团队的回顾会是一群要改变的人自己坐下来谈；智能体学到的东西，则是一些纯文本文件，文档说你随时可以查看、修改或删除。它决定记住什么，还得有人去看一眼。
《基石》是一场大火换来的。回顾会想做的，是不用等到起火，也能这样学。