Scrum 指南 | 39. Sprint 回顾中最常见的错误

已发表: 2022-07-20

Sprint Retrospective 是结束每个 Sprint 的活动。 同时也是最困难的 Scrum 团队会议之一。 Sprint 回顾中最常见的错误包括避免讨论敏感问题，以及缺乏导致已诊断问题解决的具体承诺。

Sprint 回顾中的常见错误 – 目录：

不幸的是，Sprint 回顾中的错误非常普遍。这是因为它是最难成功执行的会议之一，因为它需要团队的高度成熟。这就是为什么有必要查看其他团队中最常出现的问题，以便您在 Scrum 团队中进行 Sprint 回顾时更容易发现他们的症状。

根据 Scrum 指南，Scrum 团队的每个成员都有义务在 Sprint 回顾会议期间诚实和大胆地表达关切并表达他们的意见。然而，在实践中，对透明度的承诺是非常苛刻的。因此，Scrum 团队成员经常试图规避它。

一个难以发现和解决的问题是避免讨论 Scrum 团队工作中观察到的缺陷。从长远来看，这可能会导致更严重的问题。

因此，Scrum Master 的任务是密切关注团队中的情况，并鼓励所有团队成员从 Sprint 回顾一开始就积极主动。

Sprint Retrospective 期间可能出现的另一个问题是对周期性和重复性团队行为及其对团队效率的影响关注不足。

如果 Scrum 团队成员取得了非凡的成功，祝贺他们总是好的。但是， Sprint Review 不应该专门庆祝它。 失败也是如此。如果由于偶然原因或已经诊断出的错误导致某事失败，那么在 Sprint Review 期间过度分析事件是不值得的。

然而，有时，团队会将大部分 Sprint 回顾展用于此类事件。但请记住，Sprint Retrospective 的目的是寻找改进团队日常工作的方法。 因此，会议不应围绕一次性成功或极有可能不会再次发生的问题展开。

在许多组织中，产品负责人的职位等同于产品经理的职位。产品负责人通常被认为是 Scrum 团队的主管。出于这个原因，开发团队碰巧不想在他面前谈论团队合作问题。

这就是为什么在开发团队和产品负责人之间建立相互信任如此重要的原因。 不幸的是，建立信任的过程既困难又漫长。这就是为什么有时产品负责人最好放弃参与全部或部分 Sprint 回顾，为团队其他成员留出自由讨论的空间。

自我管理意味着 Scrum 团队成员自己决定谁将执行某些任务、何时以及如何执行。在 Sprint 回顾期间，团队讨论人员、他们的交互以及团队实践。然后它决定在即将到来的 Sprint 中需要解决哪些问题，如何解决以及谁将负责采取行动。

如果一个自我管理的团队出现更严重的问题，Scrum 团队可能会有放弃责任的诱惑。

有时，团队成员不想参与讨论并试图将管理责任推给其他人。为了防止这种情况发生，定期讨论甚至是小问题以防止它们的积累是非常重要的。

一个活跃的 Scrum 团队遵循经验主义的三大支柱：透明度、检查和适应，可能会遇到一次做出太多承诺的问题。

如果 Scrum 团队在 Sprint 回顾期间做出的承诺过多，则存在以下相当大的风险：

因此，一个好的做法是在每个 Sprint 中进行不超过四次的改进。这样可以逐步但有效地提高团队的绩效。

由于 Sprint 回顾是一项具有挑战性的活动，因此在进行过程中经常会出现问题。为了更容易地处理它们，值得注意的是最常出现的那些。 Sprint 回顾中的常见错误是：

如果您喜欢我们的内容，请加入我们在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社区。

作者：卡罗琳·贝克尔
作为项目经理，Caroline 是寻找新方法来设计最佳工作流程和优化流程的专家。她的组织能力和在时间压力下工作的能力使她成为将复杂项目变为现实的最佳人选。
查看所有帖子