需求变更对项目的影响程度？需求变更管理能否降低需求变更？如果不能，如何降低？

作者：周恒

睿泰咨询二部经理、高级咨询师

    软件需求是整个软件项目最关键的一个输入，和传统的生产企业比较，软件需求具有模糊性、不确定性、变化性和主观性的特点，是软件项目最难把握的问题，同时又是关系项目成败的关键因素，因此对于需求开发分析和需求变更的管理十分重要。

1.   需求变更对项目的影响：

当客户提出新需求的时候，需求人员应该分析这些需求对项目带来的风险，得出双方实现变更需求需要的成本，包括时间、人力、资源等等方面。变更都是有代价的，在评估代价对于项目的影响中，要让客户了解变更的后果。变更之后面临的最大问题就是项目延期，和客户一起做判断：“我可以做修改，但您能接受后果吗？”。这样会出现三种可能：客户接受延期，项目组按照客户要求进行修改；客户不接受延期，并愿意将变更取消或者延到下个合同处理；客户不接受延期，但要求在合同要求完成时间点完成，这种情况很有可能项目失败。（第三种情况是在软件项目中出现最多，并且最让项目经理头疼，但是由于这个情况的分析很复杂，推荐项目经理参阅林锐博士的《如何管理软件企业》第二版，书中有详细阐述。）   2.    需求变更管理不能降低需求变更，但能够控制和管理需求变更，需求变更管理是对变更的需求进行科学的管理，并规范流程。   需求变更的表现形式是多方面的，如老板临时改变想法、项目预算增减、客户对功能的需求改变等。在软件项目中，变更可能来自客户方、供应商等，也可能来源于项目组内部。虽然需求变更的表现形式千差万别，但究其根本不外乎以下几种原因：

         业务不熟悉，范围没有圈定就开始细化；

         缺乏需求开发（需求调研、分析）能力；

         流程不规范，缺乏需求变更管理流程，没有建立需求基线等；

         没有区分好合同外的变更。 项目经理必须面对这个现实：需求变更是不可避免的。项目经理应该做的，是如何针对可知的变更的来源进行预防，是如何在发生需求变更的情况下尽量减少其对项目的影响。需求变更不可避免，不是说就不做需求变更的控制了，需求变更如果量很大，对项目的影响无论如何也降不下来，因此还是要在控制需求变更上下功夫，但不要奢望杜绝需求变更。