敏捷开发关键在于，能够“敏捷”地适应项目的变化，而不是在开发阶段去适应需求变化。
IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。
因此，很多企业在项目决策上都存在一个顾虑，企业上项目需要解决企业存在的问题，但实施的过程和风险又让企业进退两难，真的不能二者兼得吗？
软件价值的兑现
现在的软件业有个现象，就是软件的功能就等于价值，软件功能越多，系统越复杂、解决问题越多价值就最大。但是实际上很多功能最终用户根本不会用，造成功能浪费。
第二个现象是很多用户并不清楚软件的价值究竟在哪里，所有的IT部门和厂商都是追求软件按需求开发完成，认为软件只要开发完成上线后就实现了价值。
但实际上软件上线仅仅是一个软件生命周期最早期的阶段，软件的价值是在使用中体现出来的。
比如说投资回报率的计算方法：
投资回报率=软件单位时间内实现的价值×时间－开发成本
在这里面时间的因素是很重要的。很多国内企业都是为了降低开发成本，忽略了怎么样延长软件的使用寿命从而提高它的最大价值。
国内企业IT投资有80％是用在新产品开发上，20％用在现有系统扩展上。国外这个数字正好相反。如果对现有系统进行投资控制，用户得到的价值要比开发一个新系统大得多。
敏捷开发的价值
从中国前几年ERP上线的平均速度来看，项目的交付时间都比较长，这让用户产生了顾虑。
从某些角度来讲这是很正常的现象。因为中国的企业可以利用自己的后发优势，从西方软件开发过程中学到了很多经验，可以避免很多犯过的错误。
但是也有一些不正常的因素存在：一些项目因为业绩的需求，希望项目能尽快上线，可如果是传统的软件开发方法，它的自然规律是速度、成本和质量三个互相制约的因素。一味追求速度必然的结果就是成本的提高，系统的灵活性、可扩展性和可使用性都会下降。
在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
简单说，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷开发很多方面就是为了解决问题：一个就是什么样的功能提供给客户，应该产生最大的价值？什么样的功能不要提供给客户，因为它产生不了价值。产品系统的灵活性和可扩展性，以及适应性是怎么样实现等。
软件开发不能被认为是一个既定的进程，因为在一个团队里开发一个软件时会有太多的变化出现，任何一个既定的程序设置都能达到一个合适的预想结果是不可能的。因为需求在变化，技术在更新，还有人员流动等问题的存在。
此文章共有3页 1 2 3 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
