吴勇毅

英国有位经济学家说过，任何变更，即使是向好的方向变更，也总是伴随着折磨与痛苦。这句话也恰恰道破了信息化建设过程中需求不断变更的苦恼。这不仅是软件厂商实施方的烦恼，也是企业客户的烦恼。

需求变更不断，难言之痛

一旦产生需求变更，往往会引起重估、返工，你不得不修改设计，重写代码，修改测试用例，调整项目计划等，从而影响软件项目的范围、时间、质量和成本等多个要素，如果控制不好，还会导致项目范围蔓延、进度延迟、质量不过关和成本严重超支等诸多麻烦与问题，甚至因过多的分歧、变更致使半途而废。因而需求变更在很多软件项目中都是一件让人头疼的事情。

时常听到这句业界常言——“上ERP找死，不上ERP等死”。其实何止是ERP如此，中小型的IT项目如OA、CRM等，其成功率也不足55%，客户满意率不到30%，有不少项目成了“食之无味，弃之可惜”的鸡肋工程。何以如此？需求不断变更、盲目更改项目内容导致项目难于验收、结案，“始乱终弃”。

软件项目变更原因，总结起来主要有：国家政策的改变，使许多企业单位的财税政策、产品标准、服务规范等跟着发生变化，用户单位的业务内容、流程管理跟着变化；客户可能一开始对项目内容和需求没有形成初步看法，或者一开始没有想法但随着项目的进行、参考其他单位的做法，就产生了一些新想法、新需求；或因为业务手续太繁琐、流程太复杂，引起用户反感，要求修改；软件商系统员经验不足，没有捕获到用户的关键业务需求或者用户整理需求能力弱，遗漏了关键的需求点，导致需求不合需要重改；……