写点什么

著名管弦乐队的类 Scrum 实践

2008 年 7 月 25 日

Scrum 团队的传统角色包括:产品负责人、开发人员、以及 Scrum Master。团队领导这个角色明显缺席,这要求团队做到自组织。类似的, Orpheus 室内乐团完全取消了指挥这个角色,演奏过程中的领导权是共享的,整个团队共同做出决策。这个决定产生了全世界最有名的室内乐团。他们在团队合作中积累的教训和方法,任何 Scrum 团队都能从中受益。

最新一期的《IEEE 工程管理评论》上刊登了《指挥缺席的乐队》这篇文章曾经发表在《Leader To Leader》杂志上。文中讨论了 Orpheus 室内乐团的成功,他们用一种参与度更高的模式——称为“Orpheus 流程”——替代了传统的命令与控制领导方式。这个流程基于下面八个原则。

原则 1:让实际工作的人掌握权力

低音提琴手 Don Palma 从 1972 年团队成立时就加入了,他认为传统乐队和 Orpheus 的工作方式差距很大。Palma 说:“Orpheus 成立不久的时候,我曾离开过一年,去了洛杉矶爱乐乐团。我不喜欢那里,我不喜欢总是要别人告诉我应该做什么,这让我觉得毫无价值,只不过是做了一个听话的士兵,只需要坐在那里然后照他们的话执行。我觉得很难去改变什么东西……Orpheus 则让我参与其中,我知道自己可以影响演奏的发展方向。我想这就是许多人愿意一直待在这个乐队的原因。”

与之类似,处于传统软件组织中的成员,可能会感觉到无法影响他所在的团队或者产品,他们唯一的价值就是按照工作分配生产代码。Scrum 团队的成员则可以通过任何可行的方式进行协作,为团队和产品的成功作出贡献。

原则 2:鼓励个体对产品质量负责

Orpheus 乐队由于没有指挥,也就没有单独的个人对演出质量负责,但乐队的每个人都感到自己对此负有责任。Orpheus 让每个个体都有机会领导团队,同时它还要求大家齐心协力。每个音乐家不仅努力让自己的演奏技能达到最佳水平,他们还会尽量辅助同事们也提升到最好,同时令整个交响乐团的演奏至臻完美。

对于 Scrum 团队来说,整个团队都要对质量负责。如果代码库中某些问题使得产品无法使用,即使某个人开发出的代码没有 bug,那他也没什么值得高兴的。因此,应该鼓励团队成员去寻找和采纳能够提升质量的实践方式,例如行为驱动开发结对编程持续集成、以及自动验收测试。此外,Scrum 的回顾实践还能帮助团队找到可以改进的实践细节。

原则3:建立明确的角色

Orpheus 乐团里虽然没有指挥家,却有明确定义的角色。乐团演奏的每一部分乐章,都有一个成员担任首席小提琴手。其他界定好的角色也都得以补充。

在 Scrum 团队中,有 3 种定义好的角色:产品负责人 Scrum Master 、开发人员。产品负责人负责管理产品 backlog、设置优先级、确定哪些功能(故事)要先进行开发,哪些需要等上一阵子。Scrum Master 的职责是管理流程、召集会议、以及进行重要的团队交流。开发人员则创造产品。“开发人员”这个词包括了专职的测试人员、文档编写人员,还有软件开发人员。

原则 4:促进团队横向合作

没有哪个人能够解决乐队中出现的所有问题,Orpheus 依赖水平组织的团队——包括正式和非正式的——从所有的成员那里获取经验。使用水平的组织方式,这样团队成员的视野和机会就不会被人为限制在某个狭窄的领域。Orpheus 团队的成员能够跨越组织的界限,获取信息、把握机会、解决问题,或是作出决定。

Scrum 方法,特别是由 Scrum 组成的 Scrum ,提供了一个框架,让横向的团队合作应用在软件项目中

原则 5:共享并轮换领导权

许多乐队都拥有唯一的领导——指挥。演奏家们按要求、而不是自己的理解去演奏。Orpheus 乐队有意采用了按照不同部分轮换领导的方式,根据每个人的学识和热情,选出一个人来担任某一部分演奏的领导。

在 Scrum 团队中没有正式的领导,每个人会考量自己的知识和能力,判断是否符合团队的当前需要,如果符合,就在某一段时间里担当团队的带头人。如果团队面临最重要的问题是改善品质,QA 人员可能会充当领导。如果团队要用重构来调整设计和架构方面的代码,资深的开发人员或者软件架构师就该领导团队。

原则 6:学习倾听,学习说话

Orpheus 团队的成员很清楚沟通的力量,这也是该组织的生命线。成员们不仅要倾听他人的看法和意见,尊重发言人和他的观点——无论他们是否同意对方的观点,他们还要进行彼此之间的交流。

清晰和持续的沟通也是软件项目的生命线。每日立会回顾、以及 Scrum Master 的参与,这些实践内容都在帮助实现思想和信息的交流。

原则 7:寻求共识(搭建有利于达成共识的创造性系统)

决定对于乐队越重要,参与制定的人越多。这与商业组织中大多数的情况相反,最重要的决定是由少数高层做出的。有人害怕依照共识做出的创造性决策可能会是平庸而乏味的,这样的担心貌似很合理。但是 Orpheus 证明了这种担心毫无必要。Orpheus 乐团在国际上享有盛誉,他们定期在卡耐基音乐厅演出,甚至获得了格莱美奖。

在传统的软件组织内,像架构和设计方面的重要决定,通常由一些牛人负责,然后再交给其他人执行。Scrum 团队则把重要问题与尽量多成员讨论,这样最后的决定可以得到整个团队的理解和支持。

原则 8:为你的工作奉献激情

大家普遍认为,对工作怀有热情的雇员能够创造出好的产品、团队和公司。Orpheus 流程设计的目的,就是要去掉参与上的障碍,让每个成员都充满热情。

Orpheus 的成员对组织充满热情。就算他们中的大部分人目前在其他团队工作,包括纽约爱乐乐团和大都会歌剧团,或者是在朱利亚或者曼哈顿音乐学院这样的地方做老师,他们仍然会认为:为 Orpheus 演奏的经历,是他们最具满足感的音乐旅程。

与 Orpheus 流程类似,Scrum 可以释放出每个成员的激情,并且鼓励和允许他们创造出最好的软件产品。

查看英文原文: Renowned Orchestra Embraces Scrum-like Practices

2008 年 7 月 25 日 01:06502
用户头像

发布了 479 篇内容, 共 126.4 次阅读, 收获喜欢 29 次。

关注

评论

发布
暂无评论
  • 最佳实践:小团队如何应用软件工程?

    小团队在软件项目开发上的主要问题是:对成本敏感、人少活多和缺少流程规范。可以从团队建设和流程建设入手,去解决这些问题。

    2019 年 6 月 4 日

  • 答疑篇:关于价值导向和沟通

    今天,我从留言的许多问题中,梳理出了价值导向和高效沟通这两个话题,再与你详细聊一聊。

    2019 年 11 月 1 日

  • 文化建设:哪些价值观能够提升团队凝聚力?

    想要促成组织文化的形成,首先就要公开问题、暴露问题,形成一个坚定践行文化的核心团队,当然我们要强调知行合一,用实打实……

    2020 年 10 月 5 日

  • 欢迎提名 2009 年度 Gordon Pask 奖项获得者

    接受Gordon Pask奖项的两个人,将会接受奖项委员会评议,他们应在最近为敏捷相关领域做出卓越贡献,并应成为其他人效仿的榜样。 敏捷联盟会出资赞助每位获奖者,让他们参加两个不同大洲上、两次不同的敏捷领域会议。本年度的委员会希望您提供帮助,找出两位Gordon Pask奖项获得者。

  • 回顾太弱了?来看看如何让它变得强大

    这篇文章解释了为什么组织在回顾过程中表现平庸,以及一个伟大的教练如何通过将真实问题带到表面并创造一个团队可以学习互相信任、处理冲突并体验非凡结果的环境来改变结果。

  • Scrum Master 的成功定义是什么?

    有经验的Scrum Master们解释了他们如何定义和衡量Scrum Master的成功,并分享了有关如何获得成功的经验。从处理干系人,到如何改进教练技能以及如何帮助团队达到可持续发展的步伐。多年的经验教训将有助于你改善Scrum Master的表现。

  • ScrumMaster 项目面谈诀窍

    ScrumMaster或者迭代经理在敏捷团队里面是一个关键角色,而且,对于ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目时,很重要的是创造一个取得成功的环境。本文提供了一些面谈时的建议,可供ScrumMaster考虑是否接受项目或团队时参考。

  • 每周一起背 10 句 | week 04

    不知道学到现在,你再阅读英文句子的时候,能够快速分离出主干和枝叶吗?

    2020 年 6 月 6 日

  • 如何让团建活动不再“收效甚微”?

    本文和大家探讨如何设计团建活动,并避开团建活动当中的常见误区。

    2018 年 10 月 9 日

  • GlobalLogic 自底向上的组织级敏捷转型

    在敏捷东欧2016大会上,来自于GlobalLogic的交付经理Yuriy Koziy主张组织变革应该从团队层面开始,而非始于高层管理者。他召集了一个由志趣相投的工程经理和敏捷教练组成的团队,作为变革促进者从内部转变组织。

  • 质疑服务型领导

    敏捷开发经理仅仅作为服务型领导的角色存在吗? 他们曾经用过传统的指挥和控制工具吗?敏捷经理们曾经行使权利对团队提出要求吗?他们曾经在成员之中进行过变化调整吗?

  • 分支策略:让研发高效协作的关键要素

    分支策略就是研发协作和发布模式的风向标,找到适合当前团队的分支策略,是非常重要的事情。

    2019 年 11 月 5 日

  • 四种方式主导你的第一个敏捷项目

    Manish深入探究敏捷和Scrum过程的细节。贯穿这篇文章的最重要的内容是新手如何主导敏捷项目。这篇文章讨论了站会的重要性、找出团队的优势和劣势、最大限度地利用你的团队以及如何避免微管理。

  • 项目经理如何管理敏捷团队

    采用敏捷方法的组织通常会对项目经理的作用及其日常工作产生影响。Scrum为项目经理转变为Scrum主管(Scrum master)或是产品负责人(product owner)提供了可能。项目经理也能采用他们自己的工作方式与其他Scrum主管和敏捷团队一起工作。

  • 引领自组织团队就像指挥交响乐吗?

    传统管理模式并没有告诉领导者如何支持敏捷团队,同时又不削弱他们浮现出的自组织特性。很多人将自组织与音乐表演和“指挥交响乐”相提并论,但不是所有人都同意。“指挥者”模式是个好的做法,还是一种反模式(anti-pattern)?乐队指挥Itay Talman在TED大会上的讲演显示,这也许依赖于我们认为指挥要做哪些事。

  • 管理者在敏捷转型中的角色

    敏捷并不提倡传统项目管理者的角色,因此他们需要在企业向敏捷转型的过程中,重新进行自我定位。Robert Galen认为,管理层的介入将对团队效能产生负面影响,然而除了单纯批评管理者或解雇他们外,我们还有一些其他的选择来帮助他们实现向敏捷领导者的转变。

  • 如何自己组建和保持自组织团队

    近期,Mike Cohn和Thomas Cagley还有其他一些人发表了一系列主题为关于自己组建团队和保持成功的自组织团队的报告。

  • 敏捷实践中的好品质

    敏捷更倚重于纪律,而不是几个天才。我们知道,一般的团队只要遵守纪律,即使在早期阶段也会达到巨大的性能改进。当我们遵守纪律时,我们的言语和行动产生的影响就会随着时间的推移积极地创建并改造我们团队和项目所处的环境,可能好,也可能不好。

  • 同一个敏捷团队如何同时做多个项目?

    对于一个组织来说,同一组开发人员来完成多个项目,这是常有的事儿。在这种状况下,应该如何组织团队呢?他们的工作又该如何计划和分配呢?

  • 对敏捷团队来说,快乐是否重要?

    有时候,在敏捷团队中工作会很紧张,这种紧张可能发生在客户需求不明确、有大量待完成工作,或是团队成员在自己的工作中遇到困难等情况下。我们或许会问这样一个问题:拥有快乐是否能够减少紧张感、增加动力,或是提高生产力?如果确实如此,那么我们该怎么做,才能在敏捷团队中拥有更多快乐?

发现更多内容

架构师0期Week5Work2

Nan Jiang

架构师0期第五周总结

何伟敏

week05-作业

seki

架构师训练营第5周课后作业

Just顾

架构学习第5周作业总结

乐天

架构师第五周

Tulane

第五周·命题作业·一致性hash

刘璐

第五周-总结

JI

极客大学架构师训练营

架构训练营week05-总结

尔东雨田

架构师训练营 week05 学习总结

GunShotPanda

技术选型 - 第五周(初稿)

X﹏X

架构培训 -05 学习总结 缓存、消息和负载均衡

刘敏

第四周系统架构演进和案例分享笔记

秤须苑

极客大学架构师训练营

架构师0期第五周命题作业

何伟敏

架构师训练营-第五周-作业1

A Matt

一致性hash算法实现

stars

week5.学习总结

个人练习生niki

架构师训练营 week05 作业

GunShotPanda

架构学习第5周作业

乐天

第五周-命题作业

JI

极客大学架构师训练营

【架构思维 - 学习总结】week05

chun1123

缓存 学习

第五周课后作业

iHai

极客大学架构师训练营

第五周学习总结

iHai

极客大学架构师训练营

架构师训练营第五周总结

养乐多

多线程获取结果还在使用Future轮询获取结果吗?CompletionService快来了解下吧。

java金融

Java 多线程 Feature CompletionService

架构师训练营week5 总结+作业

林毋梦

第五周·总结

刘璐

第四周课后练习

秤须苑

极客大学架构师训练营

架构师训练营-作业5

进击的炮灰

架构师训练营第 0 期 - 第 5 周 - 学习总结

架构师训练营-第五周-作业2

A Matt

演讲经验交流会|ArchSummit 上海站

演讲经验交流会|ArchSummit 上海站

著名管弦乐队的类Scrum实践-InfoQ