对于软件项目来说，需求的变更是合理的，且是不可避免的，业务过程、市场机会、产品竞争以及软件技术在系统开发期间都是变化的，管理层也会在项目开发过程中对项目做出适当调整。因此，必须在项目进度表中对必要的需求变更留有余地。但是如果不控制这种变更将会导致项目陷入混乱、不能按进度执行或软件质量低劣等问题。因此，应该按照规范的管理过程控制和实施需求变更。

软件开发项目组可以成立一个变更控制委员会，该委员会可以由一个小组担任，也可由多个不同组的成员组成。该委员会负责做出决策，批准和实施已提交的需求变更请求。在软件配置管理活动中，变更控制委员会对项目中任何基线工作产品的变更能都可做出决定，需求变更文档仅是其中之一。该委员会的主要工作包括：

①制定决策；

②交流情况，一旦变更委员会做出决策时，应及时更新变更数据库中请求的状态，并通知所有相关人员，以保证他们能充分处理变更；

③重新协商约定。变更往往需要付出代价，当软件开发组接受了重要的需求变更时，要与管理部门和客户重新协商约定。协商的内容包括推迟项目交接的时间、要求增加人手、推迟实现尚未实现的低优先级需求，或者在质量上进行折中。

在处理需求变更时，所有的需求变更都需要提交变更申请，由变更控制委员会评估其变更影响，如果变更控制委员会同意了变更请求，则协调所有相关人员实施变更，并验证变更的结果是否与预期的结果相符，如果结果相符，则变更结束；如果结果不相符，则继续实施变更。当然在变更过程中如果出现多次变更后导致软件系统出现较大风险，也可以取消本次变更。其需求变更的步骤如图4-32所示。

图4-32 需求变更的步骤