IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。因此，很多企业在项目决策上都存在一个顾虑，企业上项目需要解决企业存在的问题，但实施的过程和风险又让企业进退两难，真的不能二者兼得吗？   
 
　　敏捷开发关键在于，能够“敏捷”地适应项目的变化，而不是在开发阶段去适应需求变化。 

　　IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。 

　　因此，很多企业在项目决策上都存在一个顾虑，企业上项目需要解决企业存在的问题，但实施的过程和风险又让企业进退两难，真的不能二者兼得吗？ 

　　软件价值的兑现 

　　现在的软件业有个现象，就是软件的功能就等于价值，软件功能越多，系统越复杂、解决问题越多价值就最大。但是实际上很多功能最终用户根本不会用，造成功能浪费。 

　　第二个现象是很多用户并不清楚软件的价值究竟在哪里，所有的IT部门和厂商都是追求软件按需求开发完成，认为软件只要开发完成上线后就实现了价值。 

　　但实际上软件上线仅仅是一个软件生命周期最早期的阶段，软件的价值是在使用中体现出来的。

　　比如说投资回报率的计算方法： 

　　投资回报率=软件单位时间内实现的价值×时间－开发成本 

　　在这里面时间的因素是很重要的。很多国内企业都是为了降低开发成本，忽略了怎么样延长软件的使用寿命从而提高它的最大价值。 

　　国内企业IT投资有80％是用在新产品开发上，20％用在现有系统扩展上。国外这个数字正好相反。如果对现有系统进行投资控制，用户得到的价值要比开发一个新系统大得多。 

　　敏捷开发的价值 

　　从中国前几年ERP上线的平均速度来看，项目的交付时间都比较长，这让用户产生了顾虑。 

　　从某些角度来讲这是很正常的现象。因为中国的企业可以利用自己的后发优势，从西方软件开发过程中学到了很多经验，可以避免很多犯过的错误。 

　　但是也有一些不正常的因素存在：一些项目因为业绩的需求，希望项目能尽快上线，可如果是传统的软件开发方法，它的自然规律是速度、成本和质量三个互相制约的因素。一味追求速度必然的结果就是成本的提高，系统的灵活性、可扩展性和可使用性都会下降。

　　在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。 

　　简单说，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 

　　敏捷开发很多方面就是为了解决问题：一个就是什么样的功能提供给客户，应该产生最大的价值？什么样的功能不要提供给客户，因为它产生不了价值。产品系统的灵活性和可扩展性，以及适应性是怎么样实现等。 

　　软件开发不能被认为是一个既定的进程，因为在一个团队里开发一个软件时会有太多的变化出现，任何一个既定的程序设置都能达到一个合适的预想结果是不可能的。因为需求在变化，技术在更新，还有人员流动等问题的存在。 

　　敏捷开发最重要的就是怎么样使业务人员、技术人员和最终用户能够尽可能地沟通。因为只有过程的沟通，大家才能意识到什么样的功能是可以做的，什么样的功能是能给用户提供最大价值的。 

　　敏捷开发使团队依靠变化来获取活力。因此，不需要一个成熟的初始设计。他们更愿意保持设计尽可能的干净、简单，并使用许多单元测试和验收测试作为支援。这保持了设计的灵活性、易于理解性。