考虑到应用外包协议可能发生变化的形式有那么多，我们的头就大了。项目运行超出预算。不能按时完成。变更订单的成本最终可能达到合同原先的固定价格那么高。或者，可能你已经花费了时间和资源来实现完美的应用程序，只是在看起来没有多少时间可以产生所需资源时减少损失。

　　Doug Mow是Exigen（益进）服务有限公司负责市场营销的高级副总裁，该公司是位于旧金山的一家应用外包供应商。他说：“当外包项目失败时，我们看到IT与业界之间的风险一直在增长。”

　　Mow宣扬一种“突破性”的合作模式，他说这种模式将降低项目风险并与你的业务合作伙伴建立更好的关系。该模式叫做flex-agility（称为柔性敏捷），通过采取串行的或者迭代的方法做项目，以固定的价格提供无限制的变更订单服务。

　　是不是有点听起来太好而显得不太真实？Mow认为，柔性敏捷是基于一定假设的。他说，例如，在那些技术被看作竞争优势，业务是动态的而且上市时间对收入增长至关重要的公司，这种敏捷方法的效果就最好。

　　要获得成功，离不开在确定项目中定期参与的业务人员。而且，该模型还假定你的业务用户（比如大部分技术消费者）将可以接受比原先更少的功能范围。Mow说：“我一直在使用PowerPoint。我喜欢它，但是我可能只用了它10%到15%的特性。

　　瀑布流程与敏捷方法

　　Mow说，掌握该模型的最佳途径就是详细列出柔性敏捷方法与供应商和客户们采用的传统方法学相比差异如何。

　　在“瀑布”方法学中，项目中所有行动发生之前都是被仔细地计划过的。大量时间被花费在与业务用户的交流上：IT是最后才参与交流的，只是为了对项目正在发生什么获得较好的认识。文档能达到电话黄页那样的厚度。在所有人都在需求上签字以后，项目进入设计阶段，然后进入开发阶段，最后开始编码。目标是在关起门转移到下一阶段之前，在每一个环节敲定需求。该方法假定错误和变更早一点决定比在最后发现更好。这样的项目周期持续一年半也并不罕见。主要思路是一定要做好计划，直到你认为完美了，然后再开始编码。

　　Mow说，对于公共事业机构，需要在开放的投标流程中审查合同，所有厂商都对相同的需求规格投标，这种情况下瀑布方法运作良好。这里的危险是，等到项目做完的时候，市场已经改变了，之前确定的需求可能已经过时了。如果合同是固定价格的，供应商得承担做修改的绝大部分风险。

　　而如果采用敏捷方法，同样是工期一年半的项目，工期会分成18个以一个月为单位的周期。供应商不断地了解项目的情况，询问和分析发生了哪些改变，以确保项目反映的是对业务重要的部分。这种工作通常是按小时收费的。企业去承担风险；供应商会以小节奏运作。在时间和资源不超过一定的数量的限制下，企业承受更少的风险，但是要承受资金耗尽的危险。