據說，世界上唯一不變的是「變化」。你可以制定乙個完美的計畫，但你無法考慮到可能發生的每一項潛在的變更。
你的專案持續時間越長，你處理變更的可能性就越大。既然你無法預計每一項變更，最好你能在變更發生時處理這些變更。
以下是在專案中可能發生的三個方面的變更。
範圍變更
這是要處理的最為重要的變更。範圍在兩個層次上得以定義——高階範圍描述專案的邊界和需要完成的主要可交付項。低階範圍則通過你認可的需求加以定義。
範圍變更管理的主要目的是確定變更，並對其進行有效管理。它還有助於保護專案團隊，避免就時間進度和預算達成一致後出現變更。
換句話說，專案團隊根據高階和詳細的範圍定義承諾乙個最終期限和預算。如果在專案進行過程中可交付項發生變化(這一般意味著客戶希望附加額外的條款)，最初的成本、努力和持續時間估計就會失效。
如果主辦方同意將新工作增加到專案範圍中，專案經理有權要求對當前的預算和最終期限進行修改(通常是增加預算，延長最終期限)，以反映這些增加的額外工作。
這個過程最終要向主辦方提交適當的資訊，允許主辦方根據商業價值和變更對專案成本和時間進度的影響，決定是否批准對預算和最終期限的修改。
配置變更
配置變更是指對所有專案資產和資產特性(元資料)進行確認、追蹤和管理。(在一些組織中，這個過程的定義更加狹窄，僅表示對物理資產進行管理。)大多數專案並不進行配置管理。
不過，如果你的專案使用或建造大量的元件、零件、工具和裝置等，配置變更管理就顯得非常重要。
所有其它變更
你的專案還可能發生一些變更，它們不屬於範圍變更管理或配置管理之列。這些變更可能劃歸為綜合變更管理的範疇。例如，假如一名團隊成員離職，需要有人來填補他的職位。
這個例子就不屬於範圍變更或配置變更，而屬於綜合變更。在這種情況下，你可能需要記錄所發生的資源變更情況、確定變更的影響、並制定乙個變更管理計畫。在多數情況下，上述過程和範圍變更所要求完成的過程類似。
綜合變更管理和範圍變更管理的關鍵區別在於，如果一項範圍變更被要求並得到批准，你希望能夠對預算和時間進度加以修改，以適應變更的要求。你不應對它抱著和非範圍變更相同的期待。
例如，在上面的例子中，乙個團隊成員的職位需要填補，這無疑是一項變更，也可能會對專案造成影響。但是，你不能指望這項變更會改變已得到批准的專案時間進度和預算。
作為一名專案經理，你應當集中精力確保對範圍變更進行有效管理，因為它是造成專案問題的主要罪魁禍首。不過，你還要認識到，你的專案也可能需要進行配置管理和綜合變更管理。有效管理這些變更可以為你免去許多麻煩。
系統變更控制方面的管理制度
本制度規定了對修改系統配置選項 補丁公升級 資料庫後台操作 變更批處理任務 修改源程式 更換伺服器等公司基礎硬體架構的 系統軟體 應用程式等變更的管理流程。為了建立對變更的合理有效的控制管理，要求對當前正式的變更進行深思熟慮，仔細的檢測和深入的評估，以降低變更帶來的風險，為使用者提供高效可靠的it服...
專案管理變更
以上修訂，將本節的內容由2007年版大綱中9目28條，改為2011年版大綱中7目23條，重組和增加的內容約佔30 3 1z205000 建設工程職業健康安全與環境管理 的修訂 隨著中國工程建設事業的發展，建設工程專案投資與建設規模日趨擴大 工程技術要求與難度日益複雜 工程風險與隱患與日俱增，社會對工...
關於優質服務方面的活動專案建議
1 制訂優質服務活動辦法，由專門部門進行組織 推動和考核，而不是成立乙個由多部門組成的小組，以往的結果到最後是職能不能充分發揮，目前在我行系統內規範化優質服務搞得較好的北京管理部，是由管理部辦公室負責的。同時建議在辦法中明確對在活動中表現優秀的先進單位和個人給予表彰，確定被評為先進的個人的晉檔晉級標...