我们都知道 Scrum Master 就是敏捷教练，也许你从Scrum上了解过这个角色的职责，但我们发现依旧有很多人会将他的职责和产品经理或者项目经理混淆。所以这篇文章，我们将 Scrum Master 的职责梳理清楚，讲明白他和产品/项目经理的差异，以及哪些人。
顾名思义，Scrum Master 就是 Scrum 的负责人，它确保 Scrum 的框架得到遵循。Scrum 有一套明确定义的角色和应遵循的仪式，Scrum Master 与 Scrum 团队的每个成员合作，通过 Scrum 框架指导团队，确保团队遵守 Scrum 框架。
PingCode 在2022年发布的《 2021中国企业敏捷实践白皮书 》中针对中国企业敏捷转型的主要障碍做了一项调查，调查显示 35% 的企业表示缺乏敏捷实践经验，并且有 25% 的企业表示缺乏合适的 Scrum Master。这对 Scrum Master 来讲意味重大，因为他们的职责就是指导和帮助团队理解 Scrum，并且要在不断发展的、不能完全照本宣科的敏捷世界中不断发展。
一、什么是 Scrum Master？
Scrum Master 是 Scrum 的推动者，Scrum 是一个轻量级敏捷框架，专注于称为 Sprint（迭代）这样一个有时间限制的迭代。作为 Scrum 促进者，Scrum Master 充当团队其他成员的教练，正如 Scrum 指南所说的“仆人式领导”，优秀的 Scrum Master 致力于 Scrum 基础和价值观，确保 Scrum 的灵活性，并在不同团队灵活改进工作流程。
二、Scrum Master 职责有哪些？
在理想的敏捷世界里，团队将管理自己的过程和工具。然而，我们发现，许多敏捷转型中的团队通常依赖 Scrum Master 作为其流程负责人。虽然 Scrum 指南列出了 Scrum Master 如何为其他 Scrum 角色服务，但这并不是一份详尽的职责清单。
现实中，我们发现 Scrum Master 的工作并非全部由指南定义，也经常做以下部分或全部工作：
- 每日站会：根据需要促进每日站会（或每日Scrum）；
- 迭代/冲刺规划会议：确保团队不会承担过多或超出能力范围的工作。帮助团队预估和创建子任务；
- 迭代评审会：参加迭代评审会议并记录反馈；
- 迭代回顾会：记录需要改进的内容和未来迭代的行动项目。
- 管理员：担任 Scrum 板管理员，确保工作项卡片是最新的，Scrum 工具（PingCode 软件或其他工具）运行良好。
- 1 对 1谈话：根据需要与团队成员和利益相关者单独会面。化解团队在流程和工作方式等方面的分歧。虽然许多 Scrum 从业者都反对1对1谈话，因为他们认为这些交流应该在每日站会上进行，但一些团队（特别是新团队），更倾向于请 Scrum Master 与特定成员定期进行面对面交流。Scrum Master 认为这些互动有利于团队发展和相互了解。
- 内部协商：Scrum Master 应该就如何更好地与 Scrum 团队合作，与团队成员和公司内部利益相关者协商沟通。
- 报告：定期分析燃尽图和其他组合规划工具，以了解团队正以什么样的节奏构建产品。
- 消除阻碍：Scrum Master 通过消除外部阻碍，并通过流程或工作流改进来管理内部障碍，为团队提供支持。
- 繁忙的工作：如果 Scrum 团队没有处于忙碌的状态，那就是 Scrum Master 的问题。Scrum master 应该随时准备好做任何可以帮助团队的事，如果团队真的需要的话，Scrum master 甚至需要为成员准备咖啡和零食，以确保成员不需要在此类杂事上浪费时间或趁机磨洋工。
三、谁适合担任团队的Scrum Master
任何一个 Scrum 培训师都会告诉你，每个 Scrum 团队都应该有一个 Scrum Master。如果没有，那么你们的 Scrum 就算不上真正的 Scrum。
在团队刚开始尝试 Scrum 的时候，有一个具备 Scrum 工作经验的 Scrum Master 可以带来很大的帮助，当然，如果 Scrum Master 曾经见证过很多 Scrum 成功案例更好。也正因为这个原因，很多公司聘请 Scrum Master 担任顾问，而非全职员工。
但每个 Scrum 团队都是独一无二的。很多经验丰富的团队承担前面列出的所有关于 Scrum Master 的责任，享受由团队成员共同管理的流程并为此感到自豪。这种情况下，Scrum Master 的角色将由团队成员轮流承担，并轮流组织召开每日站会和回顾会议。
而对于一些团队来说，正确的做法就是请一个专业人员来担任 Scrum Master。
不幸的是，由于对 Scrum Master 角色存在误解，所以经常导致现任管理者认为 Scrum Master 是他们岗位职责的一部分。为了更好的理解为什么这样做会造成问题，以及为什么要在组织中单独设立 Scrum Master 的角色，我们将 Scrum Master 的角色与组织中现存的非 Scrum来做一个对比。
1、Scrum Master 与产品经理的区别
产品经理在开发团队中的参与感越强越好。这种参与强调的是“为什么”，即帮助开发团队理解客户需求且清楚为什么开发这款产品。但当产品经理的参与感模糊为具体的进程或者任务，强调团队的“如何做”，那么就有问题了。职责交叉和过程交叉，会锁死一个 Srcum 的范围、进度和质量，也将导致失败。
区分“为什么”和“如何做”，就是产品经理和 Scrum Master 在 Scrum 团队中的核心区别。小规模团队很容易为了节约支出而省掉 Scrum Master 这个职位，这可以理解，只不过一旦有障碍出现或变动发生，团队就需要在流程管理和产品方向之间进行明确划分。
团队中如果有 Scrum Master 就可以帮助团队平衡因改变产品方向所带来的消耗和由效率提升所带来的收益。一个优秀的Scrum Master 通过赋予团队权利，让他们自行决定如何通过自组织的方式以最好的方式实现目标。
2、Scrum Master 与项目经理的区别
在非技术（或非敏捷）领域与 Scrum Master 角色对应的是项目经理的职位。这两种角色都专注于“如何”完成工作并通过过程和指导解决工作流程的问题。那么我们是否同时需要这两个岗位呢？大多数情况下是不需要的。
传统的项目经理和 Scrum Master 都有责任帮助他们的团队完成工作，但他们的方法却截然不同。项目经理设定时限和里程碑、报告进度并协调团队沟通。从控制的角度实施工作，扮演一个比较传统的管理者角色。
Scrum Master 则旨在帮助团队强化和精简实现目标的流程。理想状态下，他们是以团队成员或协作者而不是控制者的身份开展工作。最好的Scrum团队是自组织的，因此自上而下的管理不会取得好效果。
这只是一些Scrum团队管理的一些建议配置。有些团队配备所有角色，有些组织设置一个或根本没有。
3、Scrum Master 的存在必须为组织带来更大收益
在考虑是否聘请 Scrum Master 的时候，有一个优先于其他任何因素的考量因素，即：只有在你的组织致力于 Scrum 并愿意投资这个流程时才聘请。以上提到的各类管理角色都可以通过多种方式管理开发团队，但 Scrum Master 只有在100%投入 Scrum 时才有效。
通过 Scrum Master 帮助每个团队管理他们的流程，整个组织可以获得一些重大收益。除了定期向客户提供交付价值（Scrum 的主要目标）外，团队成员可以专注于他们擅长的事。产品经理专注于战略、开发人员专心写代码，而销售人员则全身心的开发客户。这就是高效运作的Scrum团队该有的样子，也是我们最期待的场景。
以上就是关于 Scrum Master 职责的全部介绍，希望对你有所帮助。
