需求变更怎么做

1、需求变更是什么：在需求提出之后，开发交付之前，需求变更是在签订范围之内、需求规格说明书为基线以外的。

2、需求变更如何理解？变更是必然的又是可控的，不是所有变更都是有害的，都是为了让产品变的更好。

3、需求变更的原因：无基线（基线是指，已确定好的内容）；没有良好的软件结构去适应变化，例如动态配置的表单，可以进行复用；需求理解的分期，例如需求调研记录表记录客户口头的需求，这并不是最优解，仅作为客户表述会影响实际的需求；用户业务需求的变更，客户本身不要这个功能了。

4、需求变更所带来的影响：成本、范围和时间（开发成本、功能的范围变化、工时以及交付的时间带来的影戏）

5、控制程序：需求变更需要通知相关方（所有与该项目有关的人）、成员、负责人（可影响基线）、委员会（是否可变）

6、变更流程：需要提交变更申请表、给负责人进行变更分析、委员会进行决策评估、通知给相关方例如提交到itask、开始变更的实施、开发计划、版本控制、变更方的签字（包括需求调研记录表、具体的原型设计进行签字）、开发、测试工作、上线后需要签属验收单。

7、受理原则：尽量不直接拒绝，先提出我们内部先评估一下；请团队的协调，例如找到领导进行沟通，与客户方进行沟通协商，不要自己默默处理；与客户需要建立专业度和信任，如果需求变更不做但是可以解决问题，站在对方的角度去考虑问题。