做過項目的人可能都會有這樣的經歷：一個項目做了很久，感覺總是做不完，就像一個“無底洞”。用戶總是有新的需求要項目開發(fā)方來做,就像用戶在“漫天要價”，而開發(fā)方在“就地還錢”。實際上，這里涉及到一個“范圍管理”的概念。項目中哪些該做，哪些不該做，做到什么程度，都是由“范圍管理”來決定的。那么，到底什么是“范圍管理”，請跟我們一塊來揭開謎底。

　　幾年前，我和一位同事在外地共同參與一個軟件項目的開發(fā)。項目本身并不算很大，開始的需求調研進行了很長時間，期間不但幾乎拜訪了所有部門，還與用戶反復討論，征求意見，需求文檔幾易其稿。即便這樣仍然有許多不確定因素，搞得人心煩意亂。當時我牢騷很多，總覺得又花時間似乎還沒真正做事。

　　我的同事經驗比較豐富，他給我說了一個他自己的親身經歷。那時候他在深圳參與一個證券項目，當時軟件開發(fā)管理非常不規(guī)范，基本上是了解需求后就編程序，根本沒有太多的交流，需求文檔就更沒有了。系統(tǒng)開發(fā)出以后，用戶不斷提出新需求。每天追著開發(fā)人員解決問題，項目實際是一個無底洞，沒完沒了地往下做，按他的說法是項目成員“肥的拖瘦，瘦的拖死”，實在做不下去只能跑了。

　　這個故事剛聽起來感覺非�？尚Γ�當我自己真正做項目負責人時才體會到這其實是一個項目范圍管理的問題。上面提到我所參與的項目中花費大量時間用于需求調研也是為了確定項目范圍。作為一個合格的項目經理，切記要準確控制好項目范圍。孫子兵法中提到“知己知彼，百戰(zhàn)不殆”，在一個項目中我們應該知道對方需要什么，自己要做什么，這是項目成功的基礎所在。那么，首先要明確的是項目范圍管理中的范圍是如何定義的？

　　什么是范圍？

　　我們知道項目是為完成產品或服務所做的一次性努力。因此在這里，范圍的概念包含兩方面，一個是產品范圍，即產品或服務所包含的特征或功能，另一個是項目范圍，即為交付具有規(guī)定特征和功能的產品或服務所必須完成的工作。在確定范圍時首先要確定最終產生的是什么，它具有哪些可清晰界定的特性。要注意的是特性必須要清晰，以認可的形式表達出來，比如文字、圖表或某種標準，能被項目參與人理解，絕不能含含糊糊、模棱兩可，在此基礎之上才能進一步明確需要做什么工作才能產生所需要的產品。也就是說產品范圍決定項目范圍。

　　舉例說明可能會更好理解一些。假設你在一家培訓公司做培訓專員，負責組織一次PMP（美國項目管理專業(yè)人員認證）考前培訓。那么我們完全可以把這項工作當成一個項目來管理，如何確定產品范圍和項目范圍呢？培訓產生的不是有形的產品，而是無形的服務。組織PMP考前培訓的目的是講授項目管理體系基礎知識，提高學員的項目管理理論水平，為參加PMP考試做準備，這就是產品范圍。如果學員突然提出想獲得如何提高企業(yè)核心競爭力的知識，很明顯此內容不在本項目的產品范圍之內。有了明確的產品范圍，接下來就可以確定為達到這個目的需要做哪些工作，即項目范圍。首先要聘請知名的項目管理權威專家，擬訂授課內容，根據授課內容準備學員教材，聯(lián)絡舒適的培訓地點，安排好學員食宿。開始培訓也并非萬事大吉，每天都要與學員交流，聽取他們的意見并反饋給老師，甚至學員的日常起居都要過問。由于PMP考試是英文試題，而模擬習題都是中文，假設某些學員希望講解一些英文題以避免翻譯帶來的理解偏差，這時老師就要多講一些內容，產品范圍有所擴大，但從總的培訓目標看是合理的。

　　如何做好范圍管理？

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

　　1．編制范圍計劃

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

　　我們這里首先強調的就是周密地做好范圍計劃編制。范圍計劃編制是將產生項目產品所需進行的項目工作（項目范圍）漸進明細和歸檔的過程。做范圍計劃編制工作是需要參考很多信息的，比如產品描述，首先要清楚最終產品的定義才能規(guī)劃要做的工作，項目章程（典型的例子是合同）也是非常主要的依據，通常它對項目范圍已經有了粗線條的約定，范圍計劃在此基礎上進一步深入和細化。

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

　　范圍說明在項目參與人之間確認或建立了一個項目范圍的共識，作為未來項目決策的文檔基準。范圍說明中至少要說明項目論證、項目產品、項目可交付成果和項目目標。項目論證是商家的既定目標，要為估算未來的得失提供基礎；項目產品是產品說明的簡要概況；項目可交付成果一般要列一個子產品級別概括表，如：為一個軟件開發(fā)項目設置的主要可交付成果可能包括程序代碼、工作手冊、人機交互學習程序等。任何沒有明確要求的結果，都意味著它在項目可交付成果之外；項目目標是要考慮到項目的成功性，至少要包括成本、進度表和質量檢測。項目目標應該有標志（如：成本、單位）和絕對的或相對的價值（如：少于150萬美元等）。不可量化的目標（如：“客戶的滿意程度”）要承擔很高的風險。

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

　　2．范圍分解

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

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

　　3．范圍變更

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