The Great ScrumMaster
举报
Bob Jiang
发表于 2020/07/13 16:03:25
2020/07/13
【摘要】 成为一个出色ScrumMaster的一些因素。
对于Scrum Master，为什么每个人都有不一样的答案呢？
对一个出色的Scrum Master，作为一个系统的规则来看，其实每个人都是对的，但只是一部分。对参与的同学来说，这里就是一个系统，对于Scrum Master有不同的见解，都是对的。
今天分享的主题是The Greate Scrum Master，中文翻译是一个出色的敏捷教练。没有成为一个Scrum Master前，我对Scrum的认识是一个三三五五的仪式。学了教练之后，其实没有那么简单。作为一个真正的Scrum Master，今天参与的同学有可能是对Scrum已经有所了解，然后有些同学可能是刚刚开始，但都没有关系。
今天来了解一下
一个出色的Scrum Master，究竟应该是怎么样的？
-
-
ScrumMaster Way，它是源于书里的一个概念，作者也是一个CST。
-
这三个内容是通过这本
《The Greate Scrum Master》
得到的，作者是Zuzana ，她是捷克的一个敏捷教练。她写的这本书，告诉我们如何去成为一个伟大或者是出色的Scrum Master。这本书我看了两遍。第一遍的时候，有些地方我是get不到她的意思。我学习教练之后，再看一遍时，发现有很多地方自己需要去提升，对书上的一些内容也产生了共鸣。
我所学习的教练体系跟作者是一样的，她书里所写的一些东西，我现在才看得明白。书里提到的教练体系是ORSC(全称是Organization and Relationship Systems Coaching)。作者说过：如果没有学过ORSC、没有应用过ORSC，你可能不是一个真正的敏捷教练。在敏捷教练的框架里，它是比较出名的。
它把敏捷教练分成不一样的维度，不同的能力，有教导、引导、教练。在教练这里，刚刚说到ORSC这个体系里面所应用到的一些工具，她就在这本书里介绍了。
那么我今天会以一个教练、引导者的角色，跟大家分享一下：做Scrum Master过程中的一些体会、这本书上面的一些概念、我的一些新想法。
我们先了解一下Scrum Master的目标究竟是什么？在这里强调，Scrum Master应该鼓励我们去自组织，他是一名教练。我在做Scrum Master的时候，这两个其实没有很大的体会，为什么？我们开始做一个Scrum Master之后，通常是今天是跟同学去开早会，会引导一些planning，然后去回顾、做着做着一段时间之后，感觉团队已经有些疲惫，好像迷失了方向。这个过程中我相信大部分的Scrum Master也会遇到这种情况。我们也会遇到一些困惑，怎么样才可以让团队承担起他的责任？
我开始做Scrum Master的时候也遇到了一些疑惑，那么在这里，我现在已经彻底的了解了Scrum Master的目标究竟是怎么样的？我们不详细说，因为我相信大家都知道这些基本的概念，所以不会详细说怎么样去做这个事情，或者是解释每一样是什么东西。
还有他的职责，
Scrum Master的职责：
透明度，协作，还有保持敏捷和Scrum Master的价值观。
在这里，我相信大家都应该会很清晰明白。
但是我们怎么样去达到透明度，怎么样去让我们的团队开始去协作呢？在这里，我有一个很深的体会，我之前带的团队里面有一个同学，有一天说：兆祥，我现在手头上已经把事情干完了，还有什么事情可以帮助大家吗？我觉得这就是一个协作的信号。
当听到这个同学跟我说的时候，感觉十分的温暖。我觉得这个团队十分有爱，他就是一个协作。然后，
Scrum Master里有一个价值观叫尊重。
那么我们怎么样才可以做到尊重呢？其实我回想了一下，在开始做Scrum Master推Scrum的时候，我们会要求大家一定要守住我们这些Scrum仪式，天天可能要开会，开完会之后，大家可能就觉得沉闷了，反而会觉得这是一种仪式，是一种负累。这时候就需要大家坐下来去慢慢的沟通，Scrum仪式背后的价值是什么？
Scrum Master还有一个很大的特色，是一个
仆人式的领导
。在这里，我
特别的强调（Highlight）治愈关系
。为什么我会有这么大的一个体会？其实在做Scrum的时候，如果作为一个 Scrum Master，不去推Scrum仪式，单单遇到人员之间冲突，我们应该怎么去处理呢？这里就涉及人员的关系，在处理冲突的时候，其实
有两种冲突：一种叫功能性的冲突，另外一种叫价值观的冲突。
功能性的冲突很好理解，就是我不喜欢做这个事情，或者是我做开发或者测试很累。这些可能就是功能性的冲突。那么价值观的冲突就可能是：人与人之间，我就不喜欢这个人，在团队里面就不喜欢那个人的特色，他的性格，他就跟我就很不搭。在这个时候，做为一个Scrum Master，该怎么去处理呢？这时候你需要教练的方法，比如说冲突的处理，去帮大家解决冲突。
另外一个叫自我觉察，
我很有体会。就是开始做Scrum Master的时候，我很信奉Scrum，觉得一定要把Scrum Master做好，每个仪式都会按部就班的去做。做着做着之后，到了一段时间，我发觉团队已经开始疲惫，但那时候没有觉察到。我什么时候开始觉察到呢？当我听到一个演讲的时候，里面说我们是否已经尊重我们的团队呢？这时候我开始问自己，假如你Being Agile，假如你是 follow Scrum的话，你怎么样做到尊重你的团队呢？这时候我就反思，原来我没有做到尊重，原来我自己也是还没有不够明确。
这时候我的观点和立场也有所转变。所以我不会用一种强迫的方式来对我的团队，会用一些沟通的元技能去跟团队沟通，通过一些解释为什么要做Scrum？在这个团队中的目标是什么？在这过程中团队的关系慢慢会软化下来，团队融洽，大家互相尊重，在这前提下去做Scrum，这个是我的一个体会。
现在我介绍一下
Scrum Master的思维模式，
在这本书上作者提到了4种思维模式：
-
-
Removing impediments ，就是移除障碍
-
-
我为什么要用英文？因为在中文上面很难理解、很难去区别这三个( Teaching、Mentoring、Coaching)。中文可能都叫辅导，但是在英文上不一样，所以我单单的拿了出来。我们一个一个思维模式来看一下。现在做一些小小互动，大家可以在聊天室里面去打打答案。
当我们
刚刚开始敏捷，遇到一个新的团队，
应该用什么思维模式呢？当团队说这个不适合我们，为什么要用Scrum啊？用起来太低效了，这个不是我想要的。遇到这种情况，我们大概需要用什么思维模式呢？对应刚刚那4种，如果大家希望有些互动，可以在屏幕上面打出来，如果大家不去互动，那我就把答案显示出来。这时候是
用Teaching 和mentoring，
为什么呢？
因为在这个过程中作为Scrum Master，必须要解释给团队知道，为什么要做这个事情，并且不单单解释一次，要解释多次。所以这个时候要用Teaching和mentoring，要教导和辅导他们。
第二种状况，当
团队遇到障碍的时候
，应该采用什么思维模式呢？很明显了，因为刚刚
有一个思维模式叫移除障碍。
但是在这里，要区分一个误区，究竟是天天帮团队去移除障碍，还是帮助团队去提升他们移除障碍的能力。这是之前很多人刚开始做Scrum Master的一个坑。当天天跟团队去移除障碍的时候，那么我们可能会变成一个秘书，可能变成一个跟班。这时候团队可能就没有成长的空间了。所以，为什么有些Scrum Master说：我天天都没有精力去做帮助团队提升的事情了，天天就在这里忙东忙西的，时间都不知道去到哪里，很多情况就是这个误区。
那么如果运用这种思维模式，正确的方法应该是怎么样呢？我们可能要有耐心，或者要守住自己的立场，要尽可能控制自己，不要给答，让团队自己去发掘和探索答案，并且自己去处理。在这过程中，用一些教导方法去引导他们提升自己处理障碍的能力。我们慢慢地可以把一些权力下放，然后他们慢慢成长起来，你也有更多工作空间去做自己其他的事情。
第三种状况，
当团队卡住、停滞不前的时候，
我们应该用什么思维模式呢？在这里就要用
Coaching，
为什么呢 ？因为团队可能已经形成了一个习惯，他们已经知道Scrum有什么一个模式。但他们需要照镜子，需要边聆听并且把问题告诉团队，你们现在是一个什么状况，并且在这里激发团队，相信团队有自己的能力去处理这个事情。这是很好提升团队的时候。
第四种
当团队缺乏责任感的时候，
我们应该怎么做？这时候就要
用Facilitating去引导团队向责任感、责任心
走。因为在这个过程中，责任感在工作当中是没有争议的一件事情，不需要争议，因为工作就是要有责任感。当团队没有责任感的时候，应该引导他们往责任感、责任心那里走，具体怎么做呢？通常有一个责任模型，可以在中间设计一些工作坊，利用责任模型来帮助团队提升他们的责任感。在这里我们不详细说。
思考一下你有哪些方法或者哪些思维模式是你经常使用的，那么你就在那个帽子里面画个小圈圈就可以了。
我为什么要用这观察的思维模式呢？因为在使用四种的思维模式之前，我们最好先观察一下，当前的团队究竟是适合哪一种？当前团队的水平或阶段是去到哪一个地方？那么才可以做好一个方案，或者是使用一个动态的思维模式来去应对当前的状况。所以这里一共有5种的思维模式。作为一个Scrum Master。
那么我们跳去另外一个概念，刚刚说了Scrum Master的思维模式。Scrum Master还有另外一个概念叫光ScrumMaster Way。这个是《The Great ScrumMaster》的作者提出来的概念。
从左到右，我们是作为一个Scrum Master。
-
在第一个阶段或第一个等级，他都是focus在自己的团队里面的，你看他的眼光是放在自己的团队里面，天天围着自己团队里转。
-
那么第二种关注的是关系，在这个图里面有不同的团队和不同的人员。PO与团队之间，还有团队与团队之间。通常PO跟团队都有很大的交付冲突，大家的目标可能不在一个点上，这个时候，Scrum Master是要处理他们之间的关系。团队之间的依赖，这个时候也会有一些冲突出现，大家的目标也是不一致，在这里Scrum Master也是要去处理的。在这个时候Scrum Master，他其实是多个团队的教练，他关注人员之间的关系。还有等级二是高于等级一的，是承接等级一的，它还是可以 focus在自己的团队，但不单是focus自己的团队，还可以focus在多个团队之间。
-
第三个级别，它focus在整一个组织。我们叫Organization或者叫Entire System。Entire System不单是包括研发的多个团队或研发部门，也可能包括一整个组织，包括HR，包括 Marketing，包括很多其他的组织。所以这里，你可以看到这个图（Entire System），如果对应回现在Scrum Master联盟里的组织，Level2更多的是一个CTC，level3更多的是一个CEC，作者把Scrum Master不单是定义在一个团队，还定义在多个团队，怎么跑Scrum？在一个组织里，怎么去跑Scrum？
Scrum Master有了Level3的视野之后，他会将组织视为一个系统。从一个项目经理转成一个Scrum Maste的时候，工作的一些思维方式可能会有很大的转变。在这个过程中，我们要将组织视为一个系统。我们要抛弃很多东西，过往的层级结构，可能是需要抛弃的思维模式。
原来我们可能把组织视为一个等级的结构，现在要把它视为系统，还有就是建立一个Scrum Master的小组。如果要整个组织去做敏捷转型，以Scrum为基础，不能只靠一个Scrum Master，需要多个Scrum Master一起去协作。
说一些题外话，就是在一个SCRUM@SCALE 里面，它有一个组织的结构设计，是特别给这些change agent或者是教练去组成一个改善的组织，帮助整个组织去做一个敏捷的转型，这是题外话。
在我们把组织视为系统的之后，其实是有些原则的，你需要一些元技能。刚刚我就带出一个概念。作者提出叫
元技能
，对于大家可能是一个新鲜的东西。系统会给你一些反馈，你是不需要告诉系统怎么去做这个事情的，他们会自发地去发现自己需要些什么东西。所以在这里，你只需要成为一名系统教练或者叫组织教练，去挑战这个系统，去揭示系统中以你的视角所看到的一些事情。
我们带出来下一个概念，刚刚有一个概念叫元技能，什么是元技能呢？元技能就是对现在状况，哲学立场，有意的选择态度。在实际工作当中，作为一个Scrum Master，如果使用不同的元技能，会产生不同的行为。比如说如果你有一个尊重的态度去面对团队，出来行为可能是不一样的。
究竟元技能是什么东西？它是什么？作者提出了
6种元技能。作为Scrum Master，要有一个教导的元技能，聆听、好奇、尊重、好玩，还有耐心。
那么不属于这6种的，就把它归类为其他。
现在要做一个小小互动，我会邀请大家用白板的笔，在这个饼图上去投一个票。你们觉得哪一个元技能，是你要去呈现的。作为一个Scrum Master，你在这里是否有其他的元技能？如果有的话，你就投到其他那里，或者是哪一个元技能是你最有感触，最有启发的。我邀请大家来投一个票，有同学投了，打个圈圈打个符号就可以了。随便一个符号都可以。
在这里可以看到大家的整体状况是一个什么样的？有没有同学投好玩的？如果带着好玩的态度去面对团队，我们呈现的是什么样子？或者是你曾经试过用好玩的样子，去带你的团队吗？好玩有源头，其实敏捷里面很多仪式都是都是比较好玩的。
接下来会做一个小小互动，我们会分组，分成6组，Bob老师会把我们分成6组，每一组会分一个主题topic，topic就是轮上的6个元技能。我们可以在分组里面讨论，关于这个元技能，你平常在工作里是怎么样去呈现出来的，或者也可以听一下别人是怎么去演绎这个元技能。每人用一分钟的时间分享一下自己的看法。
checkbox那么我在checkbox那打一下。
大家刚刚分享的怎么样？其实大家参与的程度蛮高的。我希望每一组有一个代表，或者是有一个同学可以分享一下你们那一组，总体的情况或者一些见解吗？大家不需要谦虚，我们敏捷就是要沟通。在这个过程中，教就是最好的学，我也想从大家的身上学到东西。我们那一组刚刚有两位同学最大的感触是聆听，有一位同学是尊重。
对我们组刚才讨论的，聆听是有两个同学在讨论，然后我自己的观点也是聆听，我觉得聆听对我来说是感触比较深的一个点。不管是在我的生活中，还是在团队里，以往的观点是：跟别人说一个问题的时候，都是试图用我的观点去说服对方，但是我可能很少去关注别人的的立场，他自己的想法。我都是以这个方式去说服别人，让意见统一起来，但我发现这种效果也很不好，大部分的时候包括我跟别人沟通，还有团队里边产品经理跟开发人员在谈一个需求，加需求或者改需求。讨论这些问题的时候，大家都是都是在争执，各说各的，到最后可能以一种不愉快的方式去解决这个问题，感觉效果不好。
我前一段时间在看一本之前教练推荐的《被赋能的高效对话》，在这本书里，第一，从开始到最后，他一直在说聆听者。作为一个教练，我们如何和别人达到高效的对话。首先教练应该做一个聆听者，然后真正去关心别人的立场，还有别人的观点，到最后去引导他，让他自己发现他自己能做的事情，从而达到共赢的目的，这是我的感触。
十分感谢小杰的分享，有学到东西。没关系，我们就是一个学习的小组，所以我也很想听到大家的分享，就是大家实际情况是怎么样的。我刚才也分享了自己的一些经历，所以我也希望听到大家的见解和看法，是怎么样的？你们小组刚刚讨论的状况是怎么样的？刚才我看到有同学投了好玩，还有Teaching。
刚才我们小组里面有三名同学一起讨论了尊重，讨论下来有两点，第一点是：应该尊重小组所做出的结论。因为作为Scrum Master或者教练，视角上可能会有不同，即使我们认为这个结论有问题，也要尊重团队的这种主动试错的结论，要给他们一定的机会，这是第一点。
第二点是要尊重团队成员的立场，因为每个人都有要兼顾的立场，还要尊重他们所处的一个阶段。如果我们认为团队所处的阶段可能还不够好，或者是各方面还比较弱。即使我们能够判断出团队某一步是要碰壁的，但只要结果可控，就应该让团队大胆地去试、去碰，因为只有自己获得的经验才是真的经验。这样，我觉得也是一种尊重：尊重他们所处的阶段，这是我们刚讨论出来的两点。
感谢大鹏的分享。这6种元技能，我觉得每一样都有它很重要的一个地方。我分享一下我自己的。我对好奇心有特别的一个感触，不知道有没有同学投好奇心这一块。因为抛开所有Scrum Master一些技术的技能，需要跟人接触的时候，如果我带着好奇心去跟团队接触的时候，团队成员会觉得：你在关心我或者是你对我的事情是在意的，这时候就增进了你跟团队之间的信任。
如果你跟团队之间有信任之后，很多事情就好办了。有一种极端的状况是我之前听过有一个做Scrum Master的同学，他自己的亲身经历：他跟团队之间的关系可能不是那么融洽。因为他要观察去汇报给他的上司，Scrum Master要汇报给上司。所以在这里，团队与Scrum Master之间的信任度是不足以支撑他去做Scrum Master，推行很多Scrum的仪式，他都会有很大的阻碍。
所以，做Scrum Master跟团队接触的时候，我觉得跟团队之间的关系是一个很大很重要的一个点。这是我个人在好奇方面的分享。
说了这么多之后，究竟
怎么样去成为一个出色的Scrum Master呢？
我也借鉴了这本书里说的一些观点，还有结合我个人的看法。我觉得必须要认可Scrum Master的价值，并且要践行它。其实很多Scrum Master都是从IT部门开始的。我们为什么会buy in Scrum？我们为什么会觉得Scrum Master可以，可是我们想要做的事情很大程度是很认可这个Scrum Master他的做事的风格，和整个Scrum的形式。并且我们愿意付出自己去践行 Scrum ，要有抛弃我们过往固有的一些角色、职位的勇气。这里我可以分享一下个人的一些经历。
其实，我在做Scrum Master之前也是一个程序员。我是一个架构师，也是在一个传统的企业里做事情。我的企业也有上市，上市也是这样的一个层级结构公式。当我做Scrum Master的时候，内心就觉得有很大的价值的冲突。因为你已经buy in Scrum。你已经buy in Scrum Master 这个角色。你要成为Scrum Master，必然跟组织结构给予你的职责冲突。我觉得大家应该不陌生这种感觉。在冲突的时候，究竟你是追随自己呢？还是放弃自己，还是埋没自己，这个是需要勇气的，这个是我真的亲身体验。
还有持续学习，在这个过程中是需要去提升自己的，这叫自我觉察，不单单是技能的学习，还有元技能的学习。元技能的学习很依赖于自我觉察的能力。就像我们在做Scrum Master的时候，究竟是不是真正的在Being agile，还是在Doing Agile？你是doing Scrum Master还是being Scrum Master？你要知道自己在一个什么阶段，作者提了一个Scrum MasterWay的三个级别，你要知道自己当前是在哪个级别。你只有知道自己的起点，你才可以设定自己的终点，或者目标。
最后关于ScrumMasterWay，我们要知道自己在哪个阶段。这四点：
就是我总结成为一个出色Scrum Master的一些因素，也是拿了作者在书里面的一些观点整合出来的。
内容来源：敏捷+社区线上直播014期，《The Great ScrumMaster》分享实录
【版权声明】本文为华为云社区用户原创内容，转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息， 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
评论（0）