需求管理变更控制(Requirement Change Control) 需求变更通常会对项目的进度、人力资源产生很大的影响，这是开发商非常畏惧的问题

也是必须面临与需要处理的问题

作为软件项目，特别在外地实施的工程软件项目而言，需求发生若干次变更似乎是不可避免的

需求发生变更的起因主要有：随着项目生命周期的不断往前推进，人们（包括开发方和客户方）对需求的了解越来越深入

原先的提出的需求可能存在著一定的缺陷，因此要变更需求

市场业务需求发生了变化，原先的需求可能跟不上当前的市场业务发展，因此要变更需求

由于市场变化而导致需求发生变更，开发商大可不必为此烦恼，应当高兴才对

倘若市场静如死水，那么开发商吃了“上一顿”就没有“下一顿”

正因为市场在变化，才会产生更多商机，聪明的开发商才会有活干，有钱赚

如果在项目开发的初始阶段，开发人员和用户没有搞清楚需求或者搞错了需求，到了项目开发后期才将需求纠正过来，导致产品的部分内容需要重新开发

毫无疑问，这种需求??方工作失误造成的，双方应当好好反省，认真学习需求开发和管理的方法，避免再犯相似的错误

总的而言，人们提出需求变更，本就是出于能够使产品更加符合市场或客户需求，出发点本身是好的

但对于开发小组而言，需求的变更则意味着要需要重新进行估计，调整资源、重新分配任务、修改前期工作产品等，而作为开发商，需要增预算与投资，开发组要为此付出较重的代价

假定每次需求变更请求都被接受的话，那么这个项目将会成为一个连环式的工程

需求变更控制的动机是：如果需求变更带来的好处大于坏处，那么允许变更，但必须按照已定义的变更规程执行，以免变更失去控制

如果需求变更带来的坏处大于好处，那么拒绝变更

当然，好处与坏处并不是主观的，而是通过客观的分析与评价而得出的

对于需求的变更，在某一个程度上来说，也就是项目的范围进行了变化

而需求同时又是项目进行的基础

是非常重要的基石

通常对于需求的变更需要客户与开发方共同参与，包括负责人及市场人员

当然，我们需要根据变更的内容来灵活运用

需求变更控制过程中最难办的事情是莫过于“拒绝客户提出的需求变更请求”

客户会想当然地以为变更需求是他的权利，因为他付钱给开发方

通常情况下开发方是不敢得罪客户的，但是无原则地退让将使开发小组陷入困境

怎么解决这个问题呢，通常情况下，每一类“游戏”都有一定的游戏规则，那么我们事先也需要建立“游戏规则”

如果事先没有“游戏规则”的话，开发方的负责人需要一些社交技巧来减缓矛盾

例如首先承认客户提出的需求变更请求是合理的，再阐述己方的难处，最后建议在开发该产品新版本时修改需求

这种方式比直接拒绝有效得多，既不得罪客户，又为自己争取了余地

另外还有一种方法，可以将变更需求先进行记录，并通知给客户，当其需求变化在开发组不能接受的范围时，可以通过市场进行相关的协调

需求变更本是正常的，并不可怕，可怕的是需求的变更得不到控制

以上内容由大学时代综合整理自互联网，实际情况请以官方资料为准。