研发项目的需求变更贯穿整个项目的始末，项目需求的变更是不可能被消除的，能够做的就是采取行之有效的手段，把需求变更给研发项目带来的损失减到最小。需求的变更对项目的整个生命周期产生非常大的影响，如果不能及时处理，不仅使用户对整个项目失去信心，同时研发人员也会产生很大的负面情绪，项目计划和交付日期便会被严重地拖延。

需求变更的表现形式是多方面的，在研发项目中，变更可能来自方案服务商、客户或产品供应商等，也可能来源于项目组内部。虽然需求变更的表现形式千差万别，但究其根本不外乎以下几种原因：

1、范围没有圈定就开始细化；

2、没有指定需求的基线；

3、没有良好的软件结构适应变化。

虽然需求变更的内容和类型有各种各样，但需求变更管理的原则却是万变不离其宗，实施需求变更管理需要遵循如下原则：

1. 建立需求基线。需求基线是需求变更的依据，在开发过程中，需求确定并经过评审后，可以建立第一个需求基线。此后每次变更并经过评审后，都要重新确定新的需求基线。

2. 建立简单有效的变更控制流程。在建立需求基线后提出的所有变更都必须遵循一定的控制流程。同时，这个流程具有一定的普遍性，对以后的项目开发和其他项目都有借鉴作用。

3. 需求变更一定要先申请然后再评估，最后经过与变更大小相当级别的评审进行确认。

4. 需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，以保持和更新的需求一致。

5. 成立项目变更控制委员会或相关职能的类似组织。确定不同的人员负责裁定不同的变更。该委员会或组织应由项目所涉及的多方人员共同组成，包括用户方和开发方的决策人员在内。