更提出人，要求完成內(nèi)容或取消需求變更；
2：變更評估
（1）：我方責任人接收到需求后，初步了解需求，之后和客戶進行溝通，詳細化需求情況；
（2）：初步估算變更產(chǎn)生的工作時間和費用情況；
3：變更決策
CBD對需求變更作出決策。由于其中設(shè)計到工作時間和費用，需要相關(guān)人員，包括客戶參與作出決策。
4：接收變更
雙方達成變更的決定；
5：實施變更
針對達成的變更，實施變更；
6：驗證
在變更完成后，回顧變更的成果；
在此提醒大家，切忌對用戶提出的需求拍胸脯，在此之前可以捫心自問：“如果拍了胸脯，以后不能按時完成，我能不能負擔全部責任？”這樣冷靜一下就不會胡亂應(yīng)承了。有一個比較好的方式減少這樣的麻煩，就是在需求分析階段之后，與用戶不要親密接觸，而是按照軟件項目的周期，或者雙方在初期的約定，定時通報軟件研發(fā)的進展。如果軟件研發(fā)采用迭代式開發(fā)，就可以在每一期交付產(chǎn)品發(fā)布時做這個事情，征詢到的用戶需求將納入以后某期的軟件版本中。
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
