三、變更管理流程是一定要知道的：

（1）變更申請。應(yīng)記錄變更的提出人、日期、申請變更的內(nèi)容等信息。

（2）變更評估。對變更的影響范圍、嚴重程度、經(jīng)濟和技術(shù)可行性進行系統(tǒng)分析。

（3）變更決策。由具有相應(yīng)權(quán)限的人員或機構(gòu)決定是否實施變更。

（4）變更實施。由管理者指定的工作人員在受控狀態(tài)下實施變更。

（5）變更驗證。由配置管理人員或受到變更影響的人對變更結(jié)果進行評價，確定變更結(jié)果和預(yù)期是否相符、相關(guān)內(nèi)容是否進行了更新、工作產(chǎn)物是否符合版本管理的要求。

（6）溝通存檔。將變更后的內(nèi)容通知可能會受到影響的人員，并將變更記錄匯總歸檔。如提出的變更在決策時被否決，其初始記錄也應(yīng)予以保存。

真題演練：

案例背景：項目經(jīng)理小王目前正在負責—個小型的軟件開發(fā)項目?！_始他覺得項目比較小，變更應(yīng)該不多，流程也不需要太復(fù)雜，因此就沒有制定項目變更管理計劃，而是強調(diào)團隊成員間的及時溝通來保證項目按照計劃進行：根據(jù)項目經(jīng)理小王的理解．所謂變更管理的主要目標就是保證項目能夠按照計劃進行，如果能夠保證不發(fā)生超越項目進度計劃、成本計劃等控制范圍外的偏差，就可以不用指定項目變更管理計劃．就可以不用指定項目變更管理計劃，以減少項目的工作量。而項目執(zhí)行過程中對計劃的微調(diào)根本不需要記錄和管理，也不需要走項目變更管理流程。而且他認為如果所有項目變更都必須要向相關(guān)領(lǐng)導(dǎo)請示匯報，過程太復(fù)雜和麻煩，還不如由執(zhí)行人員提出變更的方案，彼此討論一致后來的更方便和快捷。

但是在項目進入集成測試階段的時候，突然多了很多莫名其妙的問題出現(xiàn)。如在調(diào)試過程中。由于相關(guān)設(shè)計和記錄的簡化和不規(guī)范，造成了調(diào)試的困難，很難定位各個問題模塊的錯誤；由于項目執(zhí)行過程中。人員的調(diào)配替換，造成了文檔記錄的不一致，導(dǎo)致后期人員閱讀和理解方面的障礙。并且由于缺乏對開發(fā)過程的配置管理和控制，導(dǎo)致版本混亂，很難形成有效支持各模塊集成的文檔。另外，面目中很多細小的改動由于沒有準確的記錄，或者是根本沒有記錄．導(dǎo)致集成測試發(fā)現(xiàn)問題時，根本沒有辦法更改。小王對此也沒有辦法，不知道因為什么原因?qū)е履壳暗捻椖繝顟B(tài)，項目面臨返工的危險。

[問題]

根據(jù)你的理解，請說明項目變更管理在軟件項目管理中的主要活動內(nèi)容

案例問題參考答案（僅供參考，信管網(wǎng)標準答案及試題解析請查看下面鏈接）：

(1)識別可能發(fā)生的變更。

(2)管理每個已識別的變更。

(3)維持所有基線的完整性。

(4)根據(jù)已批準的變更，更新相關(guān)要求，協(xié)調(diào)整體項目內(nèi)的變更。

(5)基于質(zhì)量報告，控制項目質(zhì)量使符合標準。

(6)維護一個及時、精確的關(guān)于項目產(chǎn)品及其相關(guān)文檔的信息庫，直至項目結(jié)束。

查看該案例完整試題與信管網(wǎng)參考答案：http://www.jazzmuze.com/st/23269979.html