迭代回顾：敏捷成功的无名英雄

Sprint回顾是敏捷成功的关键！通过“开始、停止、继续”框架，聚焦可操作的变更，持续改进。团队规模、心理安全和贯彻执行是有效回顾的先决条件。运用开放式讨论、轮流发言等技巧对抗“回顾性疲劳”，提升团队效率，实现1%的“复合效应”。

译自：Sprint Retrospectives: The Unsung Hero of Agile Success

作者：Ben Grimwade

在过去的15年里，我参与或主持过Sprint回顾会议。

如果做得好，Sprint回顾会议可以提高团队效率，建立信任和开放性，并带来更好的整体结果。

Sprint回顾会议很容易被忽略，认为只是在进行敏捷开发时发生的另一次会议，但实际上需要更加重视，而不仅仅是勾选一个复选框来表明你正在做Scrum。

Sprint回顾会议是每个Sprint结束时的一次会议，通常是两到三周。

回顾会议由Scrum团队的所有成员参加（与Sprint评审不同，不能有更多人参加），并且是一个指定的安全空间，所有团队成员都可以公开讨论他们认为上一个Sprint的进展情况。

回顾会议背后的想法是让团队从错误和成功经验中学习，并利用这些知识在未来变得更好、更有效率。

举个例子：

在Sprint评审中，团队可能会提到他们被要求处理在Sprint开始之前没有经过适当指定或审查的故事。这将成为一个讨论点，并最终形成一个行动项：“不要处理任何在Sprint开始之前没有完全指定和审查的故事”，这将成为团队的工作流程。

如果Sprint回顾会议只是为了讨论上一个Sprint中发生的事情，为什么还要费心为会议设置结构？为什么不直接讨论呢？

每次Sprint回顾会议的结果应该是两到四个可操作的项目，使你能够作为一个团队进行改进。

通常，你无法在一个开放的论坛中深入了解必须带走的最有价值的要点。

通过“回顾游戏”，你正在实施一个流程，使你作为一个团队能够专注于你需要改变的内容以及你需要继续做的事情。

有效回顾会议的先决条件

在深入研究方法论之前，有一些基本要求：

1. 团队规模：Scrum团队不应超过六人。较大的团队难以建立信任和快速改变，应分成较小的团队。
2. 心理安全：如果没有一个人们可以公开表达意见的安全环境，你将永远无法获得诚实的反馈，也无法做出有意义的改进。
3. 贯彻执行：如果回顾会议中的行动项没有得到实施，团队成员将很快停止参与。信任是通过行动建立的。

现在我们已经介绍了先决条件，让我们来研究一下这个过程。

“开始、停止和继续”回顾“游戏”是一个框架，用于快速将团队的想法分为三个部分：开始做某事，停止做某事，以及继续做某事。

这种直接的方法向团队成员提出三个关键问题：

1. 我们应该开始做什么？
2. 我们应该停止做什么？
3. 我们应该继续做什么？

这个框架可以消除噪音，直接关注可操作的变更。

开始事项

在收集开始建议时，我们正在寻找要采用的新实践，例如：

• 尽早获得客户对功能的反馈
• 在编码开始之前与利益相关者一起创建验收测试
• 实施同行代码审查
• 准时参加每日站会
• 在开始新的故事之前完成故事

停止事项

停止列表确定了浪费和低效率：

• 在没有运行测试的情况下提交代码
• 允许每日Scrum超过15分钟
• 当Sprint截止日期临近时跳过细化。

继续事项

继续部分是关于需要在形成习惯之前加强的积极实践：

• 在开始新任务之前审查他人的代码
• 在代码审查中保持建设性但准确
• 每天与产品团队沟通，以确保我们走在正确的轨道上

为了对抗“回顾性疲劳”（这是真实存在的，我见过很多次），我使用不同的引导技巧：

• 开放式讨论： 任何人都可以畅所欲言。
• 轮流发言： 每个人轮流发言，至少说出一个“开始、停止、继续”事项。
• 主题聚焦会议： 仅在一个会议中关注“停止”事项。
• 混合方法： 结合以上所有方法。

这种变化即使在同一个团队进行了多次迭代后，也能保持参与度。

决策过程

当想法产生减少时，我们进行投票。我通常使用多重投票，给每个团队成员三票，让他们随意分配。多重投票效果很好，因为许多回顾性行动都是行为转变，而不是时间投入。我们通常选择 2-3 个重点领域，以避免团队负担过重。我们还会定期审查“继续”列表，以淘汰根深蒂固的做法并删除不相关的项目。

定期回顾性会议最有效的一个方面是随着时间的推移产生的复合改进。复合效应经常在财务方面被讨论，但我认为它在团队改进方面没有得到应有的重视。

每次迭代 1% 的团队改进可能看起来很小，但经过一年的两周迭代，复合效应会改变团队的表现。持续实施小改动的团队的表现优于偶尔进行大规模改革的团队。

对于每次新的回顾性会议，我都会将前一次会议的想法写在一张大纸上，然后将其贴在墙上作为参考。这提供了连续性，而不会支配新的讨论。

为什么这种方法在实际团队中有效

在运行 Sprint Review 多年后，我发现这种方法始终如一地产生结果，因为：

1. 它侧重于行动而不是感受（尽管两者都有其位置）。
2. 每个项目都直接导致行为改变。
3. 它以其效率尊重团队的时间。
4. 持续改进会随着时间的推移而复合。

对于专注于交付成果的团队，尤其是在像金融科技这样对时间敏感的环境中，“开始、停止、继续”框架提供了有意义的改进所需的结构，而不会产生过多的开销。