上篇項(xiàng)目變更管理（一）介紹了變更管理的基本原則和變更的類型，本篇介紹一下變更管理的基本流程。
通常意義上的非計(jì)劃內(nèi)的變化都可以認(rèn)為是變更。那么變更管理的基本步驟是什么呢？
一、變更識(shí)別
當(dāng)出現(xiàn)了與計(jì)劃不一致的情況，第一件事不是著急提出變更，而是需要弄清楚如下幾個(gè)問題：
變更的原因是什么？
變更的內(nèi)容是什么？
變更是不是必須的？
幾個(gè)問題用來對變更進(jìn)行一個(gè)初步的識(shí)別。當(dāng)項(xiàng)目開發(fā)人員發(fā)現(xiàn)某個(gè)模塊的代碼接口與其他模塊無法通訊，需要進(jìn)行新的接口開發(fā)。那么他需要做的第一件事情，就是回答這三個(gè)問題。
變更的原因是什么？
-原有的接口API函數(shù)無法與其他模塊正常通訊。
變更的內(nèi)容是什么？
-開發(fā)新的API接口函數(shù)與其他模塊進(jìn)行對接。
變更是不是必須的？
-目前的軟件版本舊的API接口可以運(yùn)行，但是隨著其他模塊的升級(jí)，本模塊將很快無法與其他模塊進(jìn)行正常的消息交互。因此變更是必須的。
項(xiàng)目開發(fā)人員在回答以上問題后，就可以進(jìn)行第二步，進(jìn)行變更影響分析了。
二、變更影響分析
僅僅識(shí)別出來變更是遠(yuǎn)遠(yuǎn)不夠的，我們還需要對變更的影響進(jìn)行分析。對變更領(lǐng)域和整個(gè)項(xiàng)目的影響都需要分析清楚。變更影響分析可以由變更提出人進(jìn)行初步分析，如涉及到項(xiàng)目其他部分則需要對應(yīng)的項(xiàng)目成員和項(xiàng)目經(jīng)理參與；如果涉及到項(xiàng)目基準(zhǔn)、預(yù)算、項(xiàng)目周期等方面的變更，甚至需要發(fā)起人的參與。
經(jīng)過項(xiàng)目開發(fā)人員初步分析，由于各個(gè)模塊之間的耦合性比較高，本次的API接口變更共涉及到5個(gè)相關(guān)模塊。他邀請了這些模塊的負(fù)責(zé)人進(jìn)行了同步分析。最終確定了變更的影響。
三、設(shè)計(jì)備選方案
通常情況下，某個(gè)變更可能不止有一個(gè)方案可以選擇。需要從中擇優(yōu)作為最終的備選方案。經(jīng)過項(xiàng)目團(tuán)隊(duì)討論，共設(shè)計(jì)出三套接口變更的備選方案，并選擇了代碼變更最小的一套作為最終方案。提交了正式的變更請求。
四、提交變更請求
理論上任何項(xiàng)目干系人都可以提出變更請求。包括項(xiàng)目團(tuán)隊(duì)成員，發(fā)起人，客戶等等。每個(gè)項(xiàng)目都會(huì)有對應(yīng)的變更請求模板，雖然樣式不一，但基本上都包含了這些內(nèi)容：變更是什么，為什么進(jìn)行變更，變更的后果，變更的備選方案等。
五、審批變更請求
雖然項(xiàng)目干系人都可以提出變更情況，但不是所有項(xiàng)目干系人都有權(quán)力批準(zhǔn)變更請求。在事先編制好的項(xiàng)目管理文件中，包含了變更請求批準(zhǔn)的說明。一般情況下，項(xiàng)目章程的變更需要發(fā)起人的批準(zhǔn)，導(dǎo)致項(xiàng)目時(shí)間、成本、范圍等基準(zhǔn)發(fā)生的變更，需要有專門的變更控制委員會(huì)（CCB）來批準(zhǔn)。
變更控制委員會(huì)（CCB）是由主要項(xiàng)目干系人的代表組成的一個(gè)正式委員會(huì)，負(fù)責(zé)對影響項(xiàng)目的變更進(jìn)行綜合評(píng)審的一個(gè)組織。根據(jù)組織結(jié)構(gòu)的不同，變更控制委員會(huì)需要包含不同的成員。
變更請求審批的結(jié)果要么YES，要么NO。對于YES的變更納入到項(xiàng)目計(jì)劃進(jìn)行管理；對于NO的變更，需要說明拒絕的原因。
六、將批準(zhǔn)的變更納入項(xiàng)目計(jì)劃并執(zhí)行
七、評(píng)估變更的效果
在變更執(zhí)行完畢后，需要評(píng)估變更是否達(dá)到了預(yù)期的效果。如果出現(xiàn)新的問題，可能需要提出新的變更請求。
以上就是變更的基本流程，由于不同組織對于變更請求的管理要求不同，所以流程順序可能會(huì)存在差異。大家根據(jù)自己組織的要求執(zhí)行即可。
在PMBOK第六版中專門介紹了一個(gè)用來進(jìn)行項(xiàng)目變更管理的過程：實(shí)施整體變更控制過程。該過程要求所有的變更無論大小都需要進(jìn)行評(píng)審。嚴(yán)格的變更控制是為了避免隨意的變更對項(xiàng)目造成不可控的影響導(dǎo)致項(xiàng)目失敗。
客戶A說要加一個(gè)圓形的按鈕，客戶B說要加一個(gè)方形的按鈕，作為項(xiàng)目經(jīng)理的你是不是就無從下手了呢？所以說，如果沒有一套嚴(yán)格的變更控制流程，項(xiàng)目管理就會(huì)陷入混亂，甚至導(dǎo)致項(xiàng)目失敗。
更多項(xiàng)目管理知識(shí)請關(guān)注公眾號(hào)：小唐說項(xiàng)目管理
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。