範圍管理是專案管理中的乙個專用詞彙，它的主要任務是界定專案包含且只包含所有需要完成的工作，並對專案其他管理工作起到指導作用，以保證順利完成專案的所有過程。確定了專案範圍，也就確定了專案的工作邊界，明確了專案目標和專案主要可交付成果。對於資訊系統整合專案，如果不能明確地定義和有效地控制專案範圍，將會產生非常嚴重的後果。
1.原因分析
專案經理作為專案的承擔者，在規定時間內利用有限資源保質保量地完成專案，讓客戶和公司都滿意是最終目標。但是，讓客戶滿意不等於不斷滿足客戶無窮無盡的需求，我們應該分析範圍變更出現問題的根源。
（1）簽訂合同時缺少對資訊系統整合專案熟悉的人員參加，導致專案目標描述不清，為後期的實施工作帶來困惑。
（2）客戶對資訊系統專案缺乏全面了解，專案組對客戶需求細節的了解也不充分，並且雙方對實現需求的方式的理解也存在差異。而雙方在專案初期又均未意識到這種溝通上的不暢，會導致移交系統時才使問題暴露出來。
（3）專案組人員不能區分客戶真正需求和鍍金需求，全盤接受客戶的變更請求。範圍的概念包含兩方面，乙個是產品範圍，即產品或服務所包含的特徵或功能，另乙個是專案範圍，即為交付具有規定特徵和功能的產品或服務所必須完成的工作。在確定範圍時首先要確定最終產生的是什麼，清晰界定其特性，以認可的形式表達出來，比如文字、圖表或某種標準，能被專案參與人理解；在此基礎上進一步明確需要做什麼工作才能產生所需要的產品；即產品範圍決定專案範圍。
2.範圍管理的過程
範圍管理保證專案包含了所有要做的工作而且只包含要求的工作，它主要涉及定義並控制哪些是專案範疇內的，哪些不是。範圍管理的基本內容包括：專案啟動、範圍計畫編制、範圍核實、範圍變更控制等。以下所討論的是其中比較重要的部分。
2.1 制範圍計畫
「公欲善其事，必先利其器」。乙個專案經理要想真正管理好專案範圍，沒有必要的技術和方法是肯定不行的。國外曾經有人對專案失敗原因進行調查，其中計畫被放到了首位，可見它在專案管理中的重要性。
範圍計畫編制是將產生專案產品所需進行的專案工作（專案範圍）漸進明細和歸檔的過程。不同的計畫詳盡程度不一樣，其中範圍說明和範圍管理計畫必須包含在內。
範圍說明在專案參與人之間確認或建立了乙個專案範圍的共識，作為未來專案決策的文件基準。範圍說明中至少要說明專案論證、專案產品、專案可交付成果和專案目標。
範圍管理計畫描述專案範圍如何進行管理，專案範圍怎樣變化才能與專案要求相一致等問題。它應該包括乙個對專案範圍預期的穩定而進行的評估（比如：怎樣變化、變化頻率如何及變化了多少），以及對變化範圍怎樣確定，變化應歸為哪一類（當產品特徵仍在被詳細描述的時候，做到這點特別困難，但絕對必要）等問題的清楚描述。
2.2專案分解
完成專案本身是乙個複雜的過程，必須採取分解的手段把主要的可交付成果分成更容易管理的單元，最終得出專案的工作分解結構（wbs）。
比較常用的方式是以專案進度為依據劃分wbs，第一層是大的專案成果框架，每層下面再把工作分解，這種方式的優點是結合進度劃分直觀，時間感強，評審中容易發現遺漏或多出的部分，也更容易被大多數人理解。microsoft的專案管理工具project就可以自動為各個層次的任務編碼。
2.3 圍變更
乙個專案的範圍計畫可能制訂的非常好，但是想不出現任何改變幾乎是不可能的，因此，對計畫變更的管理是專案經理必備的素質之一。範圍變更並不糟糕，糟糕的是缺乏規範的變更管理過程。範圍變更的原因是多方面的，比如使用者要求增加產品功能、環保問題導致設計方案修改而增加施工內容。專案經理在管理過程中必須通過監督績效報告、當前進展情況等來分析和**可能出現的範圍變更，在發生範圍變更時遵循規範的變更程式來管理變更。
建議企業的專案管理體系中包含一套嚴格、高效、實用的變更程式，它對管好專案至關重要。
3.專案變更控制
專案經理和專案小組必須意識到範圍變更本身並沒有什麼不對，事實上很多時候這會讓你的系統更健壯、更實用。客戶通常不能一開始就確定所有需求，而且情況會隨時間而變化，如果不能包容變更，那麼最終解決方案可能就達不到應有的價值。
如果變更失控，後果也非常嚴重，甚至導致整個專案的失敗。根據資料統計，最可能引起資訊系統整合專案失敗的前三個因素分別為：缺乏使用者參與、不完整的要求和說明、易變的要求和說明，這幾個因素都直接或間接與範圍變更管理有關。
因此，必須進行範圍變更控制。變更控制的目的不是控制變更的發生，而是對變更進行管理，確保變更有序進行。
為執行變更控制，必須建立有效的範圍變更流程。這個流程應該包括確認變更、評估變更的商業價值、分析變更對專案的影響，以及提交給專案發起人進行評價以確定是否執行變更。但是僅有範圍變更流程尚不足以真正控制變更，這是因為專案組的外部有許多壓力，同時與缺乏行之有效的變更控制手段密切相關。
目前，流行的變更管理思想認為在範圍變更流程中有四個關鍵點必須嚴格控制，即：誰有權確認變更、什麼樣的變更需要執行、變更的影響多大、客戶是否接受變更的代價。
3.1 誰有權確認變更
事先明確客戶方有權提出變更請求的人員和專案組有權受理變更的人員，並且變更請求必須有書面材料。使用者需要向客戶方專案負責人提出書面申請，由客戶方專案負責人審批後移交實施方專案經理。
這樣，對所有的變更雙方的專案負責人都能做到心裡有數。而且使用者在遞交書面變更申請時比較慎重，一般都在自己公司內部經過討論後進行，減少了因使用者內部看法不同導致的反覆變更。
3.2 什麼樣的變更需要執行
不是所有的變更都需要修改，更不是所有的變更都需要立刻修改。必須對客戶提出的範圍變更進行審核，決定哪些變更需要修改和何時修改。
客戶一般對資訊系統整合專案不甚了解，他們認為很簡單的事情可能解決起來會很複雜。因此專案經理和專案小組要冷靜地分析：使用者到底想要實現什麼目的，抓住本質的需求。如果使用者建議很難實現，可以和使用者進行溝通，詢問使用者是否可以用其他方式來實現其目的。
一般來說，使用者的鍍金需求可以延期解決甚至不考慮，使用者的新增需求如果不是影響到核心業務的實現，也可以安排在現有功能的完善之後。
3.3 變更的影響多大
專案組成員都要認識到變更是有代價的。必須評估變更的代價和對專案的影響，並且要讓客戶了解到變更可能會發生的問題，一起判斷變更是否依然要進行。
3.4 客戶是否接受變更的代價
在與客戶討論過程中，需要和客戶一起判斷：「修改是沒有問題的，但是你能接受由此引起的進度延遲、費用增加、效能下降等嗎·」一般來說，如果客戶認為該變更是必須的（變更非常有可能是其上級領導提出的），就會接受這些後果，通過與客戶的協商，專案組可能會得到回報或者即使沒有回報也不會招致公司和客戶雙方的埋怨。如果客戶認為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄後留待以後解決。如果客戶認為該變更可有可無，多數情況下會取消變更。
這時，比較穩妥的做法是讓客戶對於明顯的變更做出確認，一般是簽字確認。這樣既可防止頻繁變更，也讓客戶認識到變更帶來的工作量加大是專案延期的原因。
最後，變更進行時必須保證最終方案的唯一性和完整性。同時，要對所有變更進行跟蹤和驗證，確保變更按要求完成。範圍管理對資訊系統整合專案成敗有重要影響，執行好範圍管理最重要的是建立行之有效的變更控制手段。
產品 禪道專案管理核心思想
1 禪道專案管理軟體作用 禪道是由青島易軟天創網路科技 開發，國產開源專案管理軟體。集產品管理 專案管理 質量管理 文件管理 組織管理和事務管理於一體，是一款專業的研發專案管理軟體，完整覆蓋了研發專案管理的核心流程。禪道管理思想注重實效，功能完備豐富，操作簡潔高效，介面美觀大方，搜尋功能強大，統計報...
Linux核心剖析 核心的記憶體管理
核心的記憶體管理不同於使用者空間的記憶體管理，首先來講核心本身的限制點就比較多，比如核心一般不能睡眠，因此處理記憶體錯誤一般來講是件很困難的事情，再加上其他限制以及核心記憶體機制不能太複雜導致想獲取核心記憶體變成了一件難事。在說核心的記憶體管理機制之前，首先我們得明白核心記憶體管理的基本單位才行，一...
PMP專案管理之核心 專案經理角色定位
誰是專案經理？專案經理是對專案成敗負責的個人。專案經理的主要作用是整合 什麼都懂一點，什麼都不太懂，什麼都管一點，什麼都不完全管，什麼都做點，什麼都不做完。專案經理的主要技能是溝通 見人說人話，見鬼說鬼話，見了神仙不說話 大會說大話，小會說小話，酒後說胡話。專案經理的關鍵素質是合作 只被別人玩得是幹...