50位开发人员的答案：你最想让CIO了解敏捷的哪个方面？-InfoQ

你是否正在尝试给 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（一位资深软件工程师）说到，如果团队可以快速响应，常能获得阶段性成功，那么团队成员就会感到快乐，更好地发挥他们的主观能动性。