敏捷教练和Scrum Master - 敏捷转型中的两个重要角色的对比
这是一个系列博客文章，回答敏捷中常见问题。查看所有常见问题。今天回答的问题是：
- 什么是Scrum Master，什么是敏捷教练，他们之间有什么差别？
- 如何转型成为敏捷教练？
本文将重点描述敏捷教练和 Scrum Master 这两个角色，以及他们之间的关系和对比。
Scrum Master
Scrum Master 是一个全新的角色，是在《Scrum指南》中定义的。这个角色（Scrum Master）不是团队领导者，也不是项目经理，更不是经理。请不要把 Scrum Master 与现有的团队（或组织中）的角色进行映射。因为你找不到这种映射。
Scrum Master 在组织中教 Scrum，并可以帮助团队进行 Scrum 落地实践。Scrum Master，顾名思义，精通 Scrum， 对于 Scrum 有深刻理解，能够指导团队成员更好地产出更高价值的产品。
Scrum Master 是反馈环中重要的角色（另外一个反馈环是 Scrum 中的事件），他是一个支持角色，更像是团队的一面镜子，帮助团队识别出现在的问题，从而能够走向“完美”的目标。
想要对 Scrum Master 这个角色有更加深入的学习，可以看一下我讲的 Certified Scrum Master (CSM) 课程，这个课程是 Scrum 联盟的认证课程，可以为你的职业带来突破。
Scrum Master 角色的描述 – 以下摘自《Scrum指南》
什么是Scrum Master
Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。
Scrum Master 对 Scrum 团队而言，他/她是一位服务型领导。Scrum Master 帮助 Scrum 团队之外的人了解他/她如何与 Scrum 团队交互是有益的，通过改变他/她们与 Scrum 团队的互动方式来最大化 Scrum 团队所创造的价值。
Scrum Master 服务于产品负责人
Scrum Master 以各种方式服务于产品负责人，包括：
- 尽可能确保 Scrum 团队中的每个人都能理解目标、范围和产品域；
- 找到有效管理产品待办列表的技巧；
- 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项；
- 理解在经验主义的环境中的产品规划；
- 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值；
- 理解并实践敏捷性；以及，
- 按要求或需要引导 Scrum 事件。
Scrum Master 服务于开发团队
Scrum Master 以各种方式服务于开发团队，包括：
- 在自组织和跨职能方面给予开发团队指导
- 帮助开发团队创造高价值的产品；
- 移除开发团队工作进展中的障碍；
- 按要求或需要引导 Scrum 事件；以及，
- 在 Scrum 还未完全采纳和理解的组织环境中指导开发团队。
Scrum Master 服务于组织
Scrum Master 以各种方式服务于组织，包括：
- 带领并指导组织采纳 Scrum；
- 在组织范围内规划 Scrum 的实施；
- 帮助员工和干系人理解并实施 Scrum 和经验产品开发；
- 引发能够提升 Scrum 团队生产率的改变；以及，
- 与其他 Scrum Master 一起工作，增加组织中 Scrum 应用的有效性。
Scrum Master 的关注度
上图是 Michael James 同学整理的，Scrum Master随着时间的推移关注度的变化曲线。从图中我们可以很容易看出，Scrum Master 需要关注：
- 团队
- 产品负责人
- 组织
- 开发实践
关注团队
Scrum Master 最初对团队的关注度很高，但随着时间的推移对团队的关注度会下降。组建团队后，Scrum Master会花费大量精力来对团队进行自组织和承担共同责任方面的教育和辅导。随着时间团队将逐渐减少对Scrum Master的依赖，因为他们自己可以承担所有责任。
团队的成熟是许多采用 Scrum 的组织，选择兼职 Scrum Master 的原因。当团队成熟时，我个人建议 Scrum Master 可能会接手另一个团队 - 实际上最多三个（Scrum Master不要兼职团队成员，但可以同时辅导多个团队）。
关注产品负责人
最初，Scrum Master 对产品负责人的关注是在指导PO担任其角色。这包括关于如何更好地使用产品待办事项（PBL）的教育，促进PO与团队的互动。
不要只关注产品负责人和团队关系，还要考虑到产品负责人和客户的关系，产品负责人与管理层的关系，以及与其他干系人之间的关系等。让我们探索这些：
Scrum Master 可以帮助产品负责人更加紧密地与真实用户和客户沟通。产品负责人需要他们的反馈，以验证产品的方向。Scrum Master应该帮助组织找到与用户和客户关系密切的“正确”产品负责人。
Scrum Master帮助建立信任、平等与合作的关系。这是一项艰难的工作，因为从历史上看，这种关系充满了不透明、责备和不信任。
随着时间的推移及产品负责人逐渐适应其在组织中的角色，Scrum Master 对产品负责人的关注应逐渐减少。
关注组织
组织一开始需要进行结构的变更（如组建特性团队等），因此最初的组织的关注度是很高的。一旦建立了基本结构，对改善组织的关注就会下降。然后轮到团队开始干活了。产生结果是改变组织的最佳方法。如果你无法（每个Sprint）展示结果，那么组织为什么会信任团队呢？
关注开发实践
作为Scrum Master，您应该了解什么是一流的现代开发实践，并帮助将其引入团队。大型组织通常涉及大型代码库，其中包含许多过时且凌乱的旧代码。在这里应用现代实践是充满挑战的。所以对于组织（和团队）而言，需要不断的关注开发实践，帮助团队成长，解决软件开发当中遇到的问题。
Scrum Master 角色的深入讨论
Scrum Master 在实际工作中会遇到许多不同的挑战，在 Barry Overeem 的白皮书中，描述了 Scrum Master 的八个姿势：
- 服务型领导
- 教练
- 引导师
- 教师
- 导师
- 管理者
- 清道夫
- 变革大师
全文请参考 Scrum Master的八个姿势
敏捷教练
敏捷教练（Agile Coach）是最近5年的新职位（新名词）。从字面上理解，敏捷教练是帮助企业（组织）转型的教练。而实际上每个企业对于敏捷教练的定义都非常不一样，这其中也存在很多的误解。下面我们来看看究竟什么是敏捷教练：
什么是敏捷教练
概括地说，敏捷教练帮助团队在工作中应用敏捷实践，从而帮助团队发展地更健壮。接受这些变化需要时间，所以没法通过“点到即止”的方法立即让它们生效。你需要与团队长时间呆在一起，并帮他们，让他们更加关注工作流程、关注如何更有效地协作。 不同的教练作用也不同，因为它是一个短暂的角色，不会在整个项目周期中长期存在。你对团队的目标是在你离开后，让他们能“自我指导”并且擅长应用敏捷。这样不会限制敏捷教练向组织引进敏捷，以及建立新敏捷团队。我所指导的大多数团队已在应用敏捷技术，并且在寻求指导，因为他们想在进行敏捷软件开发时提升绩效。
– 《敏捷教练》一书作者，Rachel Davies
敏捷教练确实非常重要，因为现在有许多人在运用一堆蹩脚的敏捷工作方式。即使运用了，它们只是更快地产出了平庸的结果，我知道，那并不是他们运用所谓“敏捷”工作方式的主要意图。 我认为教练是帮助团队取得惊人成果所不可或缺的组成部分，因为所有的成果都是人互相交互所产生的。敏捷框架中没有说明如何处理人与人交互的部分。为了使敏捷框架良好运作，它当然会提供可正让其正常运行的结构和容器。但是在那些事件的临界点之间，还有很多事情要做，还有很多东西需要带给团队，针对不同的规则，需要给团队很多建议——如冲突管理、敏捷促进、教导及指引人、专业指导等等。
– 《如何构建敏捷项目管理团队》一书作者，Lyssa Adkins
因为自我感觉和市场现实中不匹配，敏捷实践者经常感到沮丧，而且他们对帮助客户进行积极的组织变革的进展并不大。原因是客户只是寻找“教练”这类商品，用来帮他们的团队如何“做迭代”等。他们并不是在寻求敏捷教练真正的价值。这也是他们强调认证和认可的原因。商品式的服务需要最好地标准化。通过定义对事物进行标准化认证或认可。而这样的话，创新就停滞了。
– Dave Nicolette
谁都能做“咨询”，而当教练、当好教练就需要的更多了。像我，我当教练，因为我相信它是一项职业。我当教练因为我真的喜欢帮助人们挖掘潜能。我喜欢看到组织更繁荣，而不是因为他们能更快地产出更多产品（保证质量的前提下）……而是因为我希望看到文化变革成为更积极、更富有成效的环境。
– Peter Saddington
这里是我2015年我写过的一篇，什么是敏捷教练，可以作为参考。
敏捷教练能力框架
敏捷和精益的实践者 Agile-Lean Practitioner
学习和深入理解敏捷框架和精益原则的能力，不仅在实践层面，而且在实践基础之上的原则和价值层面，也会使得适当的应用和创新成为可能。
专业教练 Professional Coaching
专业教练 - 能够担任教练的能力，客户的兴趣决定方向，而不是教练的专业知识或意见。– 所以客户至上。
引导 Facilitating
引导 - 是由中立的过程负责人，来指导个人、团队或组织的发现过程，并坚持他们的目标和成功的定义。
馒头（Mentoring）
辅导 - 传授经验知识的能力，以帮助他们在相同或相似的知识领域中成长。
教学 Teaching
教学 - 在正确的时间以正确的方式提供正确的知识的教学的能力。这样个人、团队和组织就可以最大程度地受益于知识。
技术精通 Technical Mastery
技术精通 - 能够动手进行架构、设计、编码、测试工程或执行一些其他技术实践的能力，重点是通过示例和边做边学来推进技术的精湛。还包括规模化敏捷模式或组织结构方面的专业知识。
业务精通 Business Mastery
业务精通 - 能够应用业务战略和管理框架，并将敏捷作为竞争性业务优势，例如精益创业、产品创新技术，基于流程的业务流程管理方法以及与业务领域创新相关的其他技术等。
转型精通 Transformation Mastery
引导、促进和领导组织变革和组织转型的能力。该领域借鉴了变更管理、组织文化、组织发展、系统思维和其他行为科学。
敏捷教练图书推荐
敏捷教练 对比 Scrum Master
上文中已经深入介绍了 “什么是Scrum Master” 和 “什么是敏捷教练”，接下来我们进入正题，对比一下敏捷教练和 Scrum Master。
敏捷教练 之于 Scrum Master，就好比 架构师 之于 开发人员。
简短答案 - 敏捷教练和 Scrum Master 最大的不同在于 工作范围。
而实际上，很多人对于这两个角色有误解。如错误地认为 Scrum Master 就是敏捷教练（常见的误解）。
敏捷教练与 Scrum Master 两个角色中的工作职责，有很多是重叠（相同）的。下面我们看看这两个角色中不同的地方：
Scrum Master 的职责范围
Scrum Master 的大部分时间，是会和团队一起工作，并且Scrum Master就是团队的一员。在团队中， Scrum Master是Scrum的权威，帮助团队理解并实践Scrum。帮助产品负责人提升能力，更好地与团队和干系人、客户一起紧密工作。
所以我们不难看出， Scrum Master的职责范围是团队，可以是单个团队，也可以是多个团队。
随着团队成熟，Scrum Master的工作关注度，会倾向于组织层面和开发实践，则这时Scrum Master更加像敏捷教练。其实并不是，因为 Scrum Master是团队的一员，而敏捷教练不是。
敏捷教练的职责范围
相对于 Scrum Master 的工作重点在于团队（或团队之间），敏捷教练的工作重点是组织。所以敏捷教练一开始就会服务于：
- 组织（多个团队）
- 管理层
- 高管（极有可能）
因此对于敏捷教练来讲，教练的技能更加重要。另外对于敏捷教练，不仅仅熟悉 Scrum 框架，还要熟悉（并实践）敏捷中的其他方法框架，如看板、精益软件开发、极限编程等。
敏捷教练 和 Scrum Master 的薪水对比
由于 Scrum Master 大部分的重点在于团队，所以薪水是停留在团队层面。而敏捷教练会有很大的重点在于领导力、管理层的维度，甚至于高管教练的维度，所以敏捷教练的平均薪水则会更高。
开始你的敏捷教练之路
所以你会开始敏捷教练的职业吗？如果你有意愿开始敏捷教练之路，可以先来上我的Certified Scrum Master (CSM) 课程。
参考资料：
