Sprint 回顾：内容、原因和方式

你有没有觉得你的团队一遍又一遍地犯同样的错误？ 你觉得他们没有朝着正确的方向前进，你需要推动一些改变以使项目开发过程富有成效。

无论您是软件开发新手，还是已经在定制软件开发公司工作多年，您一定遇到过“Sprint Retrospective”一词。 敏捷开发团队让回顾会议变得非常流行。

无论 Scrum 团队有多好，总有一些改进的空间。 由于敏捷开发的重点是持续改进，因此优秀的项目团队在每个 Sprint 结束时都会留出一小段时间来反映他们的工作情况并寻找新的改进方法。 这称为 Sprint 回顾。

什么是 Sprint 回顾展？

回顾一词意味着回顾或处理过去的事件和情况。

根据由 Ken Schwaber 和 Jeff Sutherland 开发和维护的Scrum 指南，“ Sprint 回顾是 Scrum 团队自我检查并制定改进计划以在下一个 Sprint 中实施的机会。”

好吧，如果你不知道 Sprint 是什么，Sprint 本质上是一个时间框，在此期间 Scrum 团队要完成一定数量的工作。 它是Scrum 和敏捷方法的核心。

Sprint Retrospective 的目的是识别潜在的陷阱和错误，评估过去的工作周期并定义可能改进的行动。

Sprint 回顾就像是人们分享诚实反馈的安全空间。 这是一个专注于检查和适应的机会。 “检查”和“适应”是回顾展的双重座右铭，它们在使下一个 Sprint 更有成效方面发挥着至关重要的作用。

Sprint 回顾在敏捷开发中的 Scrum 框架中起着基础性的作用。 在 sprint 回顾中，一个团队讨论了 Sprint 中哪些方面进展顺利、哪些方面可以改进以及应采取哪些措施来改进下一个 Sprint。

Sprint 回顾的价值

对 Scrum 团队如何构建产品产生影响的所有内容，例如实践、流程、工具和沟通，都可以进行调查，产品负责人、Scrum 主管、开发团队以及可选的利益相关者都会参加回顾。

基于回顾中的讨论，团队成员执行变更，然后通过逐步改进的流程进入下一个 sprint。

回顾最好的事情是它发生在冲刺结束的最后。 通过这种方式，整个团队在下一个 Sprint 中产生并梳理出新的想法。

毕竟，Sprint 回顾的真正目的是为项目、团队和组织带来积极的变化。

项目团队计划通过 Sprint Retrospective 完成的工作与橄榄球队计划在周一早上的周末比赛录像带回顾中完成的工作非常相似。 审查是为了评估他们如何才能更好地防守。

回顾展也是如此，它尤其不是赢得比赛，而是改变策略和实施以赢得下一场比赛。

毕竟，即使是最好的团队，也总有一些改进的余地。

虽然 sprint 回顾本质上是在敏捷环境中工作的团队的优化过程，但它可以针对从事共享项目的任何类型的团队进行优化。

在每次 Sprint 回顾会议期间，Scrum 团队通过改进工作流程或在不与产品或组织标准冲突的情况下调整“完成”的定义来设计提高产品设计和开发质量的方法。

为什么要举办 Sprint 回顾展？

通常情况下，回顾会议等敏捷中的关键仪式对于项目团队来说显得非常平凡，因此他们没有充分利用它。

运行敏捷冲刺回顾有很多好处：

• 它为团队成员创造了一个安全的空间来分享有价值的见解和反馈。 回顾会促进积极参与，允许分享观点和兴趣，并鼓励团队协作达成解决方案。
• 它提供了一个记录胜利、庆祝成功并反过来增强团队精神的平台。
• Sprint 回顾的首要重要性在于它允许团队在早期阶段识别潜在的陷阱并解决冲突领域。 通过回顾，敏捷团队可以通过评估“所有可以改进的地方”来不断改进流程。
• 通过进行回顾，团队可以轻松识别可能对整个产品产生巨大影响的小的增量更改。 当成员分享他们对改进的看法时，他们会感到一种主人翁感。
• 不仅团队成员觉得他们的意见得到了倾听和尊重，它还打破了等级制度，赋予所有团队成员平等的权力。
• 回顾有很多好处，但它对项目经理的帮助最大。 回顾使团队保持一致，使项目保持在正确的轨道上，并使每个 sprint 都比上一个更好。 回顾的结束允许团队以全新的状态开始下一个 sprint。

Sprint Retrospective 和 Sprint Review 之间的区别

Sprint Review 和 Sprint Retrospective 经常被混淆为同一件事。 但是，它们完全不同。

冲刺回顾

在 Sprints 中工作的想法是产生潜在的可交付产品增量。

Sprint Review 是一个项目团队展示他们已完成工作的会议。 在 Sprint 评审会议期间，Scrum 团队向产品负责人展示当前 Sprint 的可交付成果。 然后，产品负责人根据接受标准审查产品增量，并接受或拒绝用户故事。

冲刺回顾

在 Sprint 回顾会议中，根据所遵循的过程、使用的工具、协作和沟通机制以及与主题相关的其他方面来分析最后一个 Sprint。

团队讨论了在上一个 Sprint 中哪些地方做得很好，哪些地方做得不好，唯一的目标是在下一个 Sprint 中进行改进。

简而言之，Sprint Review 侧重于产品并最大限度地提高先前 sprint 的业务价值，而 Sprint Retrospective 侧重于流程和持续的流程改进。

Sprint 回顾在 Sprint 评审之后和下一个 Sprint 计划之前进行。 大多数情况下，这是一个为期 3 小时的为期一个月的 Sprint 会议。

Scrum Master 确保活动的进行，并且参与者了解其目的。 由于这是 Scrum 团队改进的机会，理想情况下，每个参与者都应该参加回顾会议。

Sprint 回顾过程

Sprint 回顾会议被认为是 Scrum 中最不可或缺的会议之一。 一个做得好的敏捷回顾提供了许多好处。 以下是使 sprint 回顾更好的五个基本步骤和技巧：

1. 第一步是搭建舞台。 设置回顾的环境、基调和方向是你如何从正确的开始。
2. 下一步是收集和分析以前项目的数据，以深入了解以前执行的操作。 它还需要创建一个共享的信息池并突出显示相关的信息和事件。
3. 第三步是识别重复模式并产生见解。 通过查看模式和主题，并确定痛点和成功，在下一个 Sprint 中为每个人改进流程变得相对容易。
4. 下一阶段是决定一些需要解决的问题，并就如何解决这些问题制定具体的行动计划。
5. 回顾以对每个成员的贡献的承认和赞赏结束。

结论

Sprint 回顾是我们 Scrum 敏捷方法的关键部分。 通过举办回顾展，我们实践了敏捷的“检查和适应”原则。

回顾是激励团队的绝佳机会，可以让他们有机会畅所欲言、分享想法和被倾听。

我们 Sprint 回顾会议的最终目标是不断改进开发项目，逐个 sprint。 它不仅提高了方法的质量，而且显着提高了产品的质量。