專案範圍管理的內容及簡介

　　專案範圍的管理也就是對專案應該包括什麼和不應該包括什麼進行相應的定義和控制，那麼你對專案範圍管理了解多少呢?以下是由小編整理關於什麼是專案範圍管理的內容，希望大家喜歡!

　　專案範圍管理的介紹

　　專案範圍是指產生專案產品所包括的所有工作及產生這些產品所用的過程。專案干係人必須在專案要產生什麼樣的產品方面達成共識，也要在如何生產這些產品方面達成一定的共識。

　　專案範圍管理是指對專案包括什麼與不包括什麼進行定義並控制的過程。這個過程用於確保專案組和專案干係人對做為專案結果的專案產品以及生產這些產品所用到的過程有一個共同的理解。

　　專案範圍與專案其它約束條件的相互影響

　　制約一個專案的條件是專案“三約束條件”——範圍、時間、成本。

　　在一個專案中這三個條件是相互影響、相互制約的，而且往往是由於範圍影響了時間和成本。專案一開始確定的範圍小，那麼它需要完成的時間以及耗費的成本必然也小，反之亦然。很多專案在開始時都會粗略地確定專案的範圍、時間以及成本，然而在專案進行到一定階段之後往往會變得讓人感覺到不知道專案什麼時候才能真正結束，要使專案結束到底還需要投入多少人力和物力，整個專案就好像一個無底洞，對專案的最後結束誰的心裡也沒有底。這種情況的出現對於公司的高層來說，他們是最不希望看到的，然而這樣的情況出現並不罕見。造成這樣的結果就是由於沒有控制和管理好專案的範圍。可見專案的三個約束條件中最主要還是範圍的影響。

　　專案範圍管理的基本內容

　　範圍管理保證專案包含了所有要做的工作而且只包含要求的工作，它主要涉及定義並控制哪些是專案範疇內的，哪些不是。範圍管理的基本內容包括：專案啟動、範圍計劃編制、範圍核實、範圍變更控制等等。以下所討論的是其中比較重要的部分。

　　範圍計劃

　　專案範圍管理範圍界定

　　“公欲善其事，必先利其器”。一個專案經理要想真正管理好專案範圍，沒有必要的技術和方法是肯定不行的。國外曾經有人對專案失敗原因進行調查，其中計劃被放到了首位，可見它在專案管理中的重要性。

　　範圍計劃中究竟應該包含哪些內容呢?不同的計劃詳盡程度自然不一樣，其中範圍說明和範圍管理計劃必須包含在內。

　　範圍說明在專案參與人之間確認或建立了一個專案範圍的共識，作為未來專案決策的文件基準。專案論證是商家的既定目標，要為估算未來的得失提供基礎;專案產品是產品說明的簡要概況;專案可交付成果一般要列一個子產品級別概括表任何沒有明確要求的結果，都意味著它在專案可交付成果之外;專案目標是要考慮到專案的成功性，至少要包括成本、進度表和質量檢測。專案目標應該有標誌***如：成本、單位***和絕對的或相對的價值***如：少於150萬美元等***。不可量化的目標***如：“客戶的滿意程度”***要承擔很高的風險。

　　變化應歸為哪一類***當產品特徵仍在被詳細描述的時候，做到這點特別困難，但絕對必要***等問題的清楚描述。

　　範圍分解

　　計劃明確了，然而該做哪些事情似乎還是一把抓，因為完成專案本身是一個複雜的過程，必須採取分解的手段把主要的可交付成果分成更容易管理的單元才能一目瞭然，最終得出專案的工作分解結構***WBS***。恰當的範圍定義對專案成功十分關鍵，當範圍定義不明確時，變更就不可避免地出現，很可能造成返工、延長工期、降低團隊士氣等一系列不利的後果。

　　比較常用的方式是以專案進度為依據劃分WBS，第一層是大的專案成果框架，每層下面再把工作分解，這種方式的優點是結合進度劃分直觀，時間感強，評審中容易發現遺漏或多出的部分，也更容易被大多數人理解。Microsoft的專案管理工具Project就可以自動為各個層次的任務編碼。

　　範圍變更

　　一個專案的範圍計劃可能制訂的非常好，但是想不出現任何改變幾乎是不可能的。因此對變更的管理是專案經理必備的素質之一。變並不糟糕，糟糕的是缺乏規範的變更管理過程。範圍變更的原因是多方面的，比如使用者要求增加產品功能、環保問題導致設計方案修改而增加施工內容。專案經理在管理過程中必須通過監督績效報告、當前進展情況等來分析和預測可能出現的範圍變更，在發生變更時遵循規範的變更程式來管理變更。我們強烈建議企業的專案管理體系中包含一套嚴格、高效、實用的變更程式，它對管好專案至關重要。

　　專案範圍管理的具體實施

　　如何管理

　　既然已經認識到專案範圍管理如此重要，那麼我們應該怎樣才能管理好專案的範圍呢。從上面的論證過程，清楚地看到造成專案範圍不好管理的一些原因，那麼要管理好專案範圍就必須對症下藥，才能管理好專案範圍。

　　首先，我們必須先了解專案範圍管理的一些科學過程。做好專案管理應該包含下面過程：啟動、範圍計劃、範圍定義、範圍核實及範圍變更控制。下面將詳述如何做好這些過程：

　　啟動過程

　　啟動是指組織正式開始一個專案或繼續到專案的下一個階段。啟動過程的一個輸出就是專案章程。專案章程是一個重要的文件，這個檔案正式承認專案的存在並對專案提供一個概覽。

　　啟動過程明確指定這一過程有一個重要的輸出文件——專案章程，專案章程將粗略地規定專案的範圍，這也是專案範圍管理後續工作的重要依據。專案章程中還將規定專案經理的權利以及專案組中各成員的職責，還有專案其他干係人的職責，這也是在以後的專案範圍管理工作中各個角色如何做好本職工作有一個明確的規定，以致後續工作可以更加有序地進行。因此，千萬不能忽略專案的啟動過程。

　　範圍計劃

　　範圍計劃是指進一步形成各種文件，為將來專案決策提供基礎，這些文件中包括用以衡量一個專案或專案階段是否已經順利完成的標準等。作為範圍計劃過程的輸出，專案組要制定一個範圍說明書和範圍管理計劃。

　　古語云：“預則立，不預則廢!”。一個專案經理要想真正管理好專案範圍，沒有必要的技術和好的方法是肯定不行的。

　　要做好一個專案首先強調的就是周密地做好範圍計劃編制。範圍計劃編制是將產生專案產品所需進行的專案工作***專案範圍***漸進明細和歸檔的過程。做範圍計劃編制工作是需要參考很多資訊的，比如產品描述，首先要清楚最終產品的定義才能規劃要做的工作，專案章程也是非常主要的依據，通常它對專案範圍已經有了粗線條的約定，範圍計劃在此基礎上進一步深入和細化。

　　前面講到這個過程有一個輸出是範圍說明書，那麼範圍說明指的是什麼呢?範圍說明是在專案參與人之間確認或建立了一個專案範圍的共識，作為未來專案決策的文件基準。

　　範圍說明中至少要說明專案論證、專案產品、專案可交付成果和專案目標。專案可交付成果一般要列一個子產品級別概括表，如：為一個軟體開發專案設定的主要可交付成果可能包括程式程式碼、工作手冊、人機互動學習程式等。任何沒有明確要求的結果，專案目標應該有標誌***如：成本、單位***和絕對的或相對的價值。儘量避開不可量化的目標***如：“客戶的滿意程度”***，因為它將讓你的專案承擔很高的風險。

　　範圍定義

　　範圍定義是以範圍規劃的成果為依據，把專案的主要可交付產品和服務劃分為更小的、更容易管理的單元，即形成工作分解結構***Work Breakdown Structure, WBS***。

　　WBS的建立對專案來說意義非常重大，它使得原來看起來非常籠統、非常模糊的專案目標一下子清晰下來，使得專案管理有依據，專案團隊的工作目標清楚明瞭。如果沒有一個完善的WBS或者範圍定義不明確時。

　　制定好一個WBS的指導思想是逐層深入。先將專案成果框架確定下來，然後每層下面再把工作分解。

　　範圍核實

　　範圍核實是指對專案範圍的正式認定，專案主要干係人，如專案客戶和專案發起人等要在這個過程中正式接受專案可交付成果的定義。

　　這個過程是範圍確定之後，執行實施之前各方相關人員的承諾問題。一旦承諾則表明你已經接受該事實，那麼你就必須根據你的承諾去實現它。這也是確保專案範圍能得到很好的管理和控制的有效措施。

　　變更控制

　　範圍變更控制是指對有關專案範圍的變更實施控制。主要的過程輸出是範圍變更、糾正行動與教訓總結。

　　再好的計劃也不可能做到一成不變，因此變更是不要避免的，關鍵問題是如何對變更如何進行有效的控制。控制好變更必須有一套規範的變更管理過程，在發生變更時遵循規範的變更程式來管理變更。通常對發生的變更，需要識別是否在既定的專案範圍之內。如果是在專案範圍之內，那麼就需要評估變更所造成的影響，以及如何應對的措施，受影響的各方都應該清楚明瞭自己所受的影響;如果變更是在專案範圍之外，那麼就需要商務人員與使用者方進行談判，看是否增加費用，還是放棄變更。

　　因此，專案所在的組織***企業***必須在其專案管理體系中制定一套嚴格、高效、實用的變更程式。

　　執行好以上專案範圍管理的五個過程，我認為對專案範圍的管理、控制將是行之有效的!

專案範圍管理的內容