为什么同一个错老是重复犯？一场两周一次的复盘会，让团队自己揪出问题

陈建宏在清迈尼曼路后巷开了一家手工皮具工坊"皮语"，团队六个人，主要给德国法兰克福、阿姆斯特丹的客户做定制手提包代工。他们每两周出一批货，空运到德国代理商的仓库。上个月，同一个错误第三次发生：皮料裁片的色号跟订单对不上，整批货在法兰克福被退回，运费加关税赔进去将近五万泰铢。

陈建宏气得在工作群里连发十几条语音消息骂人，骂完大家也道了歉，可两周后，类似的问题又出现了——这次是绣标位置歪了两厘米。他这才开始怀疑，问题根本不在员工不上心，而是团队压根没有一个"回头看"的机制。每次出完货，大家立刻扑向下一批订单，没人停下来问一句：上一轮到底卡在哪儿？为什么会卡？

直到他开始在每个冲刺结束后，固定留出三十分钟，让团队一起"复盘"——不是他一个人骂完就散会，而是大家一起把上一轮发生的事摊开来看，找出真正的原因。三个月后，同样的色号错误再也没有出现过。

为什么

"复盘会"不是敏捷团队自己发明的新花样。1984年，美国组织行为学者大卫・科尔伯(David Kolb)提出"经验学习圈"(Experiential Learning Cycle)，他认为人真正学到东西，靠的不是"做过一次"，而是靠"做→回头看→提炼出原则→再试一次"这四步不断循环。只干活不复盘，经验就只是经验，变不成能力。

2001年，软件顾问诺曼・克尔斯(Norman Kerth)把这套逻辑写成一本专著《Project Retrospectives: A Handbook for Team Reviews》，提出了后来被敏捷圈奉为圭臬的"最高指导原则"(Prime Directive)：不管结果好坏，我们都相信，每个人在当时，用他所知道的信息、拥有的技能和资源，已经尽了他能尽的力。这句话的重点不是纵容错误，而是把复盘的焦点，从"揪出责任人"转成"找系统性原因"——因为只有这样，员工才敢说真话。哈佛商学院教授艾米・埃德蒙森(Amy Edmondson)后来的研究进一步证实：团队如果没有"心理安全感"，成员就会选择把错误藏起来而不是说出来，问题永远浮不上台面。

后来，Scrum框架的两位共同提出者肯・施瓦伯(Ken Schwaber)和杰夫・萨瑟兰(Jeff Sutherland)，把"复盘"正式定为每个冲刺结束后的固定仪式——这不是可有可无的软性活动，而是整套敏捷管理里，唯一专门用来让团队"自己纠正自己"的机制。