上周三下班前5分钟，我路过开发组的工位，看见95后小伙子把笔记本一合，对着群里敲了三行字，拎着外卖袋就走了。那三行字不是周报，是我们组已经坚持了8个月的日常复盘。
说实话，我之前对复盘的理解，完全是从MBA教材里抄来的，什么GRAI模型、PDCA循环，背得滚瓜烂熟，真用的时候全砸了。
我之前把复盘搞成了全员批斗会
2021年夏天，我们给一个制造企业做的生产管理系统上线，比约定时间晚了整整7天。客户在电话里拍了桌子，我挂了电话就拉着全组人留在公司开复盘会。
空调开得太足。没人说话。我拍了桌子。
要求每个人挨个说“自己哪里错了”。产品经理说需求没说清，开发说接口改得太频繁，测试说到最后才拿到版本。说到测试岗的小姑娘时，她盯着自己的鞋尖，眼泪砸在键盘上，说她上周发烧39度，连续3天在群里喊“有没有人帮我过一下核心用例”，没人理她。
我当时愣了。翻当时的聊天记录，真的有三条消息，被刷在满屏的“接口又改了”“需求又变了”中间，像三块没人捡的石头。我那时候才知道，我之前开的所有复盘会，都只是在对着空气挥拳头。
那次复盘开了两个半小时，最后写出来的报告洋洋洒洒5000字，列了12条整改措施，每条都标了责任人和完成时间。然后呢？
没有然后。
第二个项目上线，我们还是提前3天写完接口，还是没人同步给测试，还是最后堆在一起熬夜测，还是延期了2天。我对着那份5000字的报告，突然反应过来——我搞的根本不是复盘，是一场给客户、给老板、给自己看的表演。
复盘不是找责任人，是找“下次能省力气的窍门”
不过话说回来，谁刚开始做管理的时候，没拿过腔装过蒜呢？
后来我把那份5000字的报告撕了（是真的撕了，碎纸机搅了三分钟），重新定了复盘的规矩。
第一条，复盘的第一优先级，是把“藏在流程缝隙里的隐性成本”挖出来，而不是给谁扣帽子。
比如之前那个接口没人同步的问题，根本不是开发或者测试的错，是我们的流程里，根本没有“接口写完要@测试”这一条。大家都默认“对方会主动问”，结果就是两边都在等，把时间耗在了无意义的拉扯里。
第二条，不许说“大家都有责任”这种屁话。责任越模糊，下次越没人改。
第三条，不许提“下次要注意”这种没下文的废话。要提就提“下次接口写完，我会在群里@测试岗的所有人”，越具体越好。
有一次复盘，开发的小伙子说他昨天把测试环境的数据库删了，吓得一晚上没睡好。换以前我肯定要骂他“怎么这么不小心”，那次我问他，“删库之前有没有什么信号？”他说，他当时要清缓存，点错了按钮，没人告诉他哪个按钮是清缓存，哪个是删库。
后来我们花了20分钟，把测试环境的后台按钮标了颜色，红的是危险操作，绿的是常规操作。从那之后，再也没人点错过。你看，就这么点小事，之前居然花了我们快半年的时间才发现。
把复盘习惯揉进日常，比每月开一次大会有用10倍
我之前总觉得，复盘就得是那种关起门来开两三个小时的大会，得有PPT，得有会议纪要，得有整改措施。
后来发现，根本不是。
真正能落地的复盘，根本不需要那么多仪式感。
我现在要求组里的每个人，每天下班前10分钟，在小组的企业微信群里发三行字：
1. 今天搞砸了什么小事？
2. 哪个环节卡了超过10分钟？
3. 明天要提前跟谁打个招呼？
就这三行。不用写多，不用写得漂亮，哪怕写“今天搞砸了泡咖啡洒在键盘上，卡了10分钟擦键盘，明天要跟行政领个新键盘”都行。
复盘习惯从来不是靠考核逼出来的，是靠每次挖出来的“小窍门”，让大家觉得“这东西真的能帮我省力气”，才慢慢养成的。
比如上周，我们组的设计发的三行字是：今天搞砸了把客户要的logo尺寸发错了，卡了20分钟重新导出，明天要提前跟客户要一次尺寸表存到共享文件夹里。
就这么一件小事，这个月我们再也没出过logo尺寸的问题。
有一次我问那个之前在复盘会上哭的小姑娘，现在觉得复盘有用吗？她啃着外卖的鸡腿说，“起码现在我喊人帮我测用例，不会没人理我了。”
对嘛。
复盘这东西，从来不是写给别人看的，是给自己省麻烦的。
