《Scrum捷径:敏捷策略、工具与技巧》读书笔记之态度和能力

引言


有人问,Scrum敏捷开发中,什么是最重要的?我觉得对于Scrum本身而言,Scrum的全套框架和规则是最重要的。但是,任何一个团队、组织,都离不开参与其中的人。从高效运行Scrum敏捷交付商业价值来说,人的态度和素质,却是至关重要的。因此,本篇将从如果Scrum要想成功,Scrum 团队成员必须具备的基本态度和能力探寻开始。

这里的三个捷径,可以帮助开发团队和相关角色,透过现象看本质,真正了解哪些素质可以帮助Scrum团队成员变得出类拔萃。

第二章 态度和能力


本章的三个捷径,分别从Scrum Master、团队成员和Scrum团队的角度,分析如何高效地运作Scrum团队。

捷径4:技艺高超的Scrum Master

Scrum Master 这个头衔只可以授给骨子里真正理解这个角色之精髓并能把它带到日常生活中的人。提到Scrum Master,就不得不提“仆人式领导”。Scrum Master 应该真正理解公仆式领导的真正含义。这个词,英文为“servant leadership”,中文又可称为“服务式领导”,或者“公仆式领导”。现代公仆式领导运动[1]是由先驱罗伯特·格林里夫(Robert Greenleaf)[2]发起。仆人式领导以身作则,乐意成为仆人,以服侍来领导;其领导的结果亦是为了延展其服务功能。 仆人式领导鼓励合作、信任、先见、聆听以及权力的道德用途。 仆人领导不一定取得正式的领导职位。Scrum 倡导Scrum Master成为仆人式领导。 格林里夫描述这个看似矛盾的角色时说[3]:

它开始于一个人要想得到服务,得先为他人提供服务。然后,潜意识促使这个人产生领导他人的愿望。这个人和先为领导的人截然不同,可能是因为他有不寻常的权力驱动或者获得物质财富的需求

仆人式领导在Scrum 环境下到底意味着什么呢?让我们来看看一个真正的 Scrum Master 要具备哪些态度和能力。

  • 没有权力的领导。能够在没有权力收拾他人的情况下却可以领导他人。
  • 引入变革,不畏惧。千万不要急于求成,要耐心,安静地观察和倾听,广泛与他人沟通和交谈,尽早找到并紧密团结盟友,慢慢开始。
  • 有策略,但不玩办公室政治。要保持所有沟通的透明,始终要做到言行一致。
  • 无私心,但不低估角色的重要性。Scrum Master 也要像引出人一样,团队的需求高于自己的个人利益。
  • 保护,但不溺爱。Scrum Master 是“牧羊犬”,但不过分保护团队,不要当“直升机父母”。
  • 有技术知识,但不需要成为专家
  • 不固步自封。永远不可能做到尽善尽美,永远都有进一步提高的空间。
  • 下一代领导力。真正的 Scrum Master 属于下一代有见识的专业人士。在挑选未来的Scrum Master 时保持开明的心态。虽然不是每个人都能成为Scrum Master,但Scrum Master真的可以是任何人。

捷径5:摇滚明星或演播室音乐师

就态度和能力而言,真想偷偷地在敏捷宣言里加上这么一行:

态度 高于 能力
也就是说,尽管能力也有价值,但我们认为态度更重要。

能力当然重要,当如果有选择,我们当然会选择态度超级认真的熟练工程师,而不是脾气极坏的天才工程师。

Scrum团队就像是个乐队,需要各个角色的队员密切配合才能演奏吃美妙的音乐。Scrum团队不需要“摇滚巨星”,而真正需要的是演播室的音乐人

演播室音乐师需要有创意,要多才多艺,要有让人敬畏的才能……要和形形色色的人紧密合作,工程师、制作人、艺术家和经纪人(以及你想不到的其他人),这通常意味着你越容易和他人合作,就越容易得到更多与他人合作的机会。

相对于一个摇滚明星团队,我们更愿意要一个演播室音乐人团队

Scrum 的价值观

最好的挑选演播室音乐人作为团队成员的方法是所有团队成员首先都要拥护Scrum 的核心价值观[3],形成其职业特质。所有Scrum 团队成员都应该拥抱五大Scrum价值观:

  • 开放。
  • 勇气。
  • 尊重。
  • 专注。
  • 承诺。

ScrumValues

除此之外,还应该看中如下品质:

  • 活力。充满活力的阳光队员,可以令团队活力倍增。
  • 共情。团队成员在需要时毫不犹豫地承当起重担,相互帮助和支持。
  • 好奇。成员愿意并渴望扩展自己的技能,抓住每一个机会学习不需要进一步钻研成为专家的职能。
  • 友善。越友善,你的效率会越高。选择团队成员时,不仅看他是不是有礼貌,还要看他是不是真诚友善。
  • 尊重。对别人的观点表示尊重。永远不要说“你错了”。

音乐时间到

Scrum 成功的前提是你拥有一个与你一样积极、合作的团队。

Scrum 针对的是团队,而不是个人。团队的目标高于个人的目标

捷径6:选择团队阵容

在组织Scrum 团队时,一定要认真对待。在为 Scrum 团队选拔成员时,一定要考虑到很多因素,包括态度、性格的搭配、技能的搭配、团队的大小、职能专业的配比、共享的资源、工作后勤情况,等等。

人人都是开发人员!

为避免小集团导致的不同职能之间的隔阂,Scrum对所有的开发团队成员一视同仁,赋予他们共同的头衔“开发人员”。不管是程序员、测试人员、用户体验设计师或技术文件编辑,Scrum 都一律视为开发人员。这在哲学层面通过提供给每个人同样的机会来增强公平性,并且反映出要开发软件,所有的职能角色都要参与进去

Scrum 团队大小

理想的团队规模已成定论,如Mike Cohn 在《Scrum 敏捷软件开发》[4]中所说:“通常一个理想的Scrum 团队建议控制在5到9人大小。”

开发团队的人员配备

没有一个放之四海而皆准的规则可以定义开发团队的人员组成,因为每个项目和团队都各不相同。一个可供参考的建议人员配比为:

3 个程序员:1 个测试人员:0.5 个“精深专家”

为了加快价值流动速度,团队成员要“齐心协力”。“齐心协力”不是意味着多个开发人员各自处理产品列表里不同的任务,而是尽量减少同时处理的任务个数,鼓励多个开发人员在某一时刻专注于完成尽量少的任务。为不产生瓶颈,鼓励开发人员培养T型技能[5]。有T 型技能的开发人员在某一专业领域拥有很深的造诣,而在其他较广的领域具备不一定很深的技能。拥有T 型技能的团队成员是“齐心协力”的必要条件。

只要有学习能力强的队员,知识分享的速度就很快。在下一个 Sprint 计划会上,大家可以尝试让团队里的专家在这个Sprint中不去拿他所专长的任务,他可以给拿这类任务的队友提供建议。

碎片任务分配

碎片任务分配在Scrum中并不常见,原因如《敏捷开发的艺术》[6]一书中所总结的那样:

时间被分配到不同项目的开发人员没法和团队紧密工作,他们不能及时了解项目最新情况和解答问题,而且他们还得在不同任务间切换,造成大量隐性的损失。

在理想情况下,所有团队成员最好都专心致力于所在团队

问:一个 Scrum Master 可以同时和多个团队一起工作吗?

答:理论上和理想情况下,应该是“一个团队=一个ScrumMaster”,但保持开放的头脑还是很重要。首先 , 毫无疑问,一个全新的Scrum 团队需要一个全职的Scrum Master。其次,如果一个 Scrum 团队越来越成熟,没有系统性的障碍并已经走上持续改进的正轨,一个Scrum Master 可以同时照顾两个这样的团队。最后,如果Scrum 团队已经是自组织的,成熟的精英团队,持续改进也更多是一些微调,一个Scrum Master 可以为三个这样的团队服务。如下图所示。

ScrumMaster02

态度比能力重要

毋庸多说,看看上面的捷径5便知。

拥抱(不过也要当心)多样性

由不同文化背景、年龄、经验和专长的队员组成的团队通常比较有趣,而且这样的环境也是孵化创新解决方案的温床。

不过也要当心!我们会不得不小心地分拆来自同一地域的小团体。此外,在多样化团队里,团队成员需要当心不合适的玩笑可能造成无意的冒犯。

团队日常规则

丽莎·阿特金斯(Lyssa Adkins)在《如何构建敏捷项目管理团队》[7]中建议创建她所称的“在一起规则”来处理我们所说的问题。

Team Rules
Team Rules

人人为我,我为人人

在一个团队中工作时,总是能感到某个时刻我是属于一个有凝聚力的、紧密相连的团队。每个团队成员都觉得大家都在同一条船上,唇齿相依,荣辱与共

总结


本章三个捷径所讨论的战术、工具和技能着眼于如何帮助你领会高效率团队需要具备的态度和技能。思考一下如下问题:

捷径 4:技艺高超的ScrumMaster

  • 真正的仆人式领导需要具备哪些特质?
  • 优秀的ScrumMaster 需要哪些关键能力?
  • 真正的ScrumMaster 要有哪些态度?

捷径 5:摇滚明星或演播室音乐人

  • 摇滚明星式开发人员可能有哪些问题?
  • 为什么我们希望开发人员像演播室音乐人一样思考和工作?
  • 构成团队专业个性的价值观有哪些?

捷径 6:选择团队阵容

  • 推荐的开发团队大小和人员配备?
  • 碎片任务分配带来的问题,如果只能如此又怎么办?
  • 一个ScrumMaster 能辅导多个团队时,需要考虑哪些因素?

参考文献


[1] Servant leadership, https://en.wikipedia.org/wiki/Servant_leadership

[2] Frick, Don M.; Senge, Peter M.; Spears, Larry C. Robert K. Greenleaf: A Life of Servant Leadership, http://item.jd.com/1196939624.html

[3] Scrum Values, https://www.scrumalliance.org/why-scrum/core-scrum-values-roles

[4] Mike Cohn, Scrum 敏捷软件开发, http://product.china-pub.com/197153,清华大学出版社2010年11月出版。

[5] Kenneth Rubin, Scrum精髓:敏捷转型指南, http://product.china-pub.com/3770066, 清华大学出版社2014 年5月出版。

[6] James Shore,Shane Warden,敏捷开发的艺术,http://product.china-pub.com/196033,机械工业出版社2009年8月出版。

[7] 丽莎·阿特金斯(Lyssa Adkins),如何构建敏捷项目管理团队: ScrumMaster、敏捷教练与项目经理的实用指南,http://product.china-pub.com/3682320,电子工业出版社2012年6月出版。