项目需求变更的补救措施.docxVIP

PAGE PAGE 1 项目需求变更的补救措施 英国有位经济学家说过，任何变更，即使是向好的方向变更，也总是伴随着熬煎与苦痛。这一语也恰道破了信息化建设过程中需求不断变更的苦恼。这种苦恼不仅是软件厂商实施方全部的，企业客户也照样有这苦恼。需求的变更，对于项目的影响是特别大的。但是，就犹如天要下雨一样，我们难于从根本上加以消退。我们所能够做的，就是采取更多行之有效的工作，把这个几率降至到最低，或者采取一些补救措施，把需求变更给软件项目带来的损失减到最小。  1、需求变更不断，难言之痛  一旦需求变更，往往会引起重估、返工，你不得不修改你的设计，重写你的代码，修改你的测试用例，调整你的项目计划等，从而影响软件项目的范围、时间、质量和成本等多个要素，假如掌握不好，还会导致项目范围扩散、进度延迟、质量不过关和成本严重超支等诸多麻烦与问题，甚至因过多的分歧、变更而半途而废。因而需求变更在许多软件项目中都是一件头疼的事情。  时常听到这句业界常言——“上ERP找死，不上ERP等死”。其实何止ERP如此，中小型的IT项目如OA、CRM等，其成功率也不足55%，客户满足率不到30%，有不少项目成了“食之无味，弃之惋惜”的鸡肋工程。何以如此?需求不断变更、盲目更改项目内容导致项目难于验收、结案，“始乱终弃”。  软件项目变更原因，总结起来