50 位开发人员的答案:你最想让 CIO 了解敏捷的哪个方面?

阅读数:79 2008 年 2 月 19 日

话题:敏捷技术管理文化 & 方法

你是否正在尝试给 CIO 解释敏捷软件开发的好处?你的老板是否需要来自外界的确认?CIO杂志的Esther Schindler为你完成了这件艰难的工作。她向 50 多个开发人员和敏捷实践者问了一个同样的问题:“如果你想让老板理解和敏捷开发相关的一件事情,只能选一件,你会选择什么?理由呢?”。 他们的回答被分为 7 类:

1. 敏捷可以创建更好的软件

Sonic Innovations 的技术领导人 Kelly Anderson 说过:“低劣的质量会浪费钱,很多钱。敏捷会提升质量,提升得很高,以致可以降低成本”。《软件测试:经验与教训》《计算机软件测试》的作者 Cem Kaner 也提到:“敏捷开发可以降低晚期变化所带来的开销,IT 组织可以更容易响应相关干系人的需求变更” 。

2. 敏捷思想不仅仅是过程

敏捷是协同工作的一种方式,来自 Wizewerx 的 Mike Sutton 这样说:“它是对传统思维方式的一个挑战。这个过程是痛苦的,因为它迫使组织和个人正视其工作中的浪费、低效和缺点。”敏捷开发会影响整个组 织。对于一个组织而言,要想成功地实施敏捷开发,来自顶层的支持是至关重要的(译者注:InfoQ 上曾有过相关方面的报道,请参见渐进式敏捷:由下而上的敏捷推行策略)。

3. 敏捷改变的不仅仅是开发流程

Esther 指出,拥抱敏捷将会(并且应该)改变公司的文化与过程。伴随着更频繁的反馈和更多的协作,组织就会被迫去解决那些已然存在但是被忽略已久的问题。

另外,频繁反馈也意味着客户更快地看到价值,开发人员会得到有关前进方向的反馈。来自 iDIA Computing 的咨询师 George Dinwiddie 说:“反馈的延迟越短越好。减少作出决定与决定被实施之间的时间,就可以减少浪费。”

4. 敏捷并不是意味着“混沌为美”

Deltacom 的 QA 经理 Mike Emeigh 指出,优秀的敏捷团队依然需要需求分析和设计:“他们只是不会浪费时间把它(译者注:指软件分析与设计,下文同)落到大堆大堆的纸上,[或 是] 一群根本不可能理解所有 [问题] 的人在将它转化成可以工作的软件之前试着去学习理解它。”。

5. 敏捷的收获是值得我们为之等待的

按照 TEKSystems 的服务交付执行官 James Kricfalusi 的观点,收益并不是立等可取的。他建议说,人们不要期望看到立竿见影的成效,而应该以原来项目中所花的时限来判断过程的优劣。

6. 敏捷不是银弹

无论做什么事情,走向卓越都需要认真付出,关注细节。“……团队需要自律,严格的工作过程,管理层的支持和学习时间……在敏捷开发中,更多的收获来自于卓越,而非平庸。”身为独立咨询师和《敏捷开发艺术》作者的 James Shore 如是说。

7. 成功依赖于人

Colosseum Builders 的所有者 Miano 说:“敏捷方式的开发对个人有很强的依赖性……在这种环境下工作的人需要有忽略他人怪癖的能力。”

Steve Reiser(一位资深软件工程师)说到,如果团队可以快速响应,常能获得阶段性成功,那么团队成员就会感到快乐,更好地发挥他们的主观能动性。

在 Esther 的文章Getting Clueful: 7 Things CIOs Should Know About Agile Development后面还有很多很多回复……

查看英文原文50 Developers Answer: What Do You Want Your CIO to Know About Agile?