在新加坡，项目复盘（retrospective）是一场简短、有结构的会议，团队回头审视一段工作，并问一个简单的问题：什么应该继续做，什么应该改变。做得好，它能把来之不易的经验转化为更好的习惯；做得差，它就会沦为一场追责大会，或是一次改变不了任何东西的客气闲聊。本指南给你一个务实的格式，以及那些能带来差别的基本规则。
你不必是在跑敏捷软件开发才能从中获益。任何完成了一个项目、一场活动、一次盛会或一个忙碌季度的团队，都能从诚实的回顾中学到东西。目标不是重温每一个细节，而是提炼出几条团队下次真正会去应用的经验。
开始之前，先定好基调
复盘最重要的一件事，是心理安全感。如果人们害怕被怪罪，他们就会保持沉默，你也就学不到任何有用的东西。开场时把目的讲清楚：你们来这里是为了改进工作，而不是评判人。一个常见的说法是，在当时所知的情况下，每个人都已经尽了力。这不是为差劲的工作找借口，而是给大家诚实的许可。
把参与者控制在真正相关的人，并且把会开短。四十五分钟到一小时通常就够了。选一个项目结束后不久的时机，此时记忆还新鲜，而情绪已稍稍冷却。如果你还不熟悉主持这类会议，我们关于如何开一场让人觉得有价值的会的指南，讲了让任何会议保持聚焦、值得一开的基本要点。
作为主持人，你的职责是引导，而不是主导。多提问，引出较安静的声音，并克制为决策辩护的冲动。如果你同时也是项目负责人，就要格外留意，主动邀请大家批评你自己的选择，否则人们会跟着你的样子，保持戒备。
使用一个简单、可重复的格式
你不需要任何繁复的东西。一个可靠的结构有三个部分。第一，快速就事实达成一致：我们本来想做什么，实际又发生了什么。一条简短的时间线能帮所有人从同一页出发。
第二，收集反思。一个经久好用的格式会问三个问题：哪些进行得顺利、哪些不顺利、以及我们会有什么不同的做法。先给大家几分钟各自记下自己的想法，好让嗓门最大的人不至于定下议程。然后分享出来，把相似的点归到一起。另一个流行的版本是「开始、停止、继续」，它会推动人们走向具体的行动，而不是含糊的抱怨。
第三，也是最重要的，敲定为数不多的几项改变。这正是多数复盘失败的地方。一长串没有负责人、没有截止期的问题，改变不了任何东西。挑出两到三项最重要的改进，各指派给一个人，并约定何时完成。少而真实的改变，每一次都胜过一张愿望清单。如果任何一项行动涉及把工作交给另一个团队或个人，就用我们关于如何做好工作交接的指南里的思路，干净利落地交出去。
公平地处理棘手的时刻
复盘有时会引出紧张，尤其是当一个项目搞砸了，或者两个人对事情的看法大相径庭时。把对话保持在制度和决策上，而不是个人身上。与其说「你错过了截止期」，不如引向「截止期延误了，是什么挡了路，下次我们怎么更早发现」。这能让讨论保持建设性，也能防止会议变成一场当众训话。
如果真的冒出了一个绩效或行为方面的问题，团体复盘不是解决它的场合。把它记下来，事后再私下、公平地处理。对于敏感的一对一谈话，我们关于如何应对职场中的艰难对话的指南提供了更平和的方法。对每个人都以尊重相待，让共享的这场会议始终围绕学习。
把闭环收好，让它真正有用
最后一步，正是把不断改进的团队和一再重蹈覆辙的团队区分开来的关键。把商定好的行动写在某个看得见的地方，并在下一个项目之前或期间真的去核对它们。没有什么比意识到同样的问题每次都冒出来、只因没人跟进，更能迅速浇灭大家对复盘的热情。
把经验反哺到你规划未来工作和设定目标的方式中，也很有帮助。一场重塑了你下一组团队目标与OKR的复盘，就算完成了它的使命。假以时日，这个「做、反思、调整」的循环，正是一个团队稳步变得更好的方式。
让它安全、让它有结构、让它简短，并且始终以几项你会去跟进的具体改变收尾。把这些坚持下来，项目复盘就会成为你的团队所花过最有用的一小时之一，一个项目接一个项目地悄悄累积成更好的工作。