项目经理如何解决需求变更，有效告别刁蛮甲方

需求变更产生的原因

1、产品需求方的想法和欲望不断变化

2、项目成员技能和团队冲突

3、市场/资源的变化

4、法规/环境/企业变革

需求变更引发的问题

1、需求模糊

2、系统的灵活性差

3、开发周期延长

4、自身定位不足

5、开发人员心态变化

需求变更应对原则

1、建立需求基线

2、制定简单、有效的变更控制流程，并形成文档

3、成立CCB或者相关职能的类似组织负责裁定接受哪些变更

4、需求变更要求先申请再评估最后经过与变更大小相当级别的评审确认

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

需求变更应对措施

1、启动阶段

确定需求范围，并在合同内明确。事后再一次与项目负责人确定范围和内容，并签字确认，保存沟通记录。已确定的需求内容绝对不能随意更改，需要熟记项目合同中的范围和需求，制定好基准文件的定义和沟通机制，建立好预防变更的各个措施。

2、规划阶段

范围确定的前提下，面对客户的需求变更，若还是在规划阶段，分析需求的合理性和可行性。在业务负责部门或行业内的相关人士都认为不可行的情况下，建议与客户沟通没有必要变更，取之精华，去其糟粕，采取成熟方案最为稳妥眉。

3、执行阶段

此时应开发暂停，面对最终使用者做详细的调研启动变更控制流程，遵循变更流程进行更改。

4、监控阶段

首先做好沟通管理，第一时间与客户协调，与开发分析评估工作量，如果是在范围内的，是可以变更的，但是需要说明风险和后果;如果会超过主体范围，也不能肆意答应，必要时商务的介入和协调，同时汇报领导。

5、收尾阶段

与项目关键干系人采取相互理解，协作的态度，积极提出可行替代方案。明确告知此阶段在提出需求变更会造成开发时间和成本的双倍增加。这是一个风险极高的信号，在不影响范围和核心需求前提下，应让客户非常清楚和知晓变更的代价。