1、合同约束。
需求变更给项目带来的影响有目共睹，在与客户签订合同时，可以增加一些相关条款，如：限定客户提出需求变更的时间，规定何种情况的变更可以接受、拒绝或部分接受，还可以规定发生需求变更时必须执行变更管理流程。不能忽视合同的约束力。
2、建立变更审批流程。
项目中，人们往往不愿意为小的需求变更去执行正规的需求管理过程，认为降低效率，浪费时间。正是这种观念才使需求变更变得不可控，最终导致项目的失败。因此，小的需求变更也要经过正规的需求管理流程，否则会积少成多，积重难返。
明确需求变更审批环节、审批人员、审批事项、审批流程。凡未履行审批程序的变更，一律是无效变更不予受理。
3、分级管理变更。
项目中“客户永远是对的”和“客户是上帝”并不完全正确，因为客户所要求的可能并不能实现，而且任何新需求的变更和增加除了影响项目的正常进行以外，还影响到客户的成本投入收益。
当客户坚持变更新需求时，可以建议客户将新需求按重要和紧迫程度划分档次，作为需求变更评估的一项依据。向客户正式提交一份需求变更计划，注明变更引起的时间、成本、工期代价和增加工作量等。
4、安排专职人员负责变更管理。
如果没有专职人员，项目中其他人员可能因为工作原因不能随时与客户沟通。因此，需要安排一名专职的需求变更人员，负责与客户及时交流，跟踪和汇报需求变更完成进度和情况。
同时，可以成立项目变更控制小组，负责裁定接受哪些变更，小组由项目所涉及的多方人员共同组成，应该包括客户方和开发方的决策人员在内。
5、告诉客户变更的代价。
要让客户认识到变更都是有代价的，例如：进度延迟、费用增加、效率下降等问题，也可以从项目现阶段的情况出发，和客户分析新增需求带来的影响，比如：
1) 本次的交付时间节点非常紧张
2) 之前需求已经确认，整体的框架搭建完成，如果需求变更意味着要重新走一遍。
3) 需求反复将无法保证项目的时间，同事效率下降很明显。
4) 目前这个项目版本可以满足使用和约定的亮点体现，如果追求xx更多，无法交付的风险成本提高，万一真的发生对我们双方都不利。
在需求管理中，尽可能的判断客户的需求是否合理，如果不合理尽可能去通过沟通的方式给客户需求去做一些减法，而想要做好减法，首先做好的就是根本原因分析，掌握客户新增需求的真实目的，然后识别项目风险，研究对策，对症下药
