了解Scrum团队看板指南

作者：Yuval Yeret 发表于2018年09月26日

Edited by Michael de la Maza& Cherie Silas
@Copyright 2018 Yuval Yeret All rights reserved

听到Scrum.org新的Scrum团队看板指南以及附带的专业Scrum看板课程有这么多积极的反馈和兴趣，真是令人兴奋。与Daniel（Vacanti）和Steve（Porter）一起创建课程和指南，然后与Scrum.org员工一起以专业的方式将其推向市场（还有什么别的方式？），是一个很好的经验，也是我在过去的几个月中的重点关注领域。

您可能会想到，除了兴趣以外，人们对我们在指南和课程的设计中做出的一些选择也提出了一些疑问。有几个是经常被问到的问题。我想在这篇文章中解答几个问题。

我们得到的主要反馈来自经验丰富的看板从业人员，他们注意到我们在Scrum团队看板指南中对看板的描述与他们所熟悉的定义不同。（例如，包括我的Scrum团队看板入门的博客……）这不是疏忽。这是特意设计的。当我们着手为Scrum团队/方法创建看板指南时，我们会想到一个特定的上下文。上下文是团队最好根据Scrum指南使用Scrum，理想情况下是专业的使用。

在Scrum团队看板指南中，我们专注于在这个上下文中提供帮助。这些团队已经有了协作式的检视和调整的实验过程，以及他们正在用的一组明确的反馈环路。因此，我们着手定义这些Scrum团队需要增加的最小看板实践集，以实现更稳定，更健康，更可持续的工作流（我想说的是，这就像是从看起来像沼泽的迭代转变成看起来像河流）。

经过讨论，我们认为这些实践实际上是对专业的Scrum团队已经在做的事情的补充：

• 工作流的可视化

• 限制在制品数量

• 积极管理正在进行的工作项

• 检视并调整其对“工作流”的定义

尽管我们同意“使用模型和科学方法改进协同“和”实施反馈闭环”的重要性，但我们认为它们在专业Scrum上下文中是多余的。

它们不是指南的一部分，因为我们不认为它们是Scrum团队在尝试改善流动时应重点关注的“最小可行做法”的一部分。话虽如此，我们的指南，尤其是专业Scrum看板（PSK）课为大家提供了一些指向高级的补充看板/流程实践/指标的指示，至少人们可以使用它们继续学习和改进旅程。

除此之外-其中一些可能在某些Scrum上下文中有用，而有些则可能没那么有用。

在我个人看来，只要您认为专业Scrum是您的起点，那它就非常接近。（请参阅我在2012年写的相关的博客）。您从团队使用Scrum的方式开始，并尊重他们当前的Scrum流程和角色。您显然有兴趣进行渐进式的变革，以提高绩效和对流程的满意度，以超越您目前使用Scrum所能实现的水平。有一种观点认为，限制在制品并非是一场变革，而是一场颠覆性的革命。我个人认为是的，限制您的在制品并转移到严格的拉动模式绝非易事，但与改变团队结构，角色和流程相比，它仍然是进化形的。无论如何，这也是在Scrum上下文之外有关看板方法的争论。实际上，一个专业的Scrum团队应该比大多数其他团队更容易限制在制品。

取决于您问谁。有人对ScrumBan的定义是“一种帮助团队从Scrum过渡到看板的方法”。这不是我们讨论的定义。

另一个定义（这个我认同）是将ScrumBan视为将精益/看板流程引入Scrum上下文的一种方法，同时又保持了核心Scrum流程完整。这与我们对Scrum团队通常采取的使Scrum和看板有效结合的过程非常相似。

最后，另一个不同的定义是将ScrumBan视为Scrum加Kanban组合本身，而不必担心您的起点和旅程。我认为，这确实是针对Scrum团队的看板指南所描述的。

我要解决的最后一个问题是您可能要考虑的第一个问题。本质上，问题是“何必呢？Scrum不就很棒了吗？”

自2010年以来，和我合作过的大多数团队都发现Scrum加Kanban是理想的组合。我通过将看板添加到他们的流程中来帮助Scrum团队实现了更健康，更流畅的流动。我通过增加节奏和清晰度帮助看板团队加快了改进步伐。我使用看板系统帮助团队超越迭代，从想法到结果，端到端的来看待流动。我帮助过组织使用看板系统管理多个Scrum团队之间的流动。

当Scrum团队询问我的意见，添加看板是否是个好主意时，我通常会要求他们考虑他们Sprint做的怎么样，以及他们在Sprint期间流动是否良好。（就像我上面提到的-他们觉得他们的流程像是沼泽还是河流）。就这么简单。我发现大多数Scrum团队都很难实现良好健康的流动，而看板往往会帮到这一点。

一些专业的Scrum培训师问：“什么时候将看板介绍到您的Scrum中是个坏主意？您应该停止使用看板作为Scrum的一部分的指标有哪些？”我想不出任何一个团队我认为他们应该停止使用看板。如果他们了解看板并做得很好，那么几乎没有什么地方会出问题。当他们不了解看板或将其用作逃避Scrum挑战时，问题就开始了。是的，看板可以帮助您使Scrum更具可持续性和健康性，但是如果您想逃避困难，请不要添加看板。看板做得很好，可以增加Scrum的纪律性。引入看板的另一个糟糕时机是团队不希望改进。如果事情运行良好，或者更重要的是，如果团队自认为事情运行良好，他们将没有足够的精力成功地将看板添加到他们的流程中。因此，在实施类似看板之类的实践之前，请确保您看清自己的痛点及动机。

在引入看板是一个好主意的场景中结束–每当我看到一个团队或公司将Scrum用作“项目管理命令和控制”的新变体时，我都感到很痛苦，他们更多关注在任务，故事点，速率和燃尽图，而不是用利用完成的潜在可发布的产品的增量进行实验。

我注意到的是，介绍看板想法有助于这些团队/公司最终了解Scrum的真正含义，并摆脱了许多不必要甚至有害的包袱，而是将精力集中在Scrum核心的事件，角色，工件带来的透明度，检视和调整上。很棒，不是吗？

有兴趣了解更多看板和Scrum是如何互相补充，让对方更好的吗？加入专业Scrum看板的公开课程，或为您的团队安排一场私人培训。

Yuval Yeret is a Professional Scrum Trainer and SAFe® SPCT at AgileSparks. Known as “Mr Kanban Israel” and a recipient of the Lean/Kanban community leadership award, He's a steward of the Professional Scrum with Kanban class and Kanban for Scrum Teams guide at Scrum.org. He’s been helping teams and organizations worldwide bring Scrum and Kanban together since 2007. He’s the author of “Holy Land Kanban” and “SAFe® from the Trenches” as well as numerous articles on the AgileSparks Blog. You can reach him at Yuval@AgileSparks.com or on Linkedin.

译文：Ella Yao

校验：Lance Zhang