項目范圍管理就是要做范圍內的事，而且制作范圍內的事，既不少做也不多做，需要做以下三方面的工作：1、明確項目邊界，2、對項目執行工作進行監控，3、防止項目范圍發生蔓延。

產品范圍與項目范圍

產品范圍是指產品或者服務所應該包含的功能，項目范圍是為了能夠交付產品，項目所必須做的工作，產品范圍是項目范圍的基礎。項目的范圍基準是經過批準的項目范圍說明書、WBS和WBS詞典。判斷項目范圍是否完成，要以范圍基準來衡量，而產品范圍是否完成，則根據產品是否滿足了產品描述來判斷。

一、規劃范圍管理

范圍管理計劃是制定項目管理計劃過程和其他范圍管理過程的主要輸入，可能在項目管理計劃之中，也可能作為單獨的一項，根據不同的項目，可以是詳細的或者概括的，可以是正式的或者非正式的。

需求是軟件項目成功的核心之所在，它為其他許多技術和管理活動奠定了基礎，在信息系統集成項目中，需求管理貫穿于整個過程，他的最基本的任務就是明確需求，并使項目團隊和用戶達成共識，即建立需求基線。

二、收集需求

需求的分類：

1、業務需求：整個組織的高層級需要。

2、干系人需求：是指干系人或干系人群的需要。

3、解決方案需求：是為滿足業務需求和干系人需求，產品服務或成果必須具備的特性、功能和特征。又進一步分為功能需求和肺功能需求。功能需求是關于產品能開展的行為，例如流程、數據、以及與產品的互動等。非功能需求是對功能需求的補充，例如，可靠性、安全性、性能、服務水平等。

4、過度需求：從當前狀態過渡到將來狀態所需的臨時能力。例如，數據轉換和培訓需求。

5、項目需求：項目需要滿足的行動、過程或其他條件。

6、質量需求：用于確認項目可交付成果的成功完成或其他項目需求的實現的任何條件或標準。QFD對質量需求進行了細分，分為基本需求、期望需求和意外需求。

收集需求的工具技術：

1、訪談

2、焦點小組

?? ?焦點小組是一種群體訪談而非一對一訪談，將預先選定的干系人和主題專家集中在一起，由以為受過訓練的主持人引導大家開展互動式討論，以求得到更有價值的意見。

3、引導式研討會

? ??通過邀請主要的跨職能干系人一起參加會議，引導式研討會對產品需求進行集中討論與定義。是快速定義跨職能需求和協調干系人差異的重要技術。由于群體互動的特點，被有效引導的研討會有助于建立信任、促進關系、改善溝通，從而有利于參加達成一致意見，另一個好處是比單項會議更快的發現和解決問題。

4、群體創新技術

是指可以組織一些群體活動來識別項目和產品需求包括頭腦風暴法、名義小組技術、德爾菲技術、概念/思維導圖、親和圖和多標準決策分析等。

?名義小組技術通過投票來排列最有用的創意，以便進行進一步的頭腦風暴或優先排序。名義小組技術是頭腦風暴法的深化應用，是更結構化的頭腦風暴法。

德爾菲技術是一種組織專家就某一主題達成一致意見的一種信息收集技術。由一組選定的專家回答問卷，并對每一輪需求收集的結果再給出反饋。專家的答復只能交給主持人，以保持匿名狀態。德爾菲技術的主要缺點是過程比較復雜，花費時間較長。

思維導圖又稱為心智圖，是將從頭腦風暴中獲得的創意，用一張簡單的圖聯系起來，以反應這些創意之間的共性與差異，從而引導出新的創意。

親和圖又稱kj法，核心是頭腦風暴法，是根據結果去找原因。

5、群體決策技術

一致同意：所有人都同意某個行動方案。

大多數原則：獲得群體中50%以上的人的支持，就能做出決策。參與決策的人數定為奇數，防止因平局而無法達成決策。

相對多數原則：根據群體中相對多數者的意見做出決定，即便未能獲得一部分人的支持。

獨裁：由某一個人例如項目經理為群體做出決策。

6、問卷調查

7、觀察

8、原型法。

9、標桿對照

? ?標桿對照將實際或計劃的做法與其他類似組織的做法進行比較，以便識別最佳實踐，形成改進意見，并為績效考核提供依據。類似組織即可以是內部的也可以是外部組織。

10、系統交互圖

11、文件分析

就是通過分析現有文檔，識別與需求相關的信息來挖掘需求。

需求文件

收集需求過程的主要輸出有需求文件和需求跟蹤矩陣。需求文件描述各種單一的需求將如何滿足與項目相關的業務需求。需求文件的內容包括以下幾個方面：

業務需求，干系人需求，解決方案需求，項目需求，過度需求，與需求有關的假設條件、依賴關系和制約因素。

需求跟蹤

從需求工程的角度來看，需求管理包括在產品開發過程中維持需求一致性和精確性的所有活動?？筛櫺允琼椖啃枨蟮囊粋€重要特征，需求跟蹤是將單個需求和其他元素之間的依賴關系和邏輯聯系建立跟蹤。

需求跟蹤的內容，每個配置項的需求到其涉及的產品需求都要具有雙向可跟蹤性，所謂雙向跟蹤包括正向跟蹤和反向跟蹤。

用戶原始需求可向前追溯到需求文件，同樣可以從需求文件回溯到相應的用戶原始需求，確認每個需求的出處。

需求跟蹤矩陣

需求跟蹤矩陣是將產品需求從其來源連接到能滿足需求的可交付成果的一種表格。

需求跟蹤矩陣中記錄的典型屬性包括唯一標識、需求的文字描述、收錄該需求的理由、所有者、來源、優先級別、版本、當前狀態（例如，進行中、已取消、已推遲、新增加、已批準、已分配、已完成等）和狀態日期。

三、定義范圍

定義范圍是在制定項目和產品詳細描述的過程，其主要作用是明確所有收集的需求哪些將包含在項目范圍內，哪些排除在項目之外，從而明確產品、服務、成果的邊界。

項目范圍說明書內容

1、產品范圍描述，2、驗收標準，3、可交付成果，4、項目的除外責任，5、制約因素，6、假設條件。

項目范圍說明書的作用

1、確定范圍，2、溝通基礎，3、規劃和控制依據，4、變更基礎，5、規劃基礎。

四、創建工作分解結構（WBS）

創建WBS是將項目可交付成果和項目工作分解成較小的、更易于管理的組件的過程，其主要作用是對所要交付的內容提供一個結構化的視圖。

里程碑：里程碑標志著某個可交付成果或者階段的正式完成，重要的檢查點是里程碑，重要的里程碑式基線。

工作包：工作包是位于WBS每條分支最底層的可交付成果或項目工作組成部分。工作包需要遵循8/80原則，建議工作包的大小應該至少需要8個小時來完成，而總完成時間也不應該大于80小時。

控制賬戶：控制賬戶是一種管理控制點，在該控制點上，將范圍、預算、實際成本和進度加以整合，并將他們與掙值進行比較，以測量績效。是WBS某個層次上的要素，即可以是工作包，也可以是比工作包更高層次上的一個要素。如果是后一種情況，一個控制賬戶中就包括若干個工作包，單一個工作包僅屬于一個控制賬戶。

規劃包：規劃包是指在控制賬戶之下，工作內容已知但尚缺詳細進度活動的WBS組成部分。規劃包是在控制賬戶之下、工作包之上的WBS要素。規劃包是暫時用來做計劃的。但隨著情況的逐漸清晰，規劃包最終將被分解成工作包及相應的具體活動。

WBS詞典：WBS詞典也稱為WBS詞匯表，它是描述WBS各組成部分的文件。

創建WBS的工具和技術有分解和專家判斷

分解：是一種將項目可交付成果和項目工作分解成較小的、更易于管理的組件的技術，要將整個項目工作分解為工作包通常要展開以下活動：

識別和分析可交付成果及相關工作

確定WBS的結構和編排方法

自上而下逐層細化分解

為WBS組件制定和分配標識編碼。

核實可交付成果分解的程度是恰當的。

分解的原則

功能或技術原則：在創建WBS時，不同的階段，需要不同的人員，因此要考慮將不同人員的工作分開。

組織結構：對于智能型的項目組織而言，WBS也要適應項目的組織結構形式。

系統或者子系統：這是項目最常用的劃分原則，總的系統劃分為幾個主要子系統，然后在對每個子系統進行分解。

工作過程

WBS不是某個項目團隊成員的責任，應該由全體項目團隊成員、用戶和項目干系人共同完成和一致確認。

WBS的表示形式主要有分級的樹形結構（組織結構圖式）和表格形式（列表式），樹形結構圖的WBS層次清晰、直觀性和結構性強，但不容易修改，對大的、復雜的項目很難表示出項目的全貌。表格形式的直觀性比較差，但能夠反映出項目所有的工作要素。

注意事項：

1.WBS必須是面向可交付成果的

2.WBS必須符合項目的范圍

3.WBS的底層應該支持計劃和控制

4.WBS中的元素必須有人負責，而且只由一個人負責，盡管實際上可能需要多個人參與

5.WBS的指導，WBS應該控制在4~6層，一個工作單元只能從屬某個上層單元，避免交叉從屬

6.WBS應該包括項目管理工作，也要包括分包出去的工作

7.WBS的編制需要所有項目干系人的參與

8.WBS并非一成不變的。

確認范圍、控制范圍簡要看看。

關注我！

一起學習，

一起提高。

你的關注，

我的動力！

?

你的每個贊和在看，我都喜歡！

總結

以上是生活随笔為你收集整理的项目范围管理——知识要点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。