高绩效团队是否需要Scrum Master？

我对Scrum管理员的职责的理解如下：

• 执行过程
• 消除障碍（开发人员无法消除自己）
• 防止外界干扰
• 促进Scrum会议（站起来，回顾等）

如果团队中的开发人员受到纪律处分，则他们将遵循该过程而无需他人指导。他们也可以毫无困难地举行回顾会议和其他Scrum会议。如果组织的其他成员了解sprint的界限，则已经将需要Scrum管理员的外部中断和障碍已最小化。

随着团队绩效的提高和组织对sprint界限的理解，似乎对Scrum Master的需求似乎减少了。团队是否有可能最终达到不再需要Scrum Master的地步？

我希望每个“敏捷”团队问“做x的正确方法是什么”时，我都会得到一分钱。如果您是真正的敏捷者，则无需提出这样的问题-没有“一个真正的过程”，敏捷性的唯一方法就是为自己做适合的事情。记住流程之上的人。

但是，如果您真的需要做一些正确的验证，请参阅敏捷运动创始人之一的这篇小文章。

Crystal Clear方法论家族的一员是Crystal Clear。可以使用以下单词向3级侦听器描述Crystal Clear：

“将4-6人放置在一个配有工作站和白板并可以访问用户的房间中。让他们每隔一两个月向用户交付运行中经过测试的软件，否则就别管它们了。”

实际上，我确实是用精明的项目赞助商描述了Crystal Clear。他遵循了这些指示，并在五个月后报告说：“我们按照您说的做了，而且行得通！”

几个月后，我采访了团队负责人，他的报告大约和我的指示一样短：

“按照您的建议，我们四个人接管了这个拥有网络连接的会议室。我们将其保存了四个月，在那儿的白板上画画，并随我们一起交付软件。效果很好。”

因此，如果您有这样的团队（很幸运），那么您甚至不需要Scrum。自己把它们放在一个房间里，告诉他们继续。

没有！高性能团队不需要Scrum管理员。

在Scrum之前就已经存在高性能团队，还有许多其他成功的方法论并创建了没有Scrum主管的高性能团队。我们不应该陷入这样的陷阱：为了拥有一支高性能的团队，只有一种方法可以管理项目或开发代码。

但是，请不要将其与“ Scrum团队需要Scrum主管吗？”这个问题的答案相混淆。

答案是……绝对可以。任何没有Scrum主管的团队都不会做Scrum，无论他们会怎么想。这就是Ken Schawber所说的“ Scrum but”，它来自“我们正在做Scrum，但是...”一词。

在我看来，应该始终以书面形式任命Scrum Master，如果事实证明他没有做任何事情，那就这样吧。在开发人员心情不好并互相争论的情况下，有必要让Scrum Master密切关注情况。

还有与scrum元素相关的艰苦的管理员工作，想到了待办事项的管理-根据您使用的工具，Scrum管理员可能会对此负责。

不想愤世嫉俗，但我从未见过如此精细的过程，以至于永远不会有人需要清理任何碎屑:-)

归根结底，即使实际上无事可做，确保无事可做的过程也必须由某人负责。这是问责制还是内部决定。

我曾经是一个功能强大的团队的Scrum Master，我想认为我至关重要。平均每天，Scrum主管的工作少于一个小时。演示日，回顾展和计划会议是我的主要工作。剩下的时间里，我会根据我们需要帮助实现目标的地方分散精力，戴上开发人员，测试人员或客户的帽子。

没有什么保持不变。您也许可以完成一个特定的项目，但是为什么要破坏承担这些职责的团队呢？在经济不景气的情况下，公司管理层可能会变幻无常，并开始提出其他要求。新员工可能会造成干扰。

我只是没有一个没有什么好处。

如果要使用Scrum方法，请确保您的团队了解scrum。派他们接受培训。是否有Scrum Master不会决定您的成功。团队的承诺。