InfoQ

新闻

不要担心Scrum的可扩展性

作者 Vikas Hazrati译者 郑柯 发布于 2008年5月6日 上午11时33分

社区
Agile
主题
敏捷实施,
方法论
标签
敏捷介绍,
伸缩性敏捷,
Scrum,
自组织团队

Scrum在被引入到组织之中后,其可扩展性是最先受关注的问题之一。Tobias Mayer在他的blog中的一篇帖子中提出组织不必担心Scrum的可扩展性问题。如果他们对于Scrum的实践建立了正确的理解并有效实施,那么Scrum会自然而然地完成扩展。采用者们倾向于在没有理解相关基础之前,就去寻找快捷的解决方案。看起来人们在开始时过多关注于扩展性问题了,他们应该先去思考Scrum的原则和实践,以对其方法论有深入理解。

Tobias提到:

我相信Scrum可以完成自我扩展。我的意思是:Scrum包括了处理复杂性所需要的所有元素:自组织、经验主义、优先级排定和设定固定时间长度(timeboxing)。

他建议:一旦团队中每个人都理解了基本原则,那么Scrum Master就可以隐入幕后,让自组织的团队自行应对扩展问题了。

他引用了“嗜酒者互戒会(Alcoholics Anonymous,简称AA)”运动作为类比:开始时只是少数人试图从对酒精的依赖中摆脱出来,后来就演变成了世界范围的运动;而且组织只由一些共同工作的成员构成,其中没有治疗师、顾问或领导者。

他指出这些组织是基于共同的需要建立起来的,他们一起工作直到需要被满足,然后就解散了。他的意见指出这样一个事实:以同样类似的方式,Scrum团队会在有需要时组织起来,以自组织的方式工作,并在满足需求后解散。当有需要时,大家会决定切分成多个scrum团队,以自组织方式达成项目目标。Scrum Master的角色就演变为从旁默默指导大家认识团队的需要,而不是以自己的认知去影响大家。

Tobias比较了AA的一些核心原则,并认为它们可以应用到Scrum的扩展之上。

在这些“传统”中有如下这样一些指导原则:
  • 我们的领导是值得信赖的、为我们服务的人;他们不会采取管控的方式。
  • 每个小组都应该是自治的,会影响其他小组或AA整个组织的事宜除外。
  • 每个小组有一个基本的目的——要将它的信息传递给仍受酗酒之苦的人。

可以很容易地看到这样的原则如何应用到Scrum的扩展之上:
  • 我们的领导是值得信赖的、为我们服务的人;他们不会采取管控的方式。(此处没有变化)
  • 每个“团队”都应该是自治的,会影响其他“团队”或整个组织的事宜除外。
  • 每个团队有一个基本的目的——要在每个迭代中构建一次增量并将其交付给Product Owner(可能仍在受旧有系统之苦的人)。

在总结时,他提出不要忽视这个类比并将之视为无关之物,敏捷团队应该试着从相似性中学习。主要在于:不必先担忧扩展性问题,采用者们应该建立对Scrum的原则和实践深入理解的良好基础。一旦完成该过程,自组织的Scrum团队会自己解决扩展性的问题。

查看英文原文:Don't Worry About Scaling Scrum

没有回复

回复

独家内容

开发者眼中的Android手机平台

在四月份的Beijing Openparty上,InfoQ中文站特邀编辑仝健对三位开发者进行了采访,请他们从开发者角度谈一下对Android的认识和感觉。

智能服务契约带来的巨大伸缩性

可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。

使用NetKerne实现REST风格的ESB

Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程,以及最终如何使用NetKernel来实现该应用。

多个敏捷团队之间的版本控制

当多个敏捷开发团队在同一个代码库上进行工作时,如何在保证混乱最小化的同时,还能在每个迭代结束时拥有一个干净的、可发布的软件版本?Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写,而是为我们这些希望进行简单、有效的协作的人所准备的。

想快快喝下Google果汁——Guice吗?

依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。

Scrum实施情况调查之案例分析

前不久,InfoQ中文站上发表了一篇文章:Scrum在中国——企业实施情况调查实录,引起了激烈争论。在本文中,作者通过对调查实录中案例的分析诊断,探讨了敏捷开发方法的概念及应用。

Jim Marino与Meeraj Kunnumpurath专访:关于SCA和Fabric3

BEA发布了在WebLogic 10.3中支持的SCA技术预览版,它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访,前者是BEA Systems的技术主管,后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法,VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。

Ruby调试器一览

在Ruby世界中流行着一个误解:Ruby没有调试器。这是明显的错误——Ruby不但有调试器,还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。