什么是 Scrum 大师及其职责？

摘要：Scrum 大师通过确保遵守 Scrum 框架，帮助更大团队使用 Scrum。他/她负责 Scrum 的价值观和实践，同时仍然保持灵活性，并愿意帮助团队改善工作流程。

正如职位名称所示，Scrum 大师可以掌控 Scrum，确保遵守 Scrum 框架。Scrum 有一套明确定义的角色和例行程序应该遵循，Scrum 大师与 Scrum 团队的每位成员合作，通过 Scrum 框架指导和教授团队。

Atlassian 在 Twitter 上进行了一项民意调查，92％ 的受访者表示他们在实践某些常规操作，而不是“照章”操作 Scrum。这让我们想知道，这对 Scrum 大师来说意味着什么，毕竟他们的角色是指导和帮助他们的团队了解 Scrum？在不断发展、并非照章计算的敏捷世界中，他们适合哪里？

这些是我们在深入探讨敏捷的无名英雄 Scrum 大师的角色和责任时想要回答的问题。

Scrum 大师是 Scrum 的推动者，Scrum 是一个轻量级的敏捷框架，专注于冲刺的时限迭代。作为推动者，Scrum 大师充当团队其他成员的教练。Scrum 指南将该角色描述为“员工领导”。优秀的 Scrum 大师负责 Scrum 的基础和价值观，同时仍然保持灵活性，并愿意帮助团队改善工作流程。

在理想的敏捷世界中，团队将管理自己的流程和工具。然而，我们发现，许多向敏捷迈进的团队经常依靠 Scrum 大师作为其流程的负责人。在团队中分散责任和权限需要时间。在这种变革性背景下，角色可以像安排 Scrum 仪式一样轻松，也可以像任何其他 Scrum 团队成员一样参与其中。尽管 Scrum 指南列出了 Scrum 大师如何担任其他 Scrum 角色，但这并没有详细列出责任。事实上，我们发现 Scrum 大师经常执行以下部分或全部操作，但并非所有操作都是由 Scrum 定义的：

1. 每日短会 - 根据需要推动日常站会（或每日 Scrum）。
2. 迭代/冲刺规划会议 – 保护团队免受过度投入和范围蔓延的影响。帮助估算和创建子任务。
3. 冲刺审核 – 参与会议并获取反馈。
4. 回顾 – 记下需要改进的领域和未来冲刺的行动项目。
5. 看板管理 – 作为 Scrum 板的管理员工作。确保卡片是最新的，并且 Scrum 工具、Jira 软件或其他工具运行良好。
6. 一对一 – 根据需要与团队成员和利益相关者单独会面。消除团队对流程和工作方式的分歧。虽然许多 Scrum 实践者都反对一对一，因为他们认为这些沟通应该在每日短会时进行，但有些团队，特别是新团队，更喜欢与特定的团队成员进行定期的面对面互动。Scrum 大师可能会认为这些个人互动对于团队发展和相互了解至关重要。
7. 内部咨询 – Scrum 大师应准备好与团队成员和内部利益相关者协商如何与 Scrum 团队实现最佳合作。
8. 报告 – 定期分析燃尽图和其他项目组合规划工具，以了解构建的内容和节奏。
9. 障碍 – Scrum 大师通过消除外部障碍并通过流程或工作流程改进来管理内部障碍，从而为团队提供帮助。
10. 忙碌的工作 – 如果 Scrum 团队工作没有相互沟通，那就是 Scrum 大师的问题。也许这意味着要修理损坏的电脑、四处移动办公桌，甚至是调整恒温器。如果这是团队真正需要的，Scrum 大师应该乐于做任何事情来帮助团队，而不是取消咖啡下午茶时间。

任何 Scrum 训练师都会说 Scrum 团队必须有一个 Scrum 大师。如果没有 Scrum 大师，您所做的事情就不算真正的 Scrum，通常被称为 scrum-but（类似 Scrum）。

刚开始使用 Scrum 时，让以前见过 Scrum 工作的人担任这个角色可能会有很大的帮助。更好的是，已经有许多例子显示这点很有效。出于这个原因，Scrum 大师通常被聘为顾问，而不是全职员工。

但是每个 Scrum 团队都不一样。许多经验丰富的团队作为一个整体来处理上面列出的职责，并对流程的共同管理感到自豪和享受。Scrum 大师的角色在整个团队中轮换，团队成员依次主持每日短会和回顾。

对于某些团队来说，正确的做法是每天让同一个人担任这个角色。

不幸的是，对 Scrum 大师这个角色的误解常常导致现有经理认为这是他们的角色。为了更好地理解为什么这会成为问题，我们来对比 Scrum 大师与组织中可能已有的非 Scrum 角色，以及为什么将角色分开很重要。

正如我们在敏捷产品管理概述中所建议的那样，产品经理对开发团队的参与越多越好。这种参与应该遵循支持客户需求的产品负责人的思路，即产品的“原因”。当参与模糊成任务时，即变成团队工作的“方式”，那就有问题了。即使意图是好的，这种利用心态也往往会掩盖问题：缺陷、交接和未知问题。交错范围和流程倾向于锁定范围、时间表和质量。这通常会导致失败。

这就是为什么 Scrum 大师和产品负责人是满足 Scrum 团队两种不同需求的原因，这两种需求通常与传统的软件管理相结合。而且，在小型团队中，避免另一个角色的感知开销是很诱人的。但是，出现障碍或发生变化时，需要在流程管理和产品方向之间进行明确的划分。

Scrum 大师的非技术（或非敏捷）对手是项目经理。这两个角色都侧重于“如何”完成工作以及通过流程和主持解决工作流程问题。那两者都需要吗？可能不是。

传统的项目经理和 Scrum 大师都负责帮助他们的团队完成工作，但他们的方法却大不相同。项目经理设定并跟踪时间限制和里程碑，报告进度并协调团队沟通。但是，他们是从控制角度这样做的，扮演更传统的管理角色。

Scrum 大师帮助团队增强和简化实现目标的流程。他们是作为团队成员或协作者这样做的，理想情况下不是作为掌控者。最好的 Scrum 团队是自组织的，因此对自上而下的管理反应不佳。

这些只是 Scrum 团队管理的一些可能配置。有些组织应该妥善处理所有这些角色，有些组织只有一个或根本没有。

考虑雇用 Scrum 大师时，有一个考虑因素比其他因素更重要：只有在您的组织致力于 Scrum 并在流程中投入资金时才这样做。以上所有角色都可以通过多种方式管理开发团队，但 Scrum 大师只有在 Scrum 上获得 100％ 的支持才能发挥作用。完全由我们负责。

通过 Scrum 大师帮助每个团队管理其流程，您的整个组织可以实现一些重大收益。除了定期向客户提供价值（这是 Scrum 的主要目标），团队成员和经理还可以自由地专注于他们最擅长的事情。产品经理可以专注于战略，开发人员可以全力编写代码，而 Kyle 等销售人员可以大展身手，全身心投入销售。这听起来像什么？听起来像是高功能的 Scrum，令人向往。