系統(tǒng)集成項目管理工程師案例分析之變更管理（項目管理過程中，一切可能會變更。要重點掌握）

變更的常見原因：

（1）產品范圍（成果）定義的過失或疏忽

（2）項目范圍（工作）定義的過失或疏忽

（3）增值變更

（4）應對風險的緊急計劃或回避計劃

（5）項目執(zhí)行過程與項目基準要求不一致帶來的被動調整

（6）外部事件

變更管理的基本原則：

變更管理的原則是首先建立項目基準、變更流程和變更控制委員會（也叫變更管理委員會）。包括以下內容：

（１）基準管理?；鶞适亲兏囊罁Ｔ陧椖繉嵤┕こ讨?，基準計劃確定并經過評審后（通常用戶應參加部分評審工作），建立初始基準。此后每次變更通過評審后，都應重新確定基準。

（２）建立變更控制流程。建議或選用符合項目需要的變更管理流程，所有變更都必須遵循這個控制流程進行控制。流程的作用在于將變更的原因、專業(yè)能力、資源運用方案、決策權、干系人的共識和信息流轉等元素有效地綜合起來，按科學的順序進行。

（３）明確組織分工。至少應明確變更相關工作的評估、評審和執(zhí)行的職能。

（４）完整體現變更的影響。變更的來源是多樣的，即需要完成對客戶可視的成果、交付期等變更操作，還需要完成對客戶不可視的項目內部工作的變更，如實施方的人員分工、管理工作和資源配置等。

（５）妥善保存變更產生的相關文檔，確保其完整、及時、準確、清晰，適當的時候可以引入配置管理工具。國內使用較多的配置工具有 Rational ClearCase、Visual SourceSafe和Concurrent Versions System。項目變更控制委員會或更完整的配置控制委員會（Configuration Control Board,CCB），或相關職能的類似情況，是項目的所有者權益代表，負責裁定接受哪些變更，CCB由項目所涉及的多方人員共同組成，通常包括用戶和實施方的決策人員。

變更的程序：

(1)提出與接受變更申請

變更提出應當及時以正式方式進行，并留下書面記錄，變更的提出可以是各種形式，但在評估前應以書面形式提出。

（2）對變更的初審

變更初審的目的如下：

①對變更提出方施加影響，確認變更的必要性，確保變更是有價值的。

②格式檢驗，完整性校驗，確保評估所需信息準備充分。

③在干系人間就提出供評估的變更信息達成共識。

④變更初審的常見方式為變更申請文檔的審核流轉。

（3）變更方案論證

變更方案的主要作用，首先是對變更請求是否可實現進行論證，如果可能實現，則將變更請求由技術要求轉化為資源需求，以供CCB決策。常見的方案內容包括技術評估和經濟評估，前者評估需求如何轉化為成果，后者評估價值和風險。

（4）項目變更控制委員會審查

審查過程，是項目所有者據變更申請及評估方案，決定是否批準變更。評審過程常包括客戶、相關領域的專業(yè)人士等。審查通常是文檔會簽形式，重大的變更審查可以包括正式會議形式。審查過程應注意分工，項目投資人雖有最終的決策權，但通常在專業(yè)技術上并非強項。所以應當在評審過程中將專業(yè)評審、經濟評審分開，對涉及項目目標和交付成果的變更，客戶的意見應放在核心位置。

（5）發(fā)出變更通知并開始實施

評審通過，意味著項目基準的調整，同事確保變更方案中的資源需求及時到位。項目基準的調整，包括項目目標的確認、最終成果、工作內容和資源、進度計劃的調整。需要強調的是，變更通知后，不只是包括實施項目基準的調整，更要明確項目的交付日期、成果對相關干系人的影響。如變更造成交付期的調整。應在變更確認時發(fā)布，而非在交付前公布。

（6）變更實施的監(jiān)控

要監(jiān)控的，除了調整過的項目基準中所涉及變更的內容外，還應當對項目的整體基準是否反映項目實施情況負責。通過監(jiān)控行動，確保項目的整體實施工作是受控的。變更實施的過程監(jiān)控，通常由項目經理負責項目基準的監(jiān)控。管理委員會監(jiān)控變更明確的主要成果、進度里程碑等，可以委托監(jiān)理單位承擔監(jiān)控職責。

（7）變更效果的評估

變更評估可以從以下幾個方面進行。

①首要的評估依據，是項目基準。

②還需結合變更的初衷來看，變更所要達到的目的是否已達成。

③評估變更方案中的技術論證、經濟論證內容與實施過程的差距并推進解決。

（8）判斷發(fā)生變更后的項目是否已納入正常軌道

項目基準調整后，需要確認的是相應的資源配置和人員是否及時到位，更需多加關注。之后對項目的整體監(jiān)控應按新的項目基準進行，涉及變更的項目范圍及進度，在變更后的緊鄰監(jiān)控中，應更多地關注，當確認新的項目基準已經生效則按正常的項目實施流程進行。

有可能的問題：

１、對用戶的要求未進行記錄

２、對變更的請求未進行足夠的分析，也沒有獲得批準

３、在修改的過程中沒有注意進行版本管理

４、修改完成后未進行驗證

５、修改的內容未和項目干系人進行溝通

導致的后果

１、缺乏對變更請求的記錄可能會導致對產品的變更歷史無法追溯，并會導致對工作產物的整體變化情況失去把握

２、缺乏對變更請求的分析可能會導致后期的變更工作失誤

３、在修改過程中不注意版本管理，一方面可能會導致當變更失敗時無法進行復原；另一方面，對于組織財富和經驗的積累也是不利的

４、修改完成后不進行驗證則難以確認變更是否正確實現

５、未與項目干系人進行溝通可能會導致項目干系人的工作之間出現不一致之處

真題演練：

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

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

[問題]

根據你的理解，請說明項目變更管理在軟件項目管理中的主要活動內容

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

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

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

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

(4)根據已批準的變更，更新相關要求，協(xié)調整體項目內的變更。

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

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

查看該案例完整試題與信管網參考答案：http://www.conferencecallsmadeeasy.com/st/23269979.html

系統(tǒng)集成項目管理工程師題型分析：http://www.conferencecallsmadeeasy.com/pm1/78092.html

系統(tǒng)集成項目管理工程師案例分析每日一練：http://www.conferencecallsmadeeasy.com/examday/jc_al.html

系統(tǒng)集成項目管理工程師通關培訓：http://www.conferencecallsmadeeasy.com/jcpeixun.html