敏捷Scrum实战

重磅发布 | Scrum Master的8种立场白皮书_V2.0

2020-10-13  本文已影响0人  小船哥说敏捷

写在前面

  1. 本文翻译自 The 8 Stances of a Scrum Master v2_0；
  2. 对于原文中的一些专有词汇，我在译文中都是以中文（English）的样式把英文词汇也显示出来了，方便大家对照理解；
  3. 译文中涉及到敏捷开发的价值观、原则的部分，我直接使用了官网的中文版翻译；
  4. 译文中涉及Scrum指南的部分，我直接使用了Scrum指南官网的中文版翻译；
  5. 译文中的一些词汇，为了保持阅读体验的一致性，我都尽量保留了敏捷价值观、原则和Scrum指南中的翻译，比如“Servant Leader”，因为Scrum指南中的翻译是“服务型领导”，所以我也沿用了这个称呼，但是我认为译为“仆人式领导”也是可以的；
  6. 随着个人理解的加深，我会不定时更新这份翻译，大家可以关注微信号“小船哥说敏捷”， 回复“八种立场”，可以随时下载最新版译文。

以下是译文，文章有点长，建议下载个PDF版本慢慢看。

Scrum Master的8种立场

Scrum指南中对Scrum Master的定义为：

Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。

Scrum Master 是团队的服务型领导。Scrum Master 帮助 Scrum 团队之外的人了解他们如何与 Scrum 团队交互是有益的，通过改变他们与 Scrum 团队的互动方式来最大化 Scrum 团队所创造的价值。

Scrum Master的角色拥有许多的立场和极大的多样性。一个优秀的Scrum Master会意识到这些，并能根据环境和背景，知道何时和如何应用它们。所有这些都是为了帮助人们理解Scrum的精神。

Scrum Master的8种立场

Scrum Master的作用是：

这篇白皮书包含了我作为Scrum Master的个人经验。除了这些经验，我也加入了我在学习书籍、文章和视频时的发现。我还加入了对Scrum Master角色最常见的误解，以及为什么我把我的头衔从敏捷教练（Agile Coach）改为了100% Scrum Master。这个变化背后的原因描述了我写这篇白皮书的动机。希望你能喜欢这个结果！

Scrum Master的8种立场

对Scrum Master的8个误解：

虽然上面提到的Scrum Master的8种立场看似是常识，但它们肯定不是常见的做法。很多时候，Scrum Master的角色被误解，被认为是充当：

对Scrum Master的8个误解

如前所述，这篇白皮书包含了我作为Scrum Master的个人经验。被误解的立场是一个很好的例子。在相当长的一段时间里，我都把Scrum Master的角色履行成了Scrum警察、团队老板、超级英雄等等。那并不是我最成功的时期。虽然我宣称要推进自组织，但我并没有给团队任何机会去真正实现它。我只是充当了一个项目经理和团队老板的角色，却给自己冠以“Scrum Master”的头衔。

通过询问反馈，向其他Scrum Master学习，以及阅读了大概“所有的”关于Scrum的书籍，我慢慢地提升了自己。写了关于前面提到的8种立场的博文也是这个历程的一部分。

我的个人使命就是让大家更好地理解Scrum Master这个角色。我并不谴责所描述的误解，我只是想提供一个不同的视角，并邀请人们重新构想Scrum Master的角色。

对Scrum Master的8个误解

从50%的敏捷教练到100%的Scrum Master

考虑到我的个人使命，我需要做出一个重要的改变。如果我想让大家更好地理解Scrum Master这个角色，我需要以身作则。因此，我决定从我的社交媒体资料中删除敏捷教练（Agile Coach），取而代之的是Scrum Master。100%的Scrum Master。虽然这看起来是一个小小的改变，但当我提出这个建议时，还是引起了一些关注：

  • "你应该坚持使用敏捷教练。作为一个自由职业者，这是个更受欢迎的职称。"
  • "不，不要改成Scrum Master，你的工资会变低！"
  • "你为什么不叫Scrum专家（Scrum Guru）？敏捷转型教练（Agile Transformation Coach）？企业变革代理人（Enterprise Change Agent）？"
  • "至少叫自己高级Scrum Master或首席Scrum Master吧！"
  • "所有很酷的事情都是由敏捷教练来做的，作为一个Scrum Master，你会被困在Scrum团队中。"
  • "Scrum是一种炒作，一年之内就会全部结束！"

但是说真的，不要自称Scrum Master，否则你的自由职业者的生涯将注定要失败！

说实话，这些顾虑确实给了我一些思考。除了最后一个。如果说Scrum是一种炒作，那么它就是一种最近才21岁的炒作。这是个很老的炒作。应该可以再坚持21年。届时，Scrum将42岁，它将正式成为生命、宇宙和一切终极问题的答案。:-)

最好的情况是，Gunther Verheyen的预测将成为现实：

Scrum的未来状态将不再被称为‘Scrum’，我们现在所说的Scrum将成为一种规范，因为软件行业的新范式已经占据主导地位，组织也已经围绕它重塑了自己。

那么，为什么我把我的头衔从敏捷教练改成了Scrum Master呢？让我试着用Scrum的价值观来解释一下。

Scrum价值观

承诺

我想解决我个人遭受的挫败感，这种挫败感在上一章中有提到，是因为我对Scrum Master角色的误解造成的。我想致力于帮助个人、团队和组织提高他们交付有价值产品的能力。我想致力于创造一个能让团队合作、协作和乐趣蓬勃发展的环境。我相信Scrum Master是创造这个环境的关键人物。我希望不仅提供Scrum Master课程，而且自己也能履行这个职责：以身作则（Lead by example）、言行合一（Practice what you preach）、吃自己的狗粮（Eat your own dog food，英语俚语，常用于描述公司(尤指软件公司)使用自己生产的产品这一情况），等等。这是我努力去实践的承诺。

专注

我相信专注。为自己创造一个令人信服的愿景，将其转化为切实的目标，并专注于实现它们。这对我来说是最有效的。把自己定位为敏捷教练让我感觉不到专注。这个称号感觉就像一个空壳，每个组织似乎都挤满了敏捷教练。虽然我肯定是不反对敏捷教练的，但我就是不认为自己是敏捷教练。一个敏捷教练应该对看板（Kanban）、极限编程（XP）、精益（Lean）和所有不同的规模化方法和框架有良好的知识和经验。

虽然我可以假装自己是一个敏捷教练，但我不是，我是一个Scrum Master。我想成为Scrum团队的一员。作为一个Scrum Master，我对其他框架和方法感兴趣。作为一个Scrum Master，我可以在这些方面为组织提供我的意见。但如果有一个不同的方法更适合某个组织，我会让他们与该领域有更多经验的人联系。

我的专注点是履行Scrum Master的职责。作为一名Scrum Master，我为开发团队、产品负责人和组织提供指导。作为一名自由职业的Scrum Master，我尝试让自己变得空闲一些，这样我就可以指导其他的Scrum Master，以确保Scrum框架的可持续使用。

作为一名Scrum Master，我会努力成为一名服务型领导（servant-leader）、引导者（facilitator）、教练（coach）、冲突领航员（conflict navigator）、管理者（manager）、导师（mentor）、教师（teacher）、障碍移除者（impediment remover）和变革推动者（change agent）。做所有事情的目的都是为了帮助人们理解Scrum的精神。我相信只有真正的专注，才有可能实现Scrum Master这个角色所有不同立场的可能性。

勇气

真正的承诺和专注只有通过表现出勇气才有可能实现。表现出敢于说“不”的勇气。你需要勇气去真正选择。我选择把自己定位为Scrum Master。因此，我对敏捷教练的角色说“不”。我做的所有事情的共同点就是Scrum。我主要会写关于Scrum的文章，在Scrum活动中发言，提供Scrum培训。我将是Scrum社区的积极贡献者。当然，我也会在其他敏捷活动中寻找灵感，比如极限编程日（XP Days），但做这一切的目标都是为了更好的履行Scrum Master的职责。

尊重

通过做真实的自我，我努力尊重每一个与我交往的人。尊重他人，向他们展示你的真实身份。保持开放、真实、诚信。正如Geoff Watts所说的那样：

尊重的一个重要因素来自于诚信。诚信（Integrity）包括诚实（honesty）、一致（consistency）、可靠（reliability）和强大的道德准则（strong moral code）。

在Prowareness（荷兰的一家敏捷咨询机构）工作期间，我曾被评为诚信度最高的员工（Employee with the highest integrity）。考虑到这种对我诚信的形容，是一件值得骄傲的事情。但我的目标不是赢得什么诚信奖（integrity awards），我的目标是做一个真实的自我。自始至终的真实。

这正是让我把我的角色描述从敏捷教练改为Scrum Master的原因。作为一名Scrum Master，我觉得我是真实的。虽然这两种角色之间的区别可能会让一些人觉得很模糊，但是敏捷教练对于我来说并不是一个合适的称呼。

选择做Scrum Master也是对客户的一种尊重。我可以为他们提供普通的敏捷教练的服务，也可以为他们提供优秀的Scrum Master的服务。我选择了后者。

开放

对我来说，公开（openness）和透明（transparency）是不证自明的。我这个人很透明：你看到的就是你得到的。我做的事情也很透明：我会公开地分享我作为Scrum Master的所有见解、错误和教训。我不仅会分享那些进展顺利的事情，也还有我做错的事情。这些经验分享会通过写作、演讲和培训来完成。

小结

所以从现在开始，我将把自己定位为一名Scrum Master。一个100%投入的Scrum Master。只要能让我做一个真实的自己，我就会履行这个角色。我能做的最起码的事就是为别人提供一个真实的、具有高度诚信的自己......

1. 作为服务型领导的Scrum Master

服务型领导完全符合Scrum的价值观：勇气、开放、尊重、专注和承诺。它是Scrum Master角色的支柱，因此成为我们首先要介绍的的立场。在这一部分，我将介绍什么是服务型领导力（servant-leadership），它与敏捷宣言的关系，以及Scrum Master如何作为一个服务型领导（servant-leader）。

服务型领导

什么是服务型领导力（Servant-Leadership）

服务型领导力是一种哲学和一套实践，它可以丰富个人的生活，建立更好的组织，并最终创造一个更加公正和充满关爱的世界。它是一种改变生活和工作的方法，有可能为整个社会创造积极的变化。服务型领导力注重协作、信任、同理心以及合乎道德地使用权力。

服务型领导力包括：

什么是服务型领导（Servant-Leader）

服务型领导力（servant-leadership）的创始人罗伯特.K.格林列夫（Robert K. Greenleaf）将服务型领导（servant-leader）描述为：

服务型领导首先是服务。它始于一个人想要服务的自然感觉，然后有意识的选择让一个人渴望去领导。最好的检验标准是：被服务的人是否得到成长：他们在被服务时，是否变得更健康、更智慧、更自由、更自主，并且自己更有可能成为服务者？还有，对社会上最弱势的人会有什么影响：他们是否会受益，或者，至少不会被进一步剥夺1？
[1] Greenleaf, Robert K. Servant Leadership: A Journey into the Nature of Legitimate Power and Greatness

服务型领导的目标是加强和提高团队的合作以及个人参与度。他们创造一个参与性的环境，通过分享权力和决策为员工赋能2。
[2] http://adaptagility.co.uk/scrum-master-the-servant-leader

一个服务型领导：

敏捷宣言（Agile Manifesto）与服务型领导力（Servant-Leadership）

服务型领导力的特征也可以在敏捷宣言中找到3。“个体和互动高于流程和工具”和“客户协作高于合同谈判”的价值观，明确强调了对合作参与的关注，服务于他人（团队成员）而不是自己，通过支持个人成长来提升团队绩效。
[3] http://www.agilemanifesto.org/

敏捷宣言的原则中体现服务型领导力的特征有：

作为服务型领导（Servant-Leader）的Scrum Master

Scrum指南将Scrum Master描述为Scrum团队的服务型领导。Scrum Master不是团队的大师（master），而是鼓励、扶持和激发人们的活力，让他们凝聚成一个团队，充分发挥他们的潜力的大师（master）4。Scrum Master是一个服务型的领导者，他的关注点是团队成员和他们所服务的对象（客户）的需要（needs），他的目标是实现与组织的价值观、原则和业务目标一致的成果5。
[4] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership
[5] http://www.infoq.com/articles/leadership-challenge

Scrum Master以身作则，以尊重为前提，以影响组织的能力为Scrum团队及其有效性做引导。Scrum Master还应该通过价值观、勇气和承诺来领导团队，但也应该通过顽强（stubbornness）来领导。顽强，靠的是有坚定的信念和改变组织的意图。

作为一名服务型领导，Scrum Master有责任：

小结

事实证明，服务型领导力（Servant-leadership）是Scrum Master角色的支柱。它的理念和实践可以增强团队合作，并创造一个适合个人成长的环境。作为一个服务型领导（servant-leader），Scrum Master可以帮助团队践行Scrum的价值观（勇气、开放、尊重、专注和承诺），并充分发挥团队的全部潜力。

2. 作为教练（Coach）的Scrum Master

本章会介绍作为教练的Scrum Master。Scrum Master通常被认为是团队的教练，帮助团队尽量达到冲刺目标。在本章中，我将描述教练是什么，并分享Scrum Master在担任教练时可以使用的三个视角。

教练

什么是教练（Coaching）

有很多很好的定义可以用来描述教练。我最终的定义是：

教练是释放一个人的潜能，使其绩效最大化。教练是帮助人们学习而不是直接教他们7。
[7] Sir John Whitmore

其它很好的定义有：

  • "教练的终极目标是帮助客户更好地了解自己，使他们能够找到充分发挥自己潜力的方法8。"
    [8] Watts, Geoff, and Kim Morgan. The Coach's Casebook: Mastering the Twelve Traits That Trap Us
  • "高效的教练是指明方向（guiding）而不是给出方案（prescribing）9。"
    [9] http://www.agile42.com/en/blog/2014/04/15/effective-agile-coaching/
  • "促进他人的执行、学习和成长的艺术10。"
    [10] Downey, Myles. Effective Coaching
  • "教练缩小了想要做（thinking about doing）和实际做（actually doing）之间的差距11。"
    [11] Martin, Curly. The Life Coaching Handbook

什么是高效的教练（Effective Coaching）

通过Portia Tung的网站自私的编程（Selfish Programming），我偶然发现了高效能教练的7个习惯（The 7 Habits of Highly Effective Coaches）12。Scrum Master可以用这些习惯来检查自己做教练的方式是否成功几率最高。她所描述的习惯是：
[12] http://www.selfishprogramming.com/2013/12/18/the-7-habits-of-highly-effective-coaches-2/

作为教练（Coach）的Scrum Master

要将Scrum Master形容为教练，可以使用三个不同的视角：个人、团队和组织。教练个人的重点是思维模式（mindset）和行为（behavior），教练团队的重点是持续改进（continuous improvement），教练组织的重点是真正地与Scrum团队协作。请参考Lyssa Adkins的这句话：

教练不是给出建议，而是支持人们提出自己的解决方案。如果你提出了正确的问题，他们总是能找到正确的答案。

教练个人（Coaching the Individual）
教练团队
教练组织

小结

通过做的一些研究，我对作为教练的Scrum Master做了一个简单的描述。除了分享最常见的教练（coaching）定义外，本章还包括了可用来描述Scrum Master作为教练的三个视角。教练个人关注于思维模式和行为；教练团队关注持续改进；教练组织真正地与Scrum团队协作。

3. 作为引导者（Facilitator）的Scrum Master

本章会介绍作为引导者的Scrum Master。Scrum Master既是产品负责人的引导者，也是开发团队的引导者。下面我将分别介绍引导者的定义、误解以及优秀引导者的特征。

引导者

什么是引导者？

帮助一群人理解他们的共同目标，并协助他们计划如何实现这些目标的人；在这样做的过程中，引导者保持'中立'，这意味着他/她在讨论中不表明特定的立场14。
[14] http://en.wikipedia.org/wiki/Facilitator

这个定义（以及其他可用的定义）的关键要素如下：

误解

很多时候，当我询问人们如何理解把Scrum Master描述为一个引导者时，我得到的唯一答案是Scrum Master引导了Scrum事件（Scrum events）。当然，Scrum Master负责Scrum的流程，并应该支持团队优化流程。

Scrum事件是Scrum流程的重要组成部分，虽然Scrum Master没有义务亲自参加所有的Scrum事件，但他应该确保：

这里最大的误解是，作为一个Scrum Master，引导Scrum事件是唯一应该做的事情。然而，一个优秀的Scrum Master明白，引导（facilitation）可以发挥更大的作用......

Scrum中引导（Facilitation）的真正含义是什么

正如引导者的定义中所描述的那样，引导者是指通过促进合作、优化流程和在团队中创造协同效应来帮助一群人理解和实现他们目标的人。基于这一定义，引导者所索要做的事情远不止是主持Scrum事件。

Geoff Watts在他的《Scrum Mastery》一书中，将引导描述为Scrum Master的基本技能和行为：

在任何时候，Scrum Master都要为团队、产品负责人和组织的目标服务。而且，如果这些目标发生冲突，他们会考虑到长期的影响，以及任何妥协所带来的信息。

一名Scrum Master应该：

Lyssa Adkins在她的《Coaching Agile Teams》（译者注：中文译名《如何构建敏捷项目管理团队》）一书中提供了一个很好的说明：

Scrum Master应该引导团队创造一个'容器'，用来盛放他们的想法和创意。这个容器，通常是有关议程一组问题或其他一些轻量（且灵活）的结构，这会给团队提供足够的框架，以便让他们坚持自己的目标，并营造一个更丰富的互动环境、一个可以听到奇妙想法的地方。教练创造容器，团队创造内容。

优秀引导者的特征

因此，Scrum Master应该通过设置舞台和提供明确的界限来引导团队合作，讨论他们的想法。

优秀引导者需要具备的其他特征有：

Scrum事件的优秀引导方法是怎样的？

每个Scrum事件都有一个特定的目的来回答“我们为什么要开这个会？”一个优秀的引导者应该确保每个事件的目标是明确的，并提供一个轻量级的结构，以帮助团队达成事件的目标。前面提到的Scrum事件的目标仍然是有用的，但通过优秀的引导方法，Scrum Master可以成功地从每个事件中获得更多的价值。

引导Scrum事件的优秀方法的特征有：

小结

归纳起来，优秀的引导工作就是：

掌握这些引导技巧需要时间、实践，以及不断的反思和改进。但考虑到优秀的引导可能带来的成果，这些付出的努力绝对是值得的！

4. 作为教师（Teacher）的Scrum Master

本章会介绍作为教师的Scrum Master。我会介绍教师的定义、理论观点和一些实际的例子，来说明Scrum Master应该教什么。

教师

什么是教师（Teacher）

我找到的最简单的定义是：

帮助别人学习新东西的人。

教授（Teaching）就是传授知识或技能，或指导别人如何做某事。

关于教授（Teaching）的一些不错的引用：

  • "教授的艺术是协助发现的艺术。" —— Mark van Doren
  • "我从不教我的学生，我只是试图提供他们能够学习的条件。" —— Albert Einstein
  • "一个好教师可以激发希望、点燃想象力、灌输对学习的热爱。" —— Brad Henry

作为教师（Teacher）的Scrum Master

根据Scrum指南，Scrum Master负责确保Scrum得到理解和实施。Scrum Master通过确保Scrum团队遵守Scrum理论、实践和规则来实现这一目标。当团队偏离敏捷实践和原则时，他们会引导团队重回正轨。在教授（teaching）方面，Scrum Master的主要关注点是开发团队和产品负责人。但是Scrum Master也应该确保Scrum被其他所有涉及Scrum团队的人所理解。

那么Scrum Master可以教授（teach）些什么呢？

  1. 在团队启动的时候教授敏捷。在新团队的第一周，我总是把团队带回敏捷和Scrum的核心：我让他们了解敏捷思维模式、Scrum框架、XP和看板的为什么（why）和是什么（what）。虽然有些团队成员可能有丰富的敏捷经验，但这能让每个人对敏捷的理解保持一致。解释敏捷宣言，并强调产品开发所基于的假设：客户知道他想要什么，开发人员知道如何构建它，并且沿途不会有任何变化。但是在现实中，客户需要发现他想要什么，开发人员需要发现如何构建它，事情在中途也会发生变化。
  2. 教授Scrum的核心。使用Scrum可以比作是下国际象棋。你要么按规则下，要么不按规则下。Scrum和国际象棋是没有失败或成功的（译者注：Scrum和国际象棋都是名词，对于一个名词是没有成功或失败可言的，比如你不能说“国际象棋失败了”，而只能说“‘下’国际象棋失败了”）。它们要么玩，要么不玩。那些玩这两种游戏并不断练习的人可能会变得非常擅长玩游戏。如果是国际象棋，他们可能会成为大师。如果是Scrum，他们可能会成为非常优秀的开发组织，被他们的客户珍惜，被他们的用户喜爱，让他们的竞争对手害怕18。有些团队在开始使用Scrum时，忽略了框架中的某些部分。例如，每周做两次每日站会（daily standup），混合不同的角色，跳过回顾会。如果团队认为这样做是明智的，那是可以的，但Scrum Master应该教导他们这样做的后果，并强调他们不是在做Scrum。
    [18] https://kenschwaber.wordpress.com/2011/04/07/scrum-fails/
  3. 教授Scrum和良好实践（good practices）之间的区别。现在，很多良好实践已经和Scrum的核心紧密结合在一起了。将这两者的区别教授给团队是很有用的。良好实践的示例是使用故事点，站着执行每日Scrum，或者使用燃尽图来跟踪可视化的进度。这些都是好的实践，但考虑到Scrum的核心，它们并不是强制性的。
  4. 教授团队关于创建共同身份（shared identity）的知识。团队应该意识到团队合作的先决条件：成为一个团队需要什么？成为一个团队意味着什么？我有时会要求团队分享一些他们在所参加团队中的个人经历：最差的团队是什么，为什么？最好的团队是什么，为什么？建立共同身份的一个强有力的练习是制定团队宣言（team manifesto）。
  5. 教授团队关于产品愿景的重要性。这也是产品负责人出场的环节。可能团队的创建是有目的的，比如说要打造一个新产品。团队知道并理解产品负责人对他/她的产品的愿景是至关重要的。团队只有了解了产品的目标，才能做出正确的决策。一个清晰的愿景基本上可以作为开发团队的灯塔，在困难时期是必不可少的。
  6. 教授团队自组织。正如敏捷宣言所说：“最好的架构、需求和设计出自自组织团队。”。自组织团队是指一群积极向上的人，他们共同朝着一个目标努力，有能力和权力做出决定，并随时适应不断变化的需求。Scrum Master作为Scrum和自组织的推动者，应该考虑如何促进团队自己解决他们的问题，并提供尽可能多的工具、培训和如何最好地做到这一点的见解19。
    [19] Verheyen, Gunther. Scrum: A Pocket Guide
  7. 教授Scrum团队的角色。要求团队期望身边的人能够完全履行自己的职责。任何不足都是一种障碍20。教授给他们三个角色是如何互补和互动的。产品负责人想要构建正确的东西，开发团队想要构建正确的东西，Scrum Master想要快速构建。一个优秀的团队知道如何平衡这些不同的利益。
    [20] Adkins, Lisa. Coaching Agile Teams
  8. 教授团队关于障碍的知识。在Scrum中，障碍是指任何阻碍团队生产力的东西。Scrum Master的工作就是确保障碍被移除。Scrum Master只移除超出开发团队自组织能力的障碍。否则就不是一个真正的障碍，而只是一个需要团队自己解决的问题。
  9. 教授团队如何将进度可视化。透明（Transparency）是Scrum的三大支柱之一。它对于检视（inspection）、适应（adaptation）和自组织（self-organization）至关重要。因此，进度可视化的必要性也是显而易见的，没有它，自我修正（self-correction）是很难达到的。可视化的内容和方式由开发团队来选择。将产品待办列表和Sprint待办列表可视化是我绝对鼓励的好做法。其他用于可视化进度或改善协作的做法还有燃尽图，设置一个有障碍和改进的板子，显示团队成员的利用率，或者创建一个显示所有事件和会议的Sprint日历。
  10. 教授产品负责人关于管理待办列表（backlog）的知识。Scrum Master应该教授给产品负责人如何创建产品待办列表，如何根据优先级、价值、风险和依赖来排序，以及如何让整个团队参与管理待办列表。
  11. 教授组织关于Scrum的知识。Scrum框架对一些组织来说是相当具有破坏性的。对于它所带来的变化，一些人可能会觉得难以应付。解释Scrum的目的和对一些变化的需要是很重要的，这可以建立相互的理解，为确保变化能真正坚持下去打下基础。
  12. 教授团队一些乐趣！不要太认真。玩得开心有助于应对困难局面，加强协作，建立健康的团队精神。因此，要确保开心是团队日常工作的一部分。

小结

本章包含了一些Scrum Master可以教授给开发团队、产品负责人和组织的例子。我所学到的最重要的经验是：不要试图在前期教授给团队所有的东西，给他们失败的机会，让他们能从自己的错误中学习。记住：错误是发现的入口（mistakes are the portals of discovery）21。
[21] James Joyce

5. 作为导师（Mentor）的Scrum Master

这一章是关于Scrum Master作为导师的。我将介绍导师的定义，教练（coaching）与辅导（mentoring）的关系，以及守-破-离（Shu-Ha-Ri）的思维方式。

导师

什么是导师（Mentor）

我找到的最直接的定义是：

导师是一个睿智且值得信赖的顾问（counsellor）或教师（teacher）。

关于导师（Mentor）的一些不错的引用：

  • "我们靠所得来谋生（make a living），靠奉献来生活（make a life）。" —— Winston Churchill
  • 从生活中获得最大的收获，不在于你为自己保留了多少，而在于你为他人倾注了多少。" —— David Stoddard
  • "成为你希望的导师。"

教练（coaching）与辅导（mentoring）

“教练（coaching）是释放一个人的潜力，使其自身的业绩最大化。它是促进人们学习，而不是教他们”22。它帮助某人看到新的视角和可能。对于教练来说，成为主题专家并不是必须的，甚至它可能是一个陷阱。然而对于辅导（mentoring）来说，拥有非常专业的知识是很重要的。
[22] Sir John Whitmore

指导敏捷团队需要采取教练（coaching）和辅导（mentoring）相结合的方式。当你在教练（coaching）时，你是在帮助别人达到人生的下一个目标；当你在辅导（mentoring）时，你将分享你的敏捷经验和理念，指导他们用好敏捷。这样一来，教练（coaching）和辅导（mentoring）就相互交织在一起。两者结合起来使用，它们提供了一个强大的组合。

“辅导（mentoring）将你的敏捷知识和经验传递给团队，因为这些特定的知识与他们发生的事情相关。教练（coaching）和辅导（mentoring）的都是有用的，并且可以单独发挥强大的作用。结合在一起，它们是帮助人们接受敏捷并很好地使用敏捷的成功组合。敏捷的背景使你成为导师（mentor）；对团队绩效的关注使你成为教练（coach）。这两部分结合在一起，会使敏捷变得有活力并且在他们的掌握之中23。”
[23] Adkins, Lisa. Coaching Agile Teams

守-破-离（Shu-Ha-Ri）

在辅导（mentoring）的背景下，守-破-离（Shu-Ha-Ri）的概念也是值得一提的。守-破-离（Shu-Ha-Ri）是一种关于如何学习技术的思维方式。它介绍的是训练或学习的进展。这个名字来自于日本武术，Alistair Cockburn将其作为学习技术和软件开发方法论的一种思维方式引入24。当学习新的东西时，每个人都会经历这三个阶段。最终，它的结果应该是学生在知识和技能上都超越了师傅（导师（mentor））。
[24] http://martinfowler.com/bliki/ShuHaRi.html

守（Shu） - 遵循规则

在第一阶段，学生严格地遵守师傅的教导。遵循规则，直到真正理解规则。在这一阶段，Scrum Master主要是作为一个教师（teacher）。作为教师，他分享知识或技能，指导别人如何做某事。例如教授（teaching）Scrum的核心，解释不同角色、工件和事件的目的。

破（Ha） - 打破规则

在这个阶段，学生开始反思规则，寻找例外并打破规则25。他理解并能够使用基本的实践，现在开始学习底层的相关原则。他也开始向其他师傅学习，并将这些学习融入到他的实践中。作为教练（coach），Scrum Master会让学生看到新的视角和可能。他们会指导团队在敏捷的旅程中迈出下一步。
[25] https://www.scrumalliance.org/community/articles/2011/may/scrum-from-student-to-master

离（Ri） - 成为规则

在这个阶段，规则被遗忘了，因为学生已经精通敏捷了，并掌握了其本质和基本原则。学生不再向别人学习，而是从自己的实践中学习，他已经成为新的规则。在敏捷环境下，学生真正理解了所有的原则，知道何时在何种情境下应该使用何种实践。作为顾问（advisor）或导师（mentor），只要学生提出要求，Scrum Master就可以充当顾问（counsellor），给出建议。

作为一名Scrum Master，了解守-破-离（Shu-Ha-Ri）阶段是很有用的。每个团队成员都可能处于不同的水平，而且会不断变化。因此，Scrum Master也应该改变自己的风格，从教授（teaching）到教练（coaching）再到建议（advising），以配合团队的守-破-离（Shu-Ha-Ri）阶段。

小结

Scrum Master当然不一定是适合每个团队成员的导师（mentor）。如前所述，导师对某一主题有专业的知识和经验。可能另一个团队成员或者团队之外的人恰好是理想的导师。一个优秀的Scrum Master对潜在的学生与导师关系有着敏锐的洞察力，并且知道如何建立这种关系。所有这些做法的目的都是为了建立一个优秀的团队，帮助人们在个人成长中蓬勃发展。

6. 作为管理者（Manager）的Scrum Master

本章会介绍作为管理者的Scrum Master。我将介绍管理（management）和管理者（manager）之间的区别，横向管理（horizontal management）和纵向管理（vertical management），以及Scrum Master作为管理者（manager）的职责。

管理者

什么是管理者（Manager）

我找到的最简单的定义是：

管理者（manager）是负责某组任务或公司某个子集的人。

关于管理者（manager）的一些不错的引用：

  • "管理者（manager）是寻找能够通过别人完成任务的人。对于一个好的管理者（manager）来说，最重要的是让团队中的人觉得他/她有诚信。" —— Sam Wyly
  • "管理者（manager）是他下属的助手。" —— Thoman J. Watson
  • "不管有没有管理者（manager），每个人都应该对管理负责。" —— Jurgen Appelo
  • "管理（management）做得好，就是服务和支持每个人天生精彩的行为。" —— Woody Zuill

管理（Management）与管理者（Manager）

管理（Management）与管理者（Manager）是有区别的。管理是一种活动，管理者是一种角色。管理作为一种活动，会始终存在于组织内部。此外，组织总会有管理者来执行这些活动。敏捷组织与传统组织的区别在于管理的方式。在敏捷组织中，管理作为一种活动是以横向（horizontal）的方式进行的，而不是传统组织使用的纵向（vertical）的方式来设置具体的管理职位。

应用纵向（vertical）管理的组织让个人为晋升而竞争。管理者分配任务，管理者评估绩效。沟通是自上而下的。纵向管理的目的是为股东赚钱。横向（horizontal）管理存在的目的是让顾客满意。赚钱是结果，而不是活动的目标。它支持授权而非控制，刺激创新，注重横向沟通26。
[26] http://www.forbes.com/sites/stevedenning/2015/01/26/why-do-managers-hate-agile/

敏捷拥抱横向管理（Horizontal Management）

拥抱敏捷的组织采用横向管理（horizontal management）。在这些组织中，团队自己管理自己。他们自己决定自己的工作并管理工作的执行。团队成员有很强的合作动力，他们知道整体的成功依赖于个体：除非所有人都在自己的部分取得成功，否则没有人会在整体上取得成功。团队通过发布目标、Sprint目标和团队目标达成共识。关键词是信任（trust）、透明（transparency）、开放的沟通（open communication）、协作（collaboration）、所有权（ownership）、学习（learning）和集体承诺（collective commitment）27。
[27] Moreira, Mario. Being Agile

当你将横向管理与Scrum团队进行比较时，他们可以被看作是一个充满管理者的团队。开发团队管理他们的工作。产品负责人管理产品愿景、路线图和投资回报（ROI）。Scrum Master管理超出团队自组织能力的流程和障碍。

作为管理者（Manager）的Scrum Master

所以，没错，在敏捷环境中，Scrum Master也是一个管理者。作为一个管理者，Scrum Master的职责是：

小结

管理仍然是组织的一项重要活动，管理者的作用仍然是有效和有价值的。然而，在敏捷组织中，管理的一个重要指标是它是横向进行的，而不是传统组织中的纵向管理。在横向组织中，团队自己管理自己。在这种环境下，Scrum Master可以被认为是明智的领导者，他通过组织目标和愿景来吸引人们。通过识别浪费的活动、消除浪费、移除障碍、设法使Scrum的收益最大化，他优化了管理对组织的价值。

而正如Jurgen Appelo所说：

管理太重要了，不能让管理者来做，管理是每个人的工作29。
[29] Appelo, Jurgen. #Workout

顺便说一下，Gunther Verheyen把Scrum Master描述成一个管理者（manager），这一点做得很好30。可以肯定，这是本章的灵感来源。
[30] http://guntherverheyen.com/2014/11/26/scrum-master-a-manager/

7. 作为障碍移除者（Impediment Remover）的Scrum Master

本章会介绍作为障碍移除者的Scrum Master。我将介绍障碍最常见的定义和示例、作为障碍移除者（Impediment Remover）的Scrum Master以及处理障碍的策略。

障碍移除者

什么是障碍（Impediment）

通过一番研究，我发现了一些很好的定义：

关于障碍（impediment）的一些不错的引用：

  • "好的Scrum Master会营造一个可以提出障碍的环境。优秀的Scrum Master会营造一个可以激发创造力的环境33。"
    [33] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership
  • "好的Scrum Master会争取获得许可，以移除阻碍团队生产力的因素。优秀的Scrum Master会做好请求原谅的准备。"

可能存在的障碍示例

现在，你已经阅读了最常见的障碍定义，你可能想要一些具体的示例。因此，你会在下面找到一些可能的障碍示例：

作为障碍移除者（Impediment Remover）的Scrum Master

根据Scrum指南，Scrum Master为开发团队提供的服务之一是移除阻碍开发团队进展的障碍。作为一个服务型领导，Scrum Master引导开发团队实现自组织和跨功能。Scrum Master鼓励、支持并赋能团队，使其能够充分发挥其潜力和能力。

为了实现这一切，Scrum Master应该有意识地做出移除障碍的决定。Scrum Master需要考虑的问题有：

这里很重要的一点是，要认识到上述所给出的可能的障碍示例并不一定是障碍。只有当某件事情超出了团队的自组织能力时，它才会成为障碍。

技能的缺乏可能会成为障碍，但要相信开发团队的自组织性，他们自己会想到其他的方案。也许某个团队成员很想学习所需的技能，并将此视为一个很好的机会。此外，团队成员之间的冲突不一定是障碍。让他们彼此进行激烈的讨论。Scrum Master要带领团队进行健康的冲突和争论。最终这将带来一个更强大的团队。

Scrum Master应该营造一个让开发团队觉得可以安全地提出障碍的环境。尊重团队的自组织能力，Scrum Master应该鼓励团队尝试解决自己的问题。更好一点的话，团队能从根本上防止一些事情成为障碍。

移除障碍的策略

移除阻碍是一个挑战。下面我分享一些在Scrum Master面对障碍时可以考虑的策略和想法：

小结

通过我自己的研究和思考，我对Scrum Master作为障碍移除者做了一个简单的描述。考虑到现有的大量材料，这显然是Scrum Master职责的重要组成部分。我学到的主要教训是尊重开发团队的自组织能力。将每一个小问题都视为需要Scrum Master解决的障碍，并不能帮助开发团队作为一个整体成长。Scrum Master要不断地在防患于未然或救火之间找到合适的平衡点。

8. 作为变革推动者（Change Agent）的Scrum Master

本章会介绍作为变革推动者的Scrum Master。我将介绍最常见的定义、Scrum友好文化（Scrum-friendly culture）的特征，以及作为变革推动者（Change Agent）的Scrum Master。

变革推动者

什么是变革推动者（Change Agent）

关于变革推动者，比较好的定义有：

  • "通过关注组织效率、改进和发展来帮助组织进行自我变革的人35。"
    [35] http://study.com/academy/lesson/change-agent-definition-role-quiz.html
  • "充当变革催化剂的人36。"
    [36] http://georgecouros.ca/blog/archives/3615
  • 在Scrum的背景下，Geoff Watts将Scrum Master作为变革推动者的角色描述为："好的Scrum Master可以帮助Scrum团队在组织文化中生存。优秀的Scrum Master帮助改变文化，使Scrum团队能够茁壮成长37。"
    [37] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership

Scrum友好文化（Scrum-Friendly Culture）的特征

要简短描述Scrum友好文化（Scrum-friendly culture）的特征，可以参考敏捷宣言。虽然我承认这些价值观和原则是有效的特征，但我也认为Scrum友好文化是这样一种环境：

作为变革推动者（Change Agent）的Scrum Master

为了使Scrum团队的文化能够蓬勃发展，Scrum Master应该充当变革推动者（Change Agent）的角色。Scrum Master帮助创造一个允许Scrum精神蓬勃发展的环境。Scrum指南将Scrum Master的这部分角色定义为为组织服务：

小结

作为变革推动者，真正优秀的Scrum Master开始崭露头角。这些Scrum Master知道如何改变现状，帮助创造一个更合适的环境。他们知道什么时候该颠覆，什么时候该小心。他们明白组织变革可能需要较长的时间。然而，他们的变革意愿就像催化剂一样，推动组织前进。Scrum的优势在于让瓶颈和问题显露出来，优秀的Scrum Master会在组织内部寻求支持，真正解决这些功能障碍。一切以创造Scrum团队能够蓬勃发展的文化为最终目标！

总结

如前所述，我个人的使命是要让大家更好地理解Scrum Master这个角色。通过撰写这篇白皮书，我想分享我对这个令人敬畏的职位的看法。Scrum Master有可能成为每个组织的宝贵资产。为了优化其贡献，Scrum Master应该扮演以下角色：

在这篇白皮书中，我分享了我个人担任Scrum Master的经验。我还补充了对Scrum Master角色最常见的误解，以及为什么我把我的头衔从敏捷教练改为100% Scrum Master。我希望你能喜欢阅读这篇白皮书，它有助于你更好地理解Scrum Master这个角色。

全文完！

关注微信号“小船哥说敏捷”， 回复“八种立场”，可以下载PDF版本。

上一篇 下一篇

猜你喜欢

热点阅读