详解:Scrum Master的8种立场白皮书2.0 | IDCF

IDCF

写在前面

  • 本文翻译自《The 8 Stances of a Scrum Master v2\_0》,英文原文地址:https://scrumorg-website-prod...
  • 对于原文中的一些专有词汇,我在译文中都是以“中文(English)”的样式把英文词汇也显示出来了,方便大家对照理解;
  • 译文中涉及到敏捷开发的价值观、原则的部分,我直接使用了官网的中文版翻译(价值观:http://agilemanifesto.org/iso...,原则:http://agilemanifesto.org/iso...);
  • 译文中涉及Scrum指南的部分,我直接使用了Scrum指南官网的中文版翻译(https://www.scrumguides.org/d...);
  • 译文中的一些词汇,为了保持阅读体验的一致性,我都尽量保留了敏捷价值观、原则和Scrum指南中的翻译,比如“Servant Leader”,因为Scrum指南中的翻译是“服务型领导”,所以我也沿用了这个称呼,但是我认为译为“仆人式领导”也是可以的。

以下是译文:

一、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的精神。

image.png

(Scrum Master的8种立场)

Scrum Master的作用是:

  • 服务型领导(Servant Leader),他的关注点是团队成员的需求和他们提供价值的人(客户)的需求,目标是达成符合组织的价值观、原则和商业目标的成果。
  • 引导者(Facilitator),搭建舞台,提供明确的界限,使团队能够合作。
  • 教练(Coach),指导个人的思想和行为,指导团队的持续改进,指导组织与Scrum团队的真正合作。
  • 管理者(Manager),负责管理障碍、消除浪费、管理过程、管理团队的健康、管理自组织的边界、管理文化。
  • 导师(Mentor),将敏捷知识和经验传授给团队。
  • 教师(Teacher),确保Scrum和其他相关方法被理解并实践。
  • 障碍移除者(Impediment Remover),考虑到开发团队的自组织能力,解决阻碍团队进步的问题。
  • 变革推动者(Change Agent),使Scrum团队的文化能够蓬勃发展。

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

image.png

(Scrum Master的8种立场)

二、对Scrum Master的8个误解

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

  • 书记员(Scribe)。在Scrum事件中做笔记。把整个Sprint计划、每日计划、需求梳理讨论和回顾会承诺都记录下来。我在一个客户那里真实地经历过这件事,他们希望Scrum Master每周可以做四个小时的书记员。
  • 秘书(Secretary)。规划大家日程中所有的Scrum事件。负责保持团队的日程安排与节假日和休息日的更新。
  • Scrum警察(Scrum Police)。严格遵守Scrum的规则,而不关心团队的现状和背景。如果你没有按照Scrum指南行事,那么你就做错了。没什么可多说的。
  • 团队老板(Team Boss)。所谓“服务型领导”,其实只是团队的老板。是决定雇佣和解雇某人的老板。是决定某人是否应该加薪的老板。
  • 管理员(Admin)。如果你需要在JIRA、TFS或任何其他工具中进行更改:Scrum Master就是你的朋友。他/她对每个工作流程都了如指掌。
  • 会长(Chairman)。每天早上,团队都会向每日Scrum(Daily Scrum)的会长提供状态更新。这为Scrum Master提供了必要的信息,以便向他/她的上级写出每日状态报告(daily status report)。
  • 超级英雄(Super Hero)。这是一只鸟。是一架飞机。它是超级Scrum Master!!!在你的障碍还没有真正成为障碍之前,就解决了你所有的障碍。英雄沉迷于解决“问题”的刺激中。他/她这样做不是为了团队,而是为了提高他的英雄地位。
  • 咖啡店员(Coffee Clerk)。为你的团队成员买咖啡是没有错的。这会让你很合群。但如果你每天的主要目的是为了给团队提供咖啡的话... 那你就失去了作为Scrum Master的意义。

image.png

(对Scrum Master的8个误解)

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

通过询问反馈,向其他Scrum Master学习,以及阅读了大概“所有的”关于Scrum的书籍,我慢慢地提升了自己。写了关于前面提到的8种立场的博文也是这个历程的一部分。
我的个人使命就是让大家更好地理解Scrum Master这个角色。我并不谴责所描述的误解。我只是想提供一个不同的视角,并邀请人们重新构想Scrum Master的角色。

image.png

(对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的价值观来解释一下。

image.png

(Scrum价值观)

3.1 承诺

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

3.2 专注

我相信专注。为自己创造一个令人信服的愿景,将其转化为切实的目标,并专注于实现它们。这对我来说是最有效的。把自己定位为敏捷教练让我感觉不到专注。这个称号感觉就像一个空壳,每个组织似乎都挤满了敏捷教练。我肯定是不反对敏捷教练的,我只是认为自己不是敏捷教练。一个敏捷教练应该对看板(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这个角色所有不同立场的可能性。

3.3 勇气

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

3.4 尊重

通过做真实的自我,我努力尊重每一个与我交往的人。尊重他人,向他们展示你的真实身份。保持开放、真实、诚信。正如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服务。我选择了后者。

3.5 开放

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

小结

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

四、详解Scrum Master的8种立场

4.1 作为服务型领导的Scrum Master

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

image.png

(服务型领导)

4.1.1 什么是服务型领导力(Servant-Leadership)

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

  • 服务于他人,而不是自己
  • 不通过职位领导
  • 经得起考验的领导力
  • 帮助人们尽可能高效地成长和表现
  • 对团队成员无私管理
  • 促进真正的团队自主权
  • 发挥团队的集体力量

4.1.2 什么是服务型领导(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/scr...

一个服务型领导:

  • 专注于构建信任的基础
  • 促进赋能和透明
  • 鼓励合作参与
  • 善于疏导、富有同理心并能够真正倾听
  • 表现出有道德和有爱心的行为,并将他人的需求放在首位
  • 谦虚、博学、积极、善于社交、善于感知周围情境的变化

4.1.3 敏捷宣言(Agile Manifesto)与服务型领导力(Servant-Leadership)

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

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

  • 业务人员和开发人员必须相互合作,项目中的每一天都不例外。
  • 激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。

4.1.4 作为服务型领导(Servant-Leader)的Scrum Master

Scrum指南将Scrum Master描述为Scrum团队的服务型领导。Scrum Master不是团队的师傅(master),而是鼓励、扶持和激发人们的活力,让他们凝聚成一个团队,充分发挥他们的潜力的师傅(master)4。[4] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership

Scrum Master是一个服务型的领导者,他的关注点是团队成员和他们所服务对象(客户)的需要(needs),他的目标是实现与组织的价值观、原则和业务目标一致的成果5。
[5] http://www.infoq.com/articles...

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

作为一名服务型领导,Scrum Master有责任:

  • 把Scrum设定为一个服务型的流程,而不是一个命令型的流程6[6] Verheyen, Gunther. Scrum: A Pocket Guide
  • 引导开发团队实现自组织
  • 通过健康的冲突和讨论领导团队
  • 教授、辅导、指导组织和团队接受并使用Scrum
  • 保护团队免受干扰和外部威胁
  • 帮助团队识别、移除和预防障碍
  • 鼓励、支持和赋能团队,使其能够充分发挥潜力和能力
  • 通过产品待办列表和冲刺待办列表、每日Scrum、评审和可见的工作区等方式传播信息,以创造透明度
  • 确保团队内存在协作文化

小结

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

4.2 作为教练(Coach)的Scrum Master

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

image.png

(教练)

4.2.1 什么是教练(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/blo...

促进他人执行、学习和成长的艺术10。[10] Downey, Myles. Effective Coaching

教练缩小了想要做(thinking about doing)和实际做(actually doing)之间的差距11。[11] Martin, Curly. The Life Coaching Handbook

4.2.2 什么是高效的教练(Effective Coaching)

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

  • 以身作则(Lead by example)。这意味着教练会按照他们所拥护的价值观和原则生活,并将他们所知道的工具和技术应用到他们自己和他们的工作中。
  • 以终为始(Begin with the end in mind)。教练从目标开始倒推,从而找出从A到B的最有效、最高效的方法。
  • 制定可持续的步伐(Set a sustainable pace)。当周围的人失去理智时,教练会保持冷静。
  • 用脑思考,用心感受(Think with your head and feel with your heart)。教练要平衡思考和感受。在解决问题时,他们会同时运用逻辑思维和同理心。
    拉动,而不是推动(Pull, not push)。教练在等待并随时准备好有人前来求助。教练会创造和提供学习的机会,而不是把自己的想法、建议和观点强加给别人。
  • 少说多听(Talk less, listen more)。教练推迟对自己所听到的内容做出判断,在别人说话的时候自己要认真倾听。
  • 谆谆教诲(Flow like a stream)。教练是有耐心的、务实的且活在当下的。

4.2.3 作为教练(Coach)的Scrum Master

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

教练不是给出建议,而是支持人们提出自己的解决方案。如果你提出了正确的问题,他们总是能找到正确的答案。
1)教练个人
  • 解释理想的思维模式和行为,帮助个人看到新的视角和可能。
  • 影响团队成员的个体运用好Scrum。
  • 帮助每个人在其敏捷旅途中迈出下一步13。[13] Adkins, Lisa. Coaching Agile Teams
2)教练团队
  • 激发持续改进的思维模式,打造学习型文化
  • 支持团队解决问题和冲突
  • 指导团队成长,直到成员学会如何最好地相互学习
  • 改变那些限制团队做好Scrum的态度、思维模式和行为
  • 指导团队互相给予开放和诚实的反馈
3)教练组织
  • 通过提供高质量、有价值的产品,帮助组织取得惊人的成果
  • 指导整个组织做产品管理,专注于持续为产品增加商业价值
  • 支持并鼓励与Scrum团队的协作与合作

小结

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

4.3 作为引导者(Facilitator)的Scrum Master

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

image.png

(引导者)

4.3.1 什么是引导者?

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

这个定义(以及其他可用的定义)的关键要素如下:

  • 帮助并使他人能够实现其目标
  • 做到内容中立(content neutral),不偏袒任何一方
  • 支持大家做最佳的思考和实践
  • 促进合作,努力实现协同效应
  • 提供魅力型权威(charismatic authority)

(译者注:魅力型权威是权威理论的一种,权威理论由德国社会科学家韦伯提出,他将人类社会的统治形式分为克里斯玛型/魅力型/超人型统治、传统型统治与法理型统治形式三种。魅力型权威建立在某个英雄人物、某位如有神授天赋的人物的个人魅力基础之上。被统治者之所以服从是因为他们确信他们的统治者有着超凡的能力,从而成为其追随者和信徒。而统治者也必须通过不断地证明其超凡能力的存在而维持其合法统治。典型的魅力型统治在先知、圣徒和宗教领袖所建立的组织中可以看到。)

4.3.2 误解

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

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

  • 将Sprint作为一个时间盒,在这个时间盒里,构建一个完成(done)的、可用的、可发布的增量
  • 每日Scrum(Daily Scrum)用于检查团队达成Sprint目标的进度
  • Sprint计划会议是团队讨论、计划并就产品待办列表项(Product Backlog Items)的预测达成一致意见的活动,他们有信心能够完成这些事项,从而支持产品负责人的目标和战略
  • Sprint评审用于演示和检查所开发的增量,并在必要时调整产品待办列表
  • 将Sprint回顾作为一个事件,在此期间,团队检查并调整其做法和流程,以改进阻碍团队进步的关键问题

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

4.3.3 Scrum中引导(Facilitation)的真正含义是什么

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

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

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

一名Scrum Master应该:

  • 引导团队内部和团队所处环境的关系、协作和沟通
  • 引导Scrum流程并对流程进行持续改进
  • 引导Scrum团队与整个组织的融合
  • 引导Scrum事件有目的、高效地进行
  • 引导团队实现集体和个人目标

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

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

4.3.4 优秀引导者的特征

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

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

  • 设计并领导会议,负责帮助团队达成目标和目的15[15] http://nomad8.com/training/sc...
  • 提出强有力的问题,以产生新的洞察和观点
  • 倾听理解,而不是倾听行动16 [16] https://tcagley.wordpress.com...
  • 打造强大的团队,而不是强大的个人
  • 促进事情发生,而不是让事情发生
  • 懂得如何使用低干涉(light-touch)的引导方法

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

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

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

  • 每日Scrum包含了一种健康的同伴压力的氛围,这种氛围会笼罩在交付质量、承诺和解决障碍上。
  • Sprint计划全部是关于产品负责人和开发团队之间的合作,并且他们非常关注业务价值的交付。所有团队成员都理解工作,并共同同意实现Sprint目标。
  • Sprin评审是一个充满能量的事件,Scrum团队、发起人和利益相关者一起检查产品增量和待办事项列表。他们同时也会回顾他们的合作,以及如何改进。他们所有人作为一个团队,有着相同的目的,客户(client)和供应商(supplier)之间没有任何障碍。
  • Sprint回顾是在安全的氛围中进行的,在这个过程中,房间里的大象(the elephant in the room)(译者注:房间里的大象是指对于某些显而易见的事实,集体保持沉默的社会现象)会被识别、讨论,并转化为团队成员一致同意的、在下一个Sprint中实现的、可操作的改进项。

小结

归纳起来,优秀的引导工作就是:

  • 为团队服务(Serving),但不做他们的仆人(servant)
  • 帮助团队做出决定,并达成一致意见
  • 识别妨碍会议取得成果的畏难心态(difficult attitudes)、失调行为(dysfunctional behaviours)和懒散态度(unproductive attitudes)17
    [17] http://www.agilecoachinginsti...
  • 做一个敏锐的观察者
  • 只要你能支持到他们持续的自组织,就退一步吧
  • 知道何时打断团队
  • 帮助团队获得高质量的互动
  • 提出问题和挑战

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

4.4 作为教师(Teacher)的Scrum Master

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

image.png

(教师)

4.4.1 什么是教师(Teacher)

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

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

教授(Teaching)就是传授知识或技能,或指导别人如何做某事。

关于教授(Teaching)的一些不错的引用:

教授的艺术是协助发现的艺术。 —— Mark van Doren

我从不教我的学生,我只是试图提供他们能够学习的条件。 —— Albert Einstein

一个好教师可以激发希望、点燃想象力、灌输对学习的热爱。 —— Brad Henry

4.4.2 作为教师(Teacher)的Scrum Master

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

4.4.3 那么Scrum Master可以教授(teach)些什么呢?

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

小结

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

4.5 作为导师(Mentor)的Scrum Master

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

image.png

(导师)

4.5.1 什么是导师(Mentor)

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

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

关于导师(Mentor)的一些不错的引用:

我们靠所得来谋生(make a living),靠奉献来生活(make a life)。—— Winston Churchill

从生活中获得最大的收获,不在于你为自己保留了多少,而在于你为他人倾注了多少。 —— David Stoddard

成为你希望的导师。

4.5.2 教练(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

4.5.3 守-破-离(Shu-Ha-Ri)

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

  • 守(Shu) - 遵循规则

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

  • 破(Ha) - 打破规则

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

  • 离(Ri) - 成为规则

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

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

小结

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

4.6 作为管理者(Manager)的Scrum Master

本章会介绍作为管理者的Scrum Master。我将介绍管理(management)和管理者(manager)之间的区别,横向水平管理(horizontal management)和纵向垂直管理(vertical management),以及Scrum Master作为管理者(manager)的职责。

image.png

(管理者)

4.6.1 什么是管理者(Manager)

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

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

关于管理者(manager)的一些不错的引用:

管理者(manager)是寻找能够通过别人完成任务的人。对于一个好的管理者(manager)来说,最重要的是让团队中的人觉得他/她有诚信。 —— Sam Wyly

管理者(manager)是他下属的助手。 —— Thoman J. Watson

不管有没有管理者(manager),每个人都应该对管理负责。 —— Jurgen Appelo

管理(management)做得好,就是服务和支持每个人天生精彩的行为。 —— Woody Zuill

4.6.2 管理(Management)与管理者(Manager)

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

应用纵向垂直(vertical)管理的组织让个人为晋升而竞争。管理者分配任务,管理者评估绩效。沟通是自上而下的。纵向垂直管理的目的是为股东赚钱。横向水平(horizontal)管理存在的目的是让顾客满意。赚钱是结果,而不是活动的目标。它支持授权而非控制,刺激创新,注重横向水平沟通26。
[26] http://www.forbes.com/sites/s...

4.6.3 敏捷拥抱横向水平管理(Horizontal Management)

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

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

4.6.4 作为管理者(Manager)的Scrum Master

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

  • 管理障碍,消除浪费。在超出开发团队自组织能力的领域,消除限制团队效率和进度的障碍。
  • 管理流程。支持团队优化流程;促进团队的发展;保持Scrum活动的目的性和有效性;确保人员、团队和组织使用Scrum实现最大收益。
  • 管理团队的健康。通过团队成员之间的高质量互动,营造一个信任的环境,支持团队实现集体和个人目标。
  • 管理自组织的边界。Scrum Master管理Scrum提供的边界,以增强自组织能力:时间盒限制风险,集中精力,跨职能协作,可发布的成果,验证性学习28。[28] http://guntherverheyen.com/20...
  • 管理文化。为失败留出空间。管理必要的文化变革,让团队有机会蓬勃发展。

小结

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

而正如Jurgen Appelo所说:

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

顺便说一下,Gunther Verheyen把Scrum Master描述成一个管理者(manager),这一点做得很好30。可以肯定的是,这是本章的灵感来源。[30] http://guntherverheyen.com/20...

4.7 作为障碍移除者(Impediment Remover)的Scrum Master

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

image.png

(障碍移除者)

4.7.1 什么是障碍(Impediment)

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

在Scrum中,障碍是指阻碍开发团队在Sprint中创造有价值的软件或者限制团队实现其固有进度水平的因素31。[31] Verheyen, Gunther. Scrum: A Pocket Guide

超出开发团队自组织能力的问题。

阻碍任何开发人员按照预期的Sprint能力工作的事件32。[32] Goldstein, Ilan. Scrum Shortcuts without Cutting Corners: Agile Tactics, Tools & Tips

关于障碍(impediment)的一些不错的引用:

好的Scrum Master会营造一个可以提出障碍的环境。优秀的Scrum Master会营造一个可以激发创造力的环境33。[33] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership

好的Scrum Master会争取获得许可,以移除阻碍团队生产力的因素。优秀的Scrum Master会做好请求原谅的准备。

4.7.2 可能存在的障碍示例

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

  • 团队成员生病
  • 团队构成发生不可以预见和不希望发生的变化
  • 开发团队的工具问题
  • 技能缺乏
  • 大量的技术债
  • 供应商问题
  • 产品负责人无法使用
  • 来自管理层的压力
  • 团队成员之间的冲突
  • 开发团队必须参加很多不重要的会议
  • 团队环境的限制
  • 优柔寡断的产品负责人

4.7.3 作为障碍移除者(Impediment Remover)的Scrum Master

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

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

  • 它真的是一个障碍还是开发团队可以自己解决的问题?
  • 我们真的需要移除这个障碍吗?
  • 这里面真正的问题是什么?

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

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

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

4.7.4 移除障碍的策略

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

  • 不要等到每日Scrum时才提出障碍!当然,每日Scrum建议的问题之一是“是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?”然而,这并不意味着开发团队只能在每日Scrum期间讨论障碍。
  • 使用Sprint目标。明确的Sprint目标是确定某件事情是否真的是障碍的有用工具。如果某件事情阻碍了团队实现Sprint目标,那么它肯定是一个障碍。
  • 理解阻塞(block)与障碍(impediment)的区别。阻塞只影响单一的任务,而障碍则像降落伞一样,拖慢整体进度。通常情况下,开发团队可以自己解决阻塞,而障碍则需要由Scrum Master来解决34。[34] Goldstein, Ilan. Scrum Shortcuts without Cutting Corners: Agile Tactics, Tools & Tips
  • 通过使用阻碍板(Impediment Board)来提高透明度。这可以是一个简单的翻转板,障碍在这里被可视化。添加一些泳道,如待处理(to do)、处理中(in progress)、已完成(done),状态对每个人都是透明的。当然你也可以在现有的Scrum板上添加障碍。方式不重要,将状态可视化,增加透明度才是最重要的。
  • 对确定的障碍保持跟踪。这将为Sprint评审和Sprint回顾提供重要的输入。
  • 理解组织。Scrum Master应该理解组织的文化。他应该懂得如何在组织中把事情做好。通过选择正确的方法,困难的障碍可以更容易地解决。
  • 勇敢并创造性地移除障碍。当你需要做出大胆的决定以确保开发团队的生产力时,要做好事后请求原谅的准备。
  • 与产品负责人合作。很多时候,障碍会与产品管理以及与利益相关者和供应商的合作有关。产品负责人是这个领域的关键人物。因此,确保与产品负责人建立健康的关系。
    不要把时间和精力花在解决错误的问题上。对于障碍,Scrum Master需要压制修复它、解决它和提供解决方案的欲望。他们应该关注真正的问题,而不是第一个问题。通过提问来了解情况。检查它是否真的是一个障碍,还是开发团队的一个学习机会。

小结

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

4.8 作为变革推动者(Change Agent)的Scrum Master

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

image.png

(变革推动者)

4.8.1 什么是变革推动者(Change Agent)

关于变革推动者,比较好的定义有:

通过关注组织效率、改进和发展来帮助组织进行自我变革的人35。[35] http://study.com/academy/less...

充当变革催化剂的人36。[36] http://georgecouros.ca/blog/a...

在Scrum的背景下,Geoff Watts将Scrum Master作为变革推动者的角色描述为:"好的Scrum Master可以帮助Scrum团队在组织文化中生存。优秀的Scrum Master帮助改变文化,使Scrum团队能够茁壮成长37。"[37] Watts, Geoff. Scrum Mastery: From Good to Great Servant Leadership

4.8.2 Scrum友好型文化(Scrum-Friendly Culture)的特征

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

  • 重视团队的成功而非个人的成功
  • 激发团队成员对自己和他人负责
  • 促进持续改进和试验
  • 欣赏每个人独特的才能和技能
  • 重视行为而非成就
  • 以客户为中心的经营理念
  • 认为计划的方法比实际的计划更有用
  • 支持长期稳定的团队构成以提高绩效
  • 邀请并激励员工最大限度地发挥其潜能
  • 给予员工信任和所有权,并在其自律中蓬勃发展
  • 通过给予支持、信任和指导,帮助员工取得成功
  • 以面对面的沟通取代临时的、全面的文档
  • 重视产品而不是项目
  • 通过小型的、同地办公的、跨职能的和自组织的团队交付业务价值

4.8.3 作为变革推动者(Change Agent)的Scrum Master

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

  • 带领并作为教练指导组织采纳Scrum
  • 在组织范围内规划Scrum的实施
  • 帮助员工和利益攸关者理解并实施Scrum和经验导向的产品开发
  • 引发能够提升Scrum团队生产率的改变
  • 与其他Scrum Master一起工作,增强组织中Scrum应用的有效性38。[38] http://www.scrumguides.org

小结

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

总结

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

  • 服务型领导(Servant Leader),他的关注点是团队成员的需求和他们提供价值的人(客户)的需求,目标是达成符合组织的价值观、原则和商业目标的成果。
  • 引导者(Facilitator),搭建舞台,提供明确的界限,使团队能够合作。
  • 教练(Coach),指导个人的思想和行为,指导团队的持续改进,指导组织与Scrum团队的真正合作。
  • 管理者(Manager),负责管理障碍、消除浪费、管理过程、管理团队的健康、管理自组织的边界、管理文化。
  • 导师(Mentor),将敏捷知识和经验传授给团队。
  • 教师(Teacher),确保Scrum和其他相关方法被理解并实践。
  • 障碍移除者(Impediment Remover),考虑到开发团队的自组织能力,解决阻碍团队进步的问题。
  • 变革推动者(Change Agent),使Scrum团队的文化能够蓬勃发展。

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

来源:小船哥说敏捷

作者:adoudou

声明:文章获得作者授权在IDCF社区公众号(devopshub)转发。优质内容共享给思否平台的技术同伴,如原作者有其他考虑请联系小编删除,致谢。

6月每周四晚8点,【冬哥有话说】开心一“夏”。公众号留言“开心”可获取地址

  • 0603 无敌哥 《IDCF人才成长地图与5P》(《端到端DevOps持续交付(5P)精品课》第1课)
  • 0610 冬哥 《带你玩转创新设计思维》
  • 0617 无敌哥 《敏捷项目管理到底是个啥》
  • 0624 冬哥 《VUCA时代的敏捷领导力》
阅读 1k
76 声望
10 粉丝
0 条评论
你知道吗?

76 声望
10 粉丝
宣传栏