敏捷开发如何带领项目提速？
IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。因此，很多企业在项目决策上都存在一个顾虑，企业上项目需要解决企业存在的问题，但实施的过程和风险又让企业进退两难，真的不能二者兼得吗？
敏捷开发关键在于，能够“敏捷”地适应项目的变化，而不是在开发阶段去适应需求变化。
IT项目不仅投资较大，而且项目的实施过程很长，拿ERP来说，一般的项目都是分阶段去实施，每个阶段的实施过程少则几个月，而且存在项目风险。
因此，很多企业在项目决策上都存在一个顾虑，企业上项目需要解决企业存在的问题，但实施的过程和
风险又让企业进退两难，真的不能二者兼得吗？ 软件价值的兑现
现在的软件业有个现象，就是软件的功能就等于价值，软件功能越多，系统越复杂、解决问题越多价值就最大。
但是实际上很多功能最终用户根本不会用，造成功能浪费。
第二个现象是很多用户并不清楚软件的价值究竟在哪里，所有的IT部门和厂商都是追求软件按需求开发完成，认为软件只要开发完成上线后就实现了价值。
但实际上软件上线仅仅是一个软件生命周期最早期的阶段，软件的价值是在使用中体现出来的。
比如说投资回报率的计算方法：
投资回报率=软件单位时间内实现的价值×时间－开发成本
在这里面时间的因素是很重要的。
很多国内企业都是为了降低开发成本，忽略了怎么样延长软件的使用寿命从而提高它的最大价值。
国内企业IT投资有80％是用在新产品开发上，20％用在现有系统扩展上。 国外这个数字正好相反。
如果对现有系统进行投资控制，用户得到的价值要比开发一个新系统大得多。 敏捷开发的价值
从中国前几年ERP上线的平均速度来看，项目的交付时间都比较长，这让用户产生了顾虑。
从某些角度来讲这是很正常的现象。
因为中国的企业可以利用自己的后发优势，从西方软件开发过程中学到了很多经验，可以避免很多犯过的错误。
但是也有一些不正常的因素存在：一些项目因为业绩的需求，希望项目能尽快上线，可如果是传统的软件开发方法，它的自然规律是速度、成本和质量三个互相制约的因素。
一味追求速度必然的结果就是成本的提高，系统的灵活性、可扩展性和可使用性都会下降。
在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
简单说，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷开发很多方面就是为了解决问题：一个就是什么样的功能提供给客户，应该产生最大的价值？什么样的功能不要提供给客户，因为它产生不了价值。产品系统的灵活性和可扩展性，以及适应性是怎么样实现等。
软件开发不能被认为是一个既定的进程，因为在一个团队里开发一个软件时会有太多的变化出现，任何一个既定的程序设置都能达到一个合适的预想结果是不可能的。因为需求在变化，技术在更新，还有人员流动等问题的存在。
敏捷开发最重要的就是怎么样使业务人员、技术人员和最终用户能够尽可能地沟通。 因为只有过程的沟通，大家才能意识到什么样的功能是可以做的，什么样的功能是能给用户提供最大价值的。
敏捷开发使团队依靠变化来获取活力。因此，不需要一个成熟的初始设计。他们更愿意保持设计尽可能的干净、简单，并使用许多单元测试和验收测试作为支援。这保持了设计的灵活性、易于理解性。
团队利用这种灵活性，持续地改进设计，以便于每次迭代结束生成的系统都具有最适合于那次迭代中需求的设计。
敏捷开发技术应用分析
电子商务软件开发存在的问题
开宏公司是国内某汽车零部件贸易企业，其业务形式大部分采用期货订货，客户群基本上覆盖了全国各地，公司制定的订货时间一般集中在月底的10天左右。
该企业原来开发了一套适合自己企业运作的贸易企业ERP系统，但ERP的核心是实现企业内部资源的优化配置，是实现企业内部供应链管理。仅仅是在公司内部使用。
由于企业没有外部信息管理机制，所以不能够很好的和客户进行信息交流，这样一来就造成客户在集中订货的时候，因为订货量巨大，而时间集中在供货的那几天，造成该企业的业务人员平时很轻松，在那几天却很忙碌，而且经常会发生排队订货的现象。
同时由于是期货订货，所以该企业还得向上游供应商订货，这样一来，给工作带来极大的不便，也容易造成混乱和漏洞。 。
[展开]