一、看待变更
需求变更管理是项目管理中最重要的一个环节，对需求变更管理的有效性将直接影响项目的成功与否。
1、对待需求变更的正确态度
（1）需求变更是不可防止的
市场在变化，客户必然要拥抱变化，变化才是永恒不变的。
（2）需求变更必须被管理
要有一定的成本风险意识，比如项目后期，改动大的需求，带来的业务价值并不高，是可选项的，
可以合理拒绝，或者推迟满足的时机，避免眉毛胡子一把抓，导致项目不断变更，迟迟无法交付。
（3）积极发现引起变更的因素
要有一定的前瞻意识和超前设计，促使变更尽可能早的出现，减低变更带来的风险。
2、需求变更管理的目标
（1）相关干系人必须清楚了解发生的变更。
（2）变更处于有效的管理中。
（3）尽量降低变更带来的风险。
二、变更流程
（1）确定需求的基准线
将以UserCase作为需求基准线，在UserCase确认之后的任何需求改变，都需要走需求变更流程。
（2）项目经理接收到需求变更的要求
需求变更的提出者可以是项目中的任何人包括客户，项目经理，产品经理，业务，开发、测试人员等。
（3）项目经理评估该需求的变更
针对接收到的需求变更的要求，召集相关人员讨论该需求变更的合理性、可行性，实施的代价以及对项目的影响。
项目经理对项目的成功与否负有主要的责任。需求变更的决策应由项目经理或者项目总监做出。
（4）组织需求评审
对于简单的需求，且尚未提测的，项目经理可以跳过评审
对于复杂的需求，由技术专家，技术经理，项目总监，项目经理共同评审
存在争议的，按照少数服从多数的原则处理，争议较大的，搁置需求，与客户协商新的需求方案
（5）需求变更确认后的通知
记录下需求变更细节，比如变更的负责人，审核人，并同步变更细节到协作中心，并通知相关干系人。
（5）变更后的执行
项目经理修改需求文档。测试人员修改测试用例的相关内容。开发人员修改代码中的相关部分。
（6）需求冻结
项目越到后期，变更对项目影响就越大，所以在一定时候要进入需求冻结阶段（提测后），不再接受需求变更。