變更控制(1)

    變更控制——牽一發而動全身

    專案的不確定性因素導致了專案的推動過程不會像計劃的那樣順利，隨著工作的深入，那些不確定因素逐漸變得明確且和當初的預測不一致的時候，就會導致專案變更，專案的變更是不可避免的。一般來說，專案的目標是專案所有活動的最終判斷準則，變更的發生可能會引起專案目標變化,所以，變更控制是所有專案管理者要高度關註的問題，變更往往會牽一發而動全身，搞不好會一招不慎，全盤皆輸，所以大家對變更的普遍態度是慎之又慎。

    從變更產生的來源來看，變更的因素可以分為兩類：內部因素和外部因素。內部因素是指專案的實施過程中，對實施的狀態對比計劃，發現產生了偏差，從而導致變更專案計劃。外部因素則是指客戶對專案目標本身發生了變化，從而引起計劃的變更。

    為了對專案變更進行有效控制，應由專案實施組織，專案管理班子或兩者共同建立變更控制系統。變更控制系統就是一套事先確定的修改專案文件或改變專案活動時應遵循的程序，其中包括必要的表格或其它書面文件，責任追蹤和變更審批制度、人員和權限。變更控制系統應當明確規定變更控制委員會的責任和權力，並由所有的專案幹系人認可。

    變更控制系統可細分為整體、範圍、進度、費用和合同變更控制系統。變更控制系統應當同專案管理信息系統一起通盤考慮，形成整體。

    專案變更就是影響專案整體和貫穿整個專案過程的變更。專案變更控制的目的有三：

    （1）查明專案進行過程中發生的變化是否構成變更，

    （2）對造成變更的因素施加影響，

    （3）當變更實際出現時，設法處理之。

    專案變更控制就是協調貫穿整個專案過程的變更。例如，可交付成果的技術要求說明書發生的變更，若影響到專案範圍，進而影響到費用、進度、質量、風險或其它方面，則該變更就是專案變更，應當通過範圍變更控制系統處理。

    專案變更控制的依據是專案計劃、進展報告和變更請求。專案班子成員或專案幹系人的變更請求可能會以多種形式提出。但除非特殊情況，只有書面提出者，才能受理。

    專案變更控制的工具就是上面提到的變更控制系統。專案變更控制的結果應當有專案計劃的更新、採取將專案未來預期進展控制在專案計劃範圍內的糾正行動和吸取的教訓變。

    圖3-1  專案變更控制流程

    基線與變更申請

    1．基線

    信息系統的專案管理者對基線的概念並不陌生。基線是軟體配置管理的一個重要概念，是已經通過正式复審和批準的某規約或產品，它因此可以作為進一步開發的基础，並且只能通過正式的變更控制過程進行改變。

    根據定義的生命週期模型和專案特徵來定義基線。在開發週期，基線的建立時間是不同的，可能會受到不同變更權威的控制。計劃期間，專案應按如下所述建立基線，用以維護對配置項的完整性的適當控制。每個基線必須記錄在配置管理計劃中，包含：基線名稱、基線內容、在生命週期的什麼時候建立、誰有對基線更改的批準權。

    當基線形成後，要在專案組內部進行發佈。基線的作用是把各階段工作的劃分更加明確化,以便於檢驗和肯定階段成果，需求基線則是專案的需求完整定義下來，形成完整的規格。後續變更的基準就是在基線的基础上進行。

本文摘自《ERP專案管理散記》

---

　　 形散而神聚。因為是散文，所以沒有框架結構的限制，作者寫起來輕鬆，讀者讀起來方便，數千字成一文，每篇文章都是一個獨立主題的探讨，又都緊密圍繞ERP專案實施這一主題。
　　事異而理同。雖然多數文章的標題冠以ERP專案實施的大標題，但文中所闡述的很多道理，不僅僅只適合於ERP專案管理，更適合於所有的專案管理，甚至可以推而廣之到企業管理中去。