更提出人，要求完成内容或取消需求变更；
2：变更评估
（1）：我方责任人接收到需求后，初步了解需求，之后和客户进行沟通，详细化需求情况；
（2）：初步估算变更产生的工作时间和费用情况；
3：变更决策
CBD对需求变更作出决策。由于其中设计到工作时间和费用，需要相关人员，包括客户参与作出决策。
4：接收变更
双方达成变更的决定；
5：实施变更
针对达成的变更，实施变更；
6：验证
在变更完成后，回顾变更的成果；
在此提醒大家，切忌对用户提出的需求拍胸脯，在此之前可以扪心自问：“如果拍了胸脯，以后不能按时完成，我能不能负担全部责任？”这样冷静一下就不会胡乱应承了。有一个比较好的方式减少这样的麻烦，就是在需求分析阶段之后，与用户不要亲密接触，而是按照软件项目的周期，或者双方在初期的约定，定时通报软件研发的进展。如果软件研发采用迭代式开发，就可以在每一期交付产品发布时做这个事情，征询到的用户需求将纳入以后某期的软件版本中。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
