項目范圍管理包括哪些部分？

范圍管理的基本內容包括：項目啟動、范圍計劃編制、范圍定義、范圍確認、范圍變更控制這五個要素。范圍管理是為了確保項目包含了所有要做的工作而且只包含要求的工作，它主要涉及定義并控制哪些是項目范疇內的，哪些不是。由于項目啟動比較獨立，因此在本文中將不予討論，以下所討論的是在確定項目啟動后的工作，這些工作包括：范圍計劃編制、范圍定義、范圍確認和范圍變更這四個的部分。

1、編制范圍計劃。

想要想管理好項目范圍，首先就要做好計劃，這不僅是對項目范圍管理的要求，也是對整個項目管理過程的要求，在項目管理的39個過程中，有21個與計劃有關(國外曾經有人對項目失敗原因進行調查，其中計劃被放到了首位，可見它在項目管理中的重要性)。

在這里首先強調的就是周密地做好范圍計劃編制。范圍計劃編制是將產生項目產品所需進行的項目工作(項目范圍)漸進明細和歸檔的過程。做范圍計劃編制工作是需要參考很多信息，這些信息包括：產品描述、項目章程、約束條件、假定。首先要清楚最終產品的定義才能規劃要做的工作，這是一個漸進清晰的過程;項目章程也是非常主要的依據，通常它對項目范圍已經有了粗線條的約定，范圍計劃在此基礎上進一步深入和細化;約束條件是制約項目管理團隊選擇的因素，如資金、完成日期等等;假定是被認為是真實、現實獲確定的因素，項目團隊需要經常驗證所用的假定。

范圍計劃中應該包含哪些內容呢?不同的計劃詳盡程度自然不一樣，一般來說要求包括：范圍說明、詳細依據、范圍管理計劃，其中范圍說明和范圍管理計劃必須包含在內。范圍說明在項目參與人之間確認或建立了一個項目范圍的共識，作為未來項目決策的文檔基準。范圍說明中至少要說明項目論證、項目產品、項目可交付成果和項目目標。項目論證是商家的既定目標，要為估算未來的得失提供基礎;項目產品是產品說明的簡要概況;項目可交付成果一般要列一個子產品級別概括表，如：為一個軟件開發項目設置的主要可交付成果可能包括程序代碼、工作手冊、人機交互學習程序等。

任何沒有明確要求的結果，都意味著它在項目可交付成果之外;項目目標是要考慮到項目的成功性，至少要包括成本、進度表和質量要求。而這部分在實際操作中的變化是最大的，也是最難規范的部分，項目經理經常要面對客戶提出的這樣或那樣的項目成果，如何防止項目成果的不受控地不斷增加是項目經理要認真考慮的主要問題之一。項目目標應該有標志，如：成本、單位等;絕對的或相對的價值，如：于公元2000年10月13日前完成本產品的開發等。清晰的項目目標有助于項目的按要求完成，而不可量化的目標，如：客戶的滿意程度的提高等，則要承擔很高的風險。

范圍管理計劃是描述項目范圍如何進行管理，項目范圍怎樣變化才能與項目要求相一致等問題的。它也應該包括一個對項目范圍預期的穩定而進行的評估，如：怎樣變化、變化頻率如何及變化了多少?范圍管理計劃也應該包括對變化范圍怎樣確定，變化應歸為哪一類(當產品特征仍在被詳細描述的時候，做到這點特別困難，但絕對必要)等問題的清楚描述。

2、范圍分解。

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

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

3、范圍確認。

范圍確認是很重要的，很多人認為這是一個走過場的形式，但實際上認真執行這部分的工作是對項目經理最好的保護，在這部分工作中項目經理會向主要項目干系人陳述整個項目的目標、需要的資源、完成的時間和項目的品質這些事關項目成敗的內容，并得到這些干系人的認可，在清晰化這些問題后，日后在執行的過程中可以避免很多項目范圍不確定性造成的爭執。

4、范圍變更。

范圍變更的原因是多方面的，如用戶要求增加產品功能、環保問題導致設計方案修改而增加工作內容等等。項目經理在管理過程中可通過范圍變更控制系統來確保變更的是在受控的情況下發生;通過使用監督績效報告來了解當前進展情況，分析和預測可能出現的范圍變更;使用補充計劃編制來對現有的計劃進行修正。

只有確保有一套嚴格、高效、實用的變更程序，在發生變更時遵循規范的變更程序來管理變更，才能保證變更是在受控的范圍內進行，并保證項目的順利完成。一個項目的范圍計劃可能制訂的非常好，但是在這個瞬息萬變的信息時代，想不出現任何改變幾乎是不可能的。因此對變更的管理是項目經理必備的素質之一。變更并不可怕，可怕的是缺乏規范的變更管理過程。