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

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

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

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

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

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

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

真題演練：

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

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

[問題]

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

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

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

(2)管理每個(gè)已識(shí)別的變更。

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

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

(5)基于質(zhì)量報(bào)告，控制項(xiàng)目質(zhì)量使符合標(biāo)準(zhǔn)。

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

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