範圍管理是什麼？
專案範圍管理包括了確保專案做且只做成功完成專案所需的全部工作的工作的各過程。管理範圍主要在於定義和控制
專案應該包括什麼和不應該包括什麼
。專案範圍各過程
包括：確定專案的需求、定義規劃專案的範圍、
建立範圍基準
、範圍的變更控制管理以及範圍核實等。
範圍是什麼？
基於專案範圍我們知道正確的範圍應該是只做成功完成專案所需的全部工作。產品範圍定位某項產品、服務或成果所具有的特性和功能。專案範圍為交付具有規定特性與功能產品、服務或成果而必須完成的工作。
這個過程用於確保專案組和專案干係人
對做為專案結果的專案產品以及生產這些產品所用到的過程有乙個共同的理解
。 案例分析
m集團是希賽資訊科技****(csai )多年的客戶，csai已經為其開發了多個資訊系統。最近，m又和csai簽訂了新的開發合同，以擴充整個企業的資訊化應用範圍，張工擔任該項目的專案經理。張工組織相關人員對該項目的工作進行了分解，並參考了公司同m曾經合作的專案，評估得到專案，總工作量60人月，計畫工期6個月。專案剛剛開始不久，張工的高層經理s找到張工。s表示，由於公司運作的問題，需要在4個月內完成專案，考慮到壓縮工期的現實，可以為該專案在增派兩名開發人員。張工認為，整個專案的工作量是經過仔細分解後評估得到的，評估過程中也參考了歷史上與k企業合作的專案度量資料，該工作量是客觀真實的。目前專案已經開始，增派的人手還需要一定的時間熟悉專案情況，因此即使增派兩人也很難在四個月內完成。如果強行要求專案組成員通過加班等方式追逐4個月完成的目標，肯定會降低專案的質量，造成使用者不滿意。因此，張工提出將整個專案分為兩部分實現，第一部分使用三個半月的時間，第二部分使用三個月的時間，分別制定出兩部分的驗收標準，這樣不增派開發人員也可以完成。高層經理認為該方案可以滿足公司的運作要求，使用者也同意按照這種方案進行實施。六個月後，專案在沒有增加人員的前提下順利地完成，雖然比最初計畫延長了半個月的工期，但既達到了公司的要求，客戶對最終交付的系統也非常滿意，專案組的成員也沒有感受到很大的壓力。
原因軟體專案的範圍主要是由系統需求構成的，而系統需求既是難以把握的，也是容易調整和控制的。軟體系統的需求**於使用者需求，在軟體專案目標是滿足使用者需求的情況下，對於相同的使用者價值可以定義出不同的系統需求。舉乙個簡單的例子，使用者的需求是「解決口渴的問題」，那麼最簡單的系統需求可以是遞上一杯水，複雜一些的可能是遞上一杯熱水，更複雜的是遞上一杯經過多層過濾的純淨水，當然也可以是打一桶虎跑泉的水，然後沏上一杯龍井茶。使用者當然希望用買礦泉水的錢換一杯正宗的龍井茶，但這樣的專案範圍肯定會導致專案失敗。
既然專案範圍界定不清是一種很常見的現象，而這種現象又是大家所不想見到的。那麼，我們必須分析出現這種現象的原因。我認為造成這種現象的出現有以下三方面的原因：
第一，是企業一級的責任——沒有完善的專案管理體系來指導專案的管理。這種情況是最糟糕的，如果是這種原因，那麼專案的成敗往往需要靠專案經理個人的管理、領導能力。這種情況專案成功的可能性非常小，大部分專案都是以失敗而告終；
第二，是企業及專案組共同的責任——對專案沒能制定出清晰規範的範圍變更控制過程。企業有管理體系，但不夠完善和規範，對專案組的變更過程的制定沒能起到有效的指導作用。變更是不可避免的，只要有效地加以管理、控制，同樣可以達到各方滿意的結果；
第三，是對範圍的定義不夠明確，做不到可量化、可驗證程度。很多時候都是一些定性的要求、而不是定量的，例如「介面友好，可操作性強，提高使用者滿意度」等。類似這些模糊的需求就是導致後續專案扯皮的根源。專案範圍的明確定義，有經驗的專案經理及系統分析員將起到至關重要的作用。
由以上的論述，可以得出結論：完善的專案範圍管理是整個專案最終成敗的關鍵。那麼，怎樣才能做好專案範圍管理呢？
如何實施呢？
首先，我們必須先了解專案範圍管理的一些科學過程。做好專案範圍管理主要可以分為啟動階段、規劃階段、監控階段。啟動階段包括制定專案專案章程和干係人識別。規劃階段主要包括需求的收集、定義範圍、建立工作分解結構等子過程。監控階段主要包括核實範圍和控制範圍。下面將詳述此過程怎麼做這個過程。
啟動階段
啟動階段包含了獲得授權、定義乙個新專案或現有專案的乙個新階段，正式開始該專案獲階段的一組過程。通過啟動階段，能夠定義初步的範圍和落實初步財務資源，識別那些將相互影響專案總體結果的內外部干係人，確定專案經理。啟動過程輸出專案章程和干係人清冊、干係人管理策略。其中專案章程是乙個重要的文件，這個檔案正式承認專案的存在並對專案提供乙個概覽。專案章程將粗略地規定專案的範圍，這也是專案範圍管理後續工作的重要依據。專案章程中還將規定專案經理的權利以及專案組中各成員的職責，還有專案其他干係人的職責，這也是在以後的專案範圍管理工作中各個角色如何做好本職工作有乙個明確的規定，以致後續工作可以更加有序地進行。因此，千萬不能忽略專案的啟動過程。
規劃階段
規劃階段主要包括收集需求、定義範圍、建立工作分解結構幾個過程。
收集需求
需求是指專案發起人、客戶和其他干係人的已量化且記錄下來的需要與期望。專案一旦開始，就應該足夠詳細地探明、分析和記錄這些需求，以便日後進行測量。收集需求旨在定義和管理客戶的期望。需求是工作分解的基礎。成本、進度和質量規劃也都要在這些需求基礎上進行。收集需求的技術手段主要包括訪談、焦點小組會議、引導式研討會、群體創新技術、群體決策技術、問卷調查、觀察、原型法。收集需求階段主要的輸出是需求檔案、需求管理計畫、需求跟蹤矩陣。
需求檔案描述了各種單一需求將如何滿足於專案相關的業務需求。一開始肯定只有概括性的需求，隨著資訊的增加而逐步細化。只有明確的（可測量和可測試）、可跟蹤、完整的、相互協調的，且主要干係人願意認可的需求，才可能做為基準。
需求管理計畫描述在整個過程中如何分析、記錄和管理需求。主要包括：
需求跟蹤矩陣
主要是一張需求與需求源的**，以便在整個專案生命週期中隊需求進行跟蹤。典型的屬性包括獨特的識別標誌、需求的文字描述、收入該需求的理由、所有者、**、優先順序、版本、現狀和實現日期、驗收標準等。
定義需求
定義需求是制定專案和產品詳細描述的過程。應根據啟動過程中記載的可交付成果、假設條件和制約因素來編制範圍說明書。定義需求產出物為專案範圍說明書。範圍說明書描述的是專案可交付的成果，以及為提交這些可交付成果而必須開展的工作。它為評價變更請求或額外工作是否超出專案邊界提供基準。詳細的範圍說明書應該包括範圍描述、產品驗收標準、專案可交付成功定義、專案的除外責任、專案制約因素、專案假設條件。
建立工作分解結構
wbs 工作分解結構的建立對專案來說意義非常重大，它使得原來看起來非常籠統、非常模糊的專案目標一下子清晰下來，使得專案管理有依據，專案團隊的工作目標清楚明了。
wbs是以工作結果為導向的工作分解。
制定好乙個
wbs的指導思想是逐層深入。先將專案成果框架確定下來，然後每層下面再把工作分解
。控制賬戶是一種管理的控制點。在控制點上，把範圍、成本、進度加以整合，並把他們的掙值進行比較，以測量績效。
工作分解結構詞典包括以下內容：賬戶編碼標誌號、工作描述、負責組織、進度里程碑清單、相關的進度活動、所需資源、成本估算、質量要求、驗收標準、技術參考文獻、合同資訊。
制定範圍基準
範圍基準包括專案範圍說明書、工作分解結構
wbs、工作分解結構詞典。範圍基準相當於乙個標桿，後續的時間管理計畫、成本管理計畫都是依託於範圍基準進行制定，當範圍基準進行調整，其他部分都將無法避免的需要進行調整。
範圍說明書與系統解決方案、軟體需求說明書幾者的區別？範圍說明書描述了要做什麼，做完了提交什麼成果。系統解決方案解決如何做的問題，闡述採用什麼技術、變成語言、網路架構、管理規範等，解決方案更多的是一種積累或思路展示。軟體需求說明書的編制是為了使使用者和軟體開發者雙方對該軟體的初始規定有乙個共同的理解，使之成為整個開發工作的基礎。它的編寫依據就是工作範圍說明書、解決方案以及與使用者的需求採集，它又將會成為概要設計的依據。軟體需求說明書說明的內容，主要是對專案產品特徵和特性進行描述，而不牽涉雙方的責任和義務。
監控階段
核實範圍
核實範圍與質量控制區別，核實範圍主要關注可交付成果的驗收，質量控制關注可交付成功是否正確已經是否滿足質量要求。所以一般先進行核實範圍，然後再進行質控控制。
控制範圍
控制範圍是監督專案和產品的範圍狀態、管理範圍基準變更的過程。對專案範圍進行控制，就必須保證所有的請求變更、推薦糾正措施或預防措施都經過實施整體變更控制過程的處理。定期產生工作績效資訊，描述哪些可交付成果已開始，其進展如何，哪些可交付成果已完成。
乙個專案的範圍計畫可能制訂的非常好，但是想不出現任何改變幾乎是不可能的。因此對變更的管理是專案經理必備的素質之一。變並不糟糕，糟糕的是缺乏規範的變更管理過程。範圍變更的原因是多方面的，比如使用者要求增加產品功能、環保問題導致設計方案修改而增加施工內容。專案經理在管理過程中必須通過監督績效報告、當前進展情況等來分析和**可能出現的範圍變更，在發生變更時遵循規範的變更程式來管理變更。
範圍管理和範圍蔓延
1 範圍管理的前提 前提是專案的定義。專案是企業哪個戰略方向下的產物，專案想完成哪些具體目標？只有定義明確了，才有範圍。範圍必須緊密圍繞著定義來開展。範圍不足或範圍蔓延都會對專案產生影響 1 範圍管理包括了兩部分 一部分是實體的產品，比如開發出來的一套軟體 另一部分是專案的商業方案 銷售方案 服務體...
範圍管理和範圍蔓延
1 範圍管理的前提 前提是專案的定義。專案是企業哪個戰略方向下的產物，專案想完成哪些具體目標？只有定義明確了，才有範圍。範圍必須緊密圍繞著定義來開展。範圍不足或範圍蔓延都會對專案產生影響 2 範圍管理包括了兩部分 一部分是實體的產品，比如開發出來的一套軟體 另一部分是專案的商業方案 銷售方案 服務體...
範圍管理相關
1 工作分解結構連同具體的範圍說明書和工作分解結構詞典，定義了專案的範圍基準，該基準為可能發生在專案的任何變更提供了依據。2 備選方案識別常採用的技術 頭腦風暴，橫向思維和配對比較。3 物料清單分層次列示了構成所製造產品的物理元件，次級元件及組成部分，而工作分解結構是以可交付成果為導向，對定義整個專...