开发中的Sprint回顾：本质、目标和方法

什么是Sprint回顾？

Sprint回顾 — 是一个结构化的Scrum团队会议，在Sprint结束后、下一个Sprint计划之前举行。参与者讨论过去的Sprint，分享观察结果，并共同确定在工作中实施哪些改变。

实践来源

回顾一词源自DevOps文化和精益方法论中描述的持续改进实践。在Scrum中，回顾随着2010年《Scrum指南》的出现成为强制事件。2020年，《Scrum指南》更新中将重点从检查和调整转向关注质量和效率，这加强了回顾的作用。

与其他Scrum仪式的区别

Sprint评审侧重于产品和利益相关者的反馈，而回顾侧重于团队流程。每日站会是日常同步，回顾是对整个Sprint的分析。回顾是团队唯一完全谈论自己的仪式，没有客户或产品负责人的压力。

Sprint回顾的目标

Sprint回顾有几个关键目标，每一个对于团队和开发流程的健康发展都很重要。

团队反思

反思使团队能够理解过去的Sprint：什么成功了，什么出了问题，可以吸取什么教训。这个过程防止重复同样的错误，形成开放的文化，并教会开发人员不仅为代码负责，也为流程负责。

可衡量的改进

每次回顾都应该产生具体的行动项——下一个Sprint的任务。例如：为所有拉取请求添加代码审查，或将每日会议缩短到10分钟。行动项记录在待办事项中并在下次回顾中跟踪。如果行动项没有被执行，回顾就失去了意义。

防止倦怠

定期的回顾有助于在问题导致倦怠之前发现它们。加班、团队冲突、不明确的需求——所有这些都在回顾中提出并在积累到临界量之前得到解决。

回顾的形式

有超过50种回顾形式，每种适用于不同的情况和团队构成。形式的选择取决于团队的成熟度、当前问题和可用时间。

Start-Stop-Continue

Start-Stop-Continue — 最简单、最流行的形式。团队将想法写在便签上并分配到三列中。Start — 新的实践，Stop — 有害的习惯，Continue — 行之有效的做法。这种形式非常适合新团队和30分钟的快速回顾。

Sailboat / 4L

Sailboat（或帆船）使用船的隐喻：风推动前进，锚拖慢速度，礁石——未来的风险。4L — 一种更深入的形式，团队通过四个镜头分析每个方面。两种形式都需要更多时间（60-90分钟），但能更全面地了解团队状况。

根据情况选择形式

对于每周回顾，适合轻松的形式：Start-Stop-Continue或Mad-Sad-Glad。对于2-4周的Sprint，值得使用Sailboat或4L。如果团队中有冲突——最好从Mad-Sad-Glad开始以释放情绪，然后转向建设性讨论。

如何进行回顾：分步计划

进行回顾需要结构和引导。Scrum Master或指定的引导者分步领导会议，以便每个参与者都被听到。

准备

在回顾前24小时，引导者收集数据：Sprint指标（速度、错误数量、完成的任务）、通过匿名调查了解团队情绪。回顾板提前准备好——实体（便签、马克笔）或数字（Miro、Mural、Retrium）。

数据收集

在这个阶段，每个参与者将他们的观察写在便签上（通常5-10分钟安静地）。类别取决于所选形式。重要规则：在收集阶段不要批评他人的便签——首先所有想法都被记录下来，然后进行讨论。

投票和优先级排序

收集后，团队按主题分组便签并为最重要的投票。每个参与者获得3-5票（在便签上打点）。得票最多的话题进入讨论。这种机制防止一个人的声音支配其他人。

行动计划

最后阶段——制定行动项。每个行动项应该是SMART的：具体的、可衡量的、可实现的、相关的和有时间限制的。负责人被公开指定，截止日期被确定。行动项被添加到待办事项中并在下次回顾中检查。

回顾中的典型错误

即使是有经验的团队也会在回顾中犯错误，把有用的实践变成空洞的形式。了解这些错误有助于避免它们。

缺少行动项

最常见的错误——讨论没有结果。团队谈话了，发现了问题，但没有记录任何行动项。这样的回顾不会带来改变，下次会议还是讨论同样的问题。解决方案：回顾的最后10分钟总是用于制定行动计划。

变成抱怨

当回顾变成抱怨会议而没有建设性建议时，团队士气下降。引导者应该将讨论从问题引向解决方案。技巧：在每个问题之后问「我们能对此做些什么？」。

一个参与者主导

如果一个开发人员80%的时间都在说话，其他人就会封闭起来，不再分享想法。解决方案：使用安静的想法收集（每个人写自己的），轮流发言，计时器发言。回顾前的匿名调查也有助于收集沉默参与者的意见。

跳过回顾

因为忙碌或“没时间”而跳过回顾——一个危险的趋势。如果团队跳过一次回顾，跳过第二次就更容易了。随着时间的推移，问题积累，Sprint变得效率降低。回顾和开发、测试一样，是Sprint的一部分。