过去，我们可能要花几个月的时间来规划某个技术项目，然后再花上几个月、甚至好几年的时间来实施项目。如今则大不相同：经营战略极具动态性，特别是面对目前颇具挑战性的经济形势。

    在笔者所在的运输公司Con-way，几乎所有好的想法都需要通过技术实施。过去，等到好想法通过IT指导委员会、项目规划和设计审查的层层环节，早就过时了。直到我们采用了敏捷开发方法。

    若使用敏捷方法，软件开发不再经过漫长的项目周期完成。相反，对预期的整个概念首先进行大致定义，然后以短迭代的形式进行开发。一个迭代的持续时间通常不再超过一个月。每个迭代完成后，软件立即发布供人使用。大家使用软件后，确定下一步应该开发哪些功能特性，提供一条反馈回路(feedback loop)，确保优先级最高的功能特性得到开发。

    采用敏捷开发方法需要IT团队成员和业务用户的工作方法都进行重大变化，而这给CIO们出了一道变革领导力方面的难题。

    IT人员的一大变化在于：如果采用敏捷开发，总是有一个即将到来的交付日期。与此同时，过去拥有私密空间的开发人员可能觉得空间由于两大因素受到侵犯：一是结对编程(pair programming)，即两名开发人员同时构建同一部分代码;二是集中办公(colocation)，即团队成员尽可能地待在一起工作。至于业务用户，敏捷开发方法则要求他们在整个过程中扮演极其积极主动的角色。他们必须与IT人员密切合作，共同确定每个迭代的优先事项。他们还必须每天为IT人员明确方向需要开发什么样的功能。

    布道：敏捷开发优点

    让IT团队改用敏捷开发方法面临的挑战主要在于：克服他们的阻力。IT团队已经习惯于使用旧的开发技术和方法，而且一直用得很成功。此外，他们听说过敏捷开发项目的许多失败案例，于是对此抱有怀疑态度。向业务主管宣传敏捷开发方法的优点同样面临挑战，因为无论是从外面请顾问教我们一套新的方法，还是购买实施这套方法所需的新工具，费用都相当高昂。另外，业务主管们必须接受这个事实：由于IT人员要学习新的开发技术和方法，新项目短时期内需要花费更长的时间。

    于是，我列举了IT部门需要改变的理由：如果我们可以更快地交付优先级最高的功能，我们会得到怎样的好处。我不断重复IT人员能从中得到的好处比如敏捷开发方法可以让软件开发人员不喜欢做的许多单调乏味的任务实现自动化。对代码进行改动后，敏捷开发方法可以自动将代码与其他代码集成起来，并执行事先定义的回归测试。大多数IT专业人员不喜欢手动执行这些任务。
 

(责任编辑：)