摘要：本文次要讲述的是从传统到麻利Scrum团队转型中，对Scrum Master这一角色的剖析。

本文分享自华为云社区《传统到麻利的转型中，谁更适宜做Scrum Master？》，作者：麻利的小智。

目前，越来越多的IT企业和团队开始在做麻利转型，而迈向麻利转型的第一步，往往就是组建一支麻利的团队，在Scrum的麻利团队中，Scrum Master起到了至关重要的作用，那么由传统向麻利转型的过程中，原团队中谁更适宜负责这样的角色呢？

本文次要讲述的是从传统到麻利Scrum团队转型中，对Scrum Master这一角色的剖析，对于Scrum等其余相干内容等不在本文讲述范畴内。

如果想要晓得谁更适宜，首先要晓得Scrum Master到底是干什么的。

Scrum Master作为Scrum框架中的三个角色之一，始终以来也没有一个很好的中文翻译，而且Scrum Master这个词，从字面意思上了解不仅有精通还有管制的意思，而Scrum Master的角色职能上又没有理论的权力，所以单从词自身上来看也是充斥了矛盾色调。

依照Scrum指南中的定义，Scrum Master是负责帮忙团队了解Scrum实践、实际、规定和价值的。对 Scrum 团队而言，他/她是一位服务型领导。Scrum Master 帮忙 Scrum 团队之外的人理解他/她如何与 Scrum 团队交互是无益的，通过扭转他/她们与 Scrum 团队的互动形式来最大化 Scrum 团队所发明的价值。

Scrum Master的职责不仅在团队外部服务于产品负责人（Product Owner）和开发团队，还服务于组织，如下：

Scrum Master 服务于产品负责人包含：

• 确保 Scrum 团队中的每个人都尽可能地了解指标、范畴和产品域；
• 找到无效治理产品待办列表的技巧；
• 帮忙 Scrum 团队了解为何须要清晰且扼要的产品待办列表项；
• 了解在经验主义的环境中的产品布局；
• 确保产品负责人懂得如何来安顿产品待办列表使其达到最大化价值；
• 了解并实际敏捷性；
• 当被申请或须要时，疏导 Scrum 事件。

Scrum Master 服务于团队：

• 作为教练在自组织和跨职能方面给予开发团队以领导；
• 帮忙开发团队发明高价值的产品；
• 移除开发团队工作进展中的阻碍；
• 按被申请或须要时，疏导 Scrum 事件；
• 在 Scrum 还未齐全驳回和了解的组织环境中，作为教练领导开发团队。

Scrum Master 服务于组织：

• 率领并作为教练领导组织驳回 Scrum；
• 在组织范畴内布局 Scrum 的施行；
• 帮忙员工和利益攸关者了解并施行 Scrum 和教训导向的产品开发；
• 引发可能晋升 Scrum 团队生产率的扭转；
• 与其余 Scrum Master 一起工作，加强组织中 Scrum 利用的有效性。

除了 Scrum指南 ，Kenneth Rubin还给出了Scrum Master的职责范畴包含：教练、服务型领导、过程权威、“保护伞”、“清道夫”、改革代言人，而且具备见多识广、长于发问、有急躁、有合作精力、爱护团队、公开通明的特色（更多解释见《Scrum精华：麻利转型指南》第10章的内容）

所以，综上能够看出Scrum Master作为一个非传统团队中的角色，是一个须要多项技能和能力的绝对比拟全面的多面手，对能胜任该角色的人员也是有肯定的要求的。如当初比拟风行的T型人才（在知识结构上有深度也有广度），甚至多专多能。

一般来说，在传统团队，次要的角色有：项目经理、技术经理、QA、测试人员、开发人员等。如果单从原教旨主义来看，传统的角色可能都不能够做Scrum Master，但Scrum指南也并没有指明只有什么样的角色才能够做Scrum Master，只有是合乎Scrum Master的能力要求的不论你之前是什么角色是都能够。那么当初的问题，可能就不再是谁能够做Scrum Master了。

笔者曾在一段时间内辅导两家企业做麻利转型，这两家公司都比拟小的守业型公司。在转型初期，其中一家企业A，在外部探讨后决定Scrum Master由原团队中技术比拟好的成员负责，该成员在次要负责的工作有开发、需要探讨和运维等工作，在作为团队的Scrum Master后除了做之前的工作外，也同时负责着Scrum Master的工作，因为人微言轻等因素，在推动Scrum的会议和实际时受到了多方面的阻塞。而另一家企业B，正好相同，他们的Scrum Master由他们的CEO负责，所以可想而知，在施行Scrum的过程中十分的“顺利”，然而，他们CEO还同时负责着产品负责人的角色。在过程中团队经常分不清他是Scrum Master 还是 产品负责人，一言堂的场面也是在劫难逃的。

上述的状况都不是从传统团队转型到麻利团队的好例子，在转型过程中呈现问题的状况也还有很多，这基本上都源于转型团队对Scrum Master这个角色了解上的偏差，对于这种新角色，看似传统的任意角色都不适宜但又如同都能够负责，“Scrum Master”自身就有肯定的矛盾性，从“服务型”或“佣人式”这样的形容来看如同是没有治理权力，甚至低人一等的感觉，然而Scrum Master的确治理着Scrum的过程，为团队发明最大的价值。那么从传统转麻利后，到底谁更适宜做Scrum Master呢？

解决方案

从传统团队转麻利，负责Scrum Master的别离有：项目经理、技术经理（架构师）、QA(质量保证-QUALITY ASSURANCE)、测试，这些都是笔记见到和理解到的。就如剖析中所说，在Scrum中没有指明什么样的角色才适宜做Scrum Master，如果非要从中抉择一个相对来说更适宜的角色，咱们大抵上能够以Scrum指南上对该角色的职责（服务于产品负责人、服务于团队、服务于组织）形容来界定的，并给出上述4种角色的各自劣势和有余（注：因为每个公司对角色的职能定义不尽相同，上面的剖析仅以笔者认知为准）。如下：

可能，有些读者对于QA的这个角色，可能会有人不太熟悉，这里要特意介绍一下。

QA，在目标上是，为了使管理者和我的项目人员主观地理解我的项目执行的流动和工作产品与既定的过程要求和产品规范的合乎状况。

QA角色的特点大抵有5个方面，即对质量体系施行的作用、对我的项目QCD(Quality, Cost, and Delivery)的作用、对管理者的作用、对企业文化的影响、对客户的影响，具体如下：

综上所述，QA的角色所对接的不仅仅是管理者（组织）和我的项目中的人员（团队），也对客户（需要or产品负责人）同时也是处理过程改善的过程推动者，绝对于其余角色，在Scrum Master的职能的符合水平上最高的，而且当一个团队从瀑布到麻利的转型过程中，QA保障了过程的施行有效性及延续性。所以，QA转为Scrum Master，是笔者见过最多的，也是最胜利的。此外，笔者也对其余角色的转型占比给出集体偏向的排序：测试>项目经理>技术经理。如果在传统的团队中还有BA（Business Analys）这样的角色，笔者认为BA的优先思考水平要高于测试（因为一个合格BA的职责范畴包含业务和技术等多方面），所以最初的排序为：QA>BA>测试>项目经理>技术经理。读者可依据本身状况作参考。

然而，虽给出了一个排序，但在真正的团队转型过程中，不能是只单纯的把某一原角色转变成新角色就能够了，还要配合着能力和思维上的转变，不论是哪种角色，如果想成为一个合格的Scrum Master，都须要从“心”登程，除了晋升自我技能外，还要从思维 （同情心、同理心、服务型等） 上基本产生转变。

最初，咱们常常会说“没有银弹”，的确如此，在理论的工作中，哪怕一个Scrum Master完全符合了Scrum Master的职能角色定义，也不见就OK了，合乎定义可能只是会让Scrum Master看起来很Scrum Master，不见得团队就能成为一个优良的高效能的自组织团队，也不见得所有的过程和问题都能够失去完满施行解决，因为没有真正的完满，只有是在实践中寻找、在总结中欠缺，在晋升中变质后能力变得完满。别忘了，你们可是麻利团队啊，把你的想法落实到迭代中缓缓摸索适宜本人团队的路线吧。

参考附录

《Scrum精华：麻利转型指南》

《The Scrum Guide》

点击关注，第一工夫理解华为云陈腐技术~