JonathanReichental并不回避挑战。两年前，他放弃在私营部门已经从事20多年的IT工作，开始在加利福尼亚的帕洛阿尔托市（美国旧金山附近城市）担任该市的首席信息官（CIO）一职。但当Reichental来到这里时，他注意到政府的IT能力还不比不上这座城市里的IT创业公司。
这里的IT员工并不敏捷；在释放他们的产品到生产中以前，他们花了几年的时间构思、规划、构建和测试他们的产品。比如，在Reichental来到这里开始对网站进行重新设计以前，IT人员已经在网站的重新设计上面投入了三年半的时间。他说：“他们正在完善这个网站，所以他们无法上线。”
为了提升员工的工作效率，Reichental重新建立了一条工作方法——敏捷至上。
利用敏捷原则改造原有IT系统乃至整个企业的流程已经非常流行。如今，移动、社交媒体、云计算以及大数据都冲击着原有IT系统，同时，其他业务部门也在寻找其他可能会给他们工作带来帮助的技术和方法。IT部门面临着前所未有的内外压力，有专家建议，为了管理日益增加的复杂性，IT部门需要回避长的项目管理周期。他们需要接受更快的部署，这种部署可以根据客户的反馈快速改变航向。然而，这些专家警告说，从小型IT项目到整个企业，构建敏捷原则并不那么容易。
精益创业：准备好沟通
Reichental承担的网站再设计是一个很好的例子。Reichental向他的员工引入的敏捷原则植根于精益创业方法。精益创业是由连续创业者出身的顾问EricRies构思的，精益创业融合了来自敏捷开发和精益制造的概念，其作为一种方法，目的是建立灵活而经济的运作模式。今天，Ries的方法已经被运用到创业公司、公益组织甚至政府部门里。
据Reichental介绍，该方法的关键在于，通过纳入早期市场反应，迅速构建产品，同时减少资源（即，时间和金钱）浪费。这种反馈成为一个快速迭代循环的重要组成部分，向业务部门表明了在下一个产品发布中，什么应该保留，什么应该摒弃。为了使PaloAlto的网站重新设计投入生产，Reichental决定采用这种基于敏捷原则的精益创业方法。
他说：“基本上，我们拿着我们的网站的beta版本出去（宣传），我们告诉他们，‘这不是一个完整版本，而是一个早期版本。我们期待着您们的反馈。’”
由于这个城市具有的活跃社区基础，该项目产生了大量的客户反馈，这些反馈（的意见）可以被纳入最终版本，Reichental来到这里不到四个月的时间，网站就正式推出了最终版本。
但是——正如专家警告的——这一切进展并不容易：Reichental不得不克服的一个最大障碍——员工文化问题。他说，他的员工最初并不愿意上线一个beta版产品——因为他们觉得还不完美。
将敏捷原则应用于企业级项目
在2012年年底举行的面向咨询顾问的应用架构、开发与集成峰会上，Gartner的分析师NathanWilson认为，用于加速小型项目（比如Reichental负责的网站重新设计项目）的敏捷原则也可以用于大型项目——但随着项目规模的增大，困难也随之增加，并且时间可能会非常棘手。
他说：“需要有一套平衡成本和收益的系统。”
在实施敏捷中存在的部分困难根源于现代企业的蔓延本性（译注：无计划地开发）以及其产品的复杂性。Wilson说，今天，项目团队可能包括成千上万的员工，他们不在同一个办公室工作，没有生活在同一个时区，分别开发不同的产品组件，并使用不同的开发实践。然而，这些团队的工作产品必须集成到一起以满足业务的需求。
总部位于波士顿的LibertyMutualGlobalSpecialty公司的CIO和高级副总裁MojganLefebvre对此不是很赞同。她说：“说真的，对于我来说，担当CIO角色最重要的事情是要了解经营策略是什么，然后制定相应的IT路线图以实际上支持这一策略。随着情况发生变化，最重要的事情是真正具有敏捷性，以根据变化改变您的计划，并知晓您如何操作以及您的团队如何操作。”
这意味着在采用敏捷原则后，需要考虑又出现了什么障碍，比如官僚主义、发展缓慢以及无法迅速做出决定。她说：“需要治理所有这些出现的情况。”
Gartner分析师MatthewHotle与Wilson一起出席了应用架构、开发与集成峰会。据MatthewHotle介绍，为使IT治理赶上业务步伐，IT需要加快其完善或更新这些周期的方式，以匹配业务的步伐。
他说：“现在您必须关注业务的治理，您必须关注企业的发展动向。”
即便如此，并不是所有的系统或软件开发都需要以极快的速度开展。Wilson和Hotle建议建立分层的应用策略，这种策略基于企业系统的变更率分类和管理组织的系统。在这个模型中，将应用标记为三个类别之一：记录系统，有75%？80%的应用程序驻留在这类系统中，这类系统变化率缓慢；差分系统，这类系统比记录系统变更要快，这类系统是行业特定的；或者创新型的系统，应用在短时间内会看到巨大的变化。
