文章目錄

• • 1 范圍管理概述
  • • 1.1 產品范圍與項目范圍
    • 1.2 范圍管理的重要性
    • 1.3 范圍管理的過程
    • • 1.3.1 規劃范圍管理：
      • 1.3.2 收集需求：
      • 1.3.3 定義范圍：
      • 1.3.4 創建WBS：
      • 1.3.5 確認范圍：
      • 1.3.6 控制范圍：
  • 2 規劃范圍管理
  • • 2.1 范圍管理計劃
    • 2.2 需求管理計劃
  • 3 收集需求
  • • 3.1 需求的分類
    • 3.2 收集需求的工具與技術
    • 3.3 需求文件
    • 3.4 需求跟蹤
  • 4 定義范圍
  • • 4.1 定義范圍的工具與技術
    • 4.2 項目范圍說明書
  • 5 創建工作分解結構（WBS）
  • • 5.1 WBS的層次
    • 5.2 分解
    • 5.3 WBS的作用
  • 6 確認范圍
  • • 6.1 確認范圍概述
    • 6.2 干系人關注點
    • 6.3 術語比較
  • 7 控制范圍

1 范圍管理概述

范圍管理就是要做范圍內的事，而且只做范圍內的事，既不少作業不多做；

明確項目邊界

對項目執行工作進行監控

防止項目范圍發生蔓延

1.1 產品范圍與項目范圍

產品范圍項目范圍

產品范圍是指產品或服務所應該包含的功能，	項目范圍是為了能夠交付產品，項目所必須做的工作。
產品范圍是項目范圍的基礎，產品范圍的定義是產品要求的描述	項目范圍的定義是產生項目管理計劃的基礎。
產品范圍描述是項目范圍說明書的重要組成部分	項目的范圍基準是經過批準的項目范圍說明書 、WBS和WBS詞典

1.2 范圍管理的重要性

項目的范圍一般來自項目投資方或客戶的明確的項目目標或具體需求，任何一個項目的建設過程都有其明確的目標，因此在討論項目的范圍管理的時候，不可能脫離項目的目標。
項目的目標是項目范圍管理計劃編制的一個基本依據。

項目范圍管理是讓項目團隊成員知道為達到項目預期目標要完成哪些具體的工作。

項目范圍管理能夠確定項目的邊界，明確項目目標和項目的主要可交付成果。

項目范圍管理影響到項目的成果。

1.3 范圍管理的過程

規劃范圍管理 ：編制范圍管理計劃，書面描述將如何定義、確認和控制項目范圍的過程
收集需求：為實現項目目標而確定、記錄并管理干系人的需要和需求的過程
定義范圍：指定項目和產品詳細描述的過程
創建WBS：將項目可交付成果和項目工作分解為較小的、更易于管理的組件的過程
確認范圍：正式驗收已完成的項目可交付成果的過程
控制范圍：監督項目和產品的范圍狀態，管理范圍基準變更的過程

1.3.1 規劃范圍管理：

輸入：項目管理計劃、項目章程、事業環境因素、組織過程資產
輸出：范圍管理計劃、需求管理計劃
工具與技術：專家判斷、會議

1.3.2 收集需求：

輸入：范圍管理計劃、需求管理計劃、干系人管理計劃、項目章程、干系人登記冊
輸出：需求文件、需求跟蹤矩陣
工具與技術：訪談、焦點小組、引導式研討會、群體創新技術、群體決策技術、問卷調查、觀察、原型法、標桿對照、系統交互圖、文件分析

1.3.3 定義范圍：

輸入：范圍管理計劃、項目章程、需求文件、組織過程資產
輸出：項目范圍說明書、項目文件更新
工具與技術：專家判斷、產品分析、備選方案生成、引導式研討會

1.3.4 創建WBS：

輸入：范圍管理計劃、項目范圍說明書、需求文件、事業環境因素、組織過程資產
輸出：范圍基準、項目文件更新
工具與技術：分解、專家判斷

1.3.5 確認范圍：

輸入：項目管理計劃、需求文件、需求跟蹤矩陣、確認的可交付成果、工作績效數據
輸出：驗收的可交付成果、變更請求、工作績效信息、項目文件更新
工具與技術：檢查（審查、產品評審、審計、走查、巡檢）、群體決策技術

1.3.6 控制范圍：

輸入：項目范圍管理計劃、需求文件、需求跟蹤矩陣、工作績效數據、組織過程資產
輸出：工作績效信息、變更請求、項目管理計劃更新、項目文件更新、組織過程資產更新
工具與技術：偏差分析

2 規劃范圍管理

規劃范圍管理是編制范圍管理計劃，書面描述將如何定義、確認和控制項目范圍的過程
主要作用是在整個項目中如何管理范圍提供指南和方向。

規劃范圍管理過程的輸入有項目管理計劃、項目章程，事業環境因素、組織過程資產，

使用的工具和技術有專家判斷和會議，

輸出有范圍管理計劃和需求管理計劃。

2.1 范圍管理計劃

范圍管理計劃是項目或項目集管理計劃的組成部分，描述將如何定義、制定、監督、控制和確認項目范圍。
范圍管理計劃可能在項目管理計劃之中，也可能作為單獨的一項，根據不同的項目，可以是詳細的或者概括的，可以是正式的或者非正式的。

2.2 需求管理計劃

需求是軟件項目成功的核心所在，它為許多技術和管理活動奠定了基礎。

需求管理貫穿于整個過程，它的最基本的任務就是明確需求，并使項目團隊和用戶達成共識，即建立需求基線。

建立需求跟蹤能力聯系鏈，確保所有用戶需求都被正確的應用，并且在需求發生變更時，能夠完全控制其影響范圍，始終保持產品與需求的一致性。

需求管理計劃描述在整個項目生命周期內如何分析、記錄和管理需求。

需求管理計劃包含如下內容：

如何規劃、跟蹤和匯報各種需求活動；

需求管理需要使用的資源；

培訓計劃；

項目干系人參與需求管理的策略；

判斷項目范圍與需求不一致的準則和糾正規程；

需求跟蹤結構；

配置管理活動。

3 收集需求

收集需求是為實現項目目標而確定、記錄并管理干系人的需要和需求的過程，其作用是為定義和管理項目范圍奠定基礎。

3.1 需求的分類

業務需求

干系人需求

解決方案需求

過渡需求

項目需求

質量需求

3.2 收集需求的工具與技術

訪談

焦點小組

引導式研討會

群體創新技術
1）. 頭腦風暴
2）. 名義小組 投票來排列最有用的創意，
3）. 德爾菲技術 組織專家就某一主題達成一致意見的信息收集技術（匿名）
4）. 概念/思維導圖
5）. 親和圖
6）. 多標準決策分析

群體決策技術

問卷調查

觀察

原型法

標桿對照

系統交互圖

文件分析

3.3 需求文件

收集需求過程的主要輸出有需求文件和需求跟蹤矩陣

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

3.4 需求跟蹤

需求跟蹤的內容
用戶需求 --> 產品 （正向跟蹤）
產品 --> 用戶需求 （逆向跟蹤）

4 定義范圍

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

4.1 定義范圍的工具與技術

產品分析
備選方案生成

4.2 項目范圍說明書

項目范圍說明書是對項目范圍、主要可交付成果、假設條件和制約因素的描述

項目范圍說明書記錄了整個范圍，包括項目范圍和產品范圍，詳細描述項目的可交付成果，以及為提交這些可交付成果而必須開展的工作。

范圍說明書的內容
產品范圍描述
驗收標準
可交付成功
項目的除外責任
制約因素
假設條件

范圍說明書的作用
確定范圍
溝通基礎
規劃和控制依據
變更基礎
規劃基礎

5 創建工作分解結構（WBS）

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

5.1 WBS的層次

WBS將項目整體或者主要的可交付成果分解成容易管理、方便控制的若干個子項目或者工作包，子項目需要繼續分解為工作包，持續這個過程，直到整個項目分解為可管理的工作包，這些工作包的總和是項目的所有工作范圍

分層的特點

每層中的所有要素之和是下一層的工作之和

每個工作要素應該具體指派一個層次，而不應該指派給多個層次

WBS需要有投入的工作的范圍描述，這樣才能使所有人對要完成的工作了解

里程碑
每個分解單元中斗存在可交付成果和里程碑，里程碑標志著某個可交付成果或者階段的正式完成。

工作包
工作包是位于WBS每條分支最底層的可交付成果或者項目工作完成部分。
工作包應該非常具體，以便承擔著能明確自己的任務，努力的目標和承擔的責任
工作包是基層人物或者工作的指派，同時具有檢測和報告工作的內容，
所有工作包的描述必然榮成本會計管理者和項目監管人員理解，并能清楚的區分不同工作包的工作
工作包的大小也是需要考慮的細節，8/80規則（80小時原則）建議工作包的大小應該至少需要8小時來完成，而總時間也不應該大于80小時。

控制賬戶
控制賬戶是一種管理控制點，在該控制點上，將范圍、預算、實際成本和進度加以整合，將它們與掙值進行比較，以測量績效。

規劃包
規劃包是指在控制賬戶之下，工作內容已知但尚缺詳細進度活動的WBS組成部分。
規劃包是暫時用來做計劃的，規劃包最終將被分解成工作包以及具體的活動

WBS詞典
制作WBS的過程中，要給WBS的每個部分賦予一個賬戶編碼標識符，它們是成本、進度和資源使用信息匯總的層次結構。需要生成一些配套的文件，這些文件需要和WBS配套使用，稱為WBS詞典。
WBS詞典可能包括賬戶編碼表示、工作描述、假設條件和制約因素、負責人和組織單元、進度里程碑、相關的進度活動、所需的資源，成本估算、質量要求、驗收標準、技術參考文獻、協議信息等。

5.2 分解

自上而下的方法、使用組織特定的指南和使用WBS模板，
自下而上的方法對WBS組件進行整合。

創建WBS過程的工具和技術主要有分解和專家判斷。

分解是一種將項目可交付成果和項目工作分解成較小的、易于管理的組件的技術。

要將整個項目工作分解為工作包，通常需要開展以下活動：
識別和分析可交付成果及相關工作
確定WBS的結構和編排方法
自上而下逐層細化分解
為WBS組件指定和分配標識編碼
核實可交付成果分解的程度是恰當的。

分解的原則：

功能或者技術原則

組織機構

系統或者子系統

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

注意事項

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

WBS必須符合項目的范圍

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

WBS中的元素必須要有人負責，且只由一個人負責

WBS的指導，WBS應控制在4-6層。

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

WBS的編制需要所有的項目干系人的參與，需要項目團隊成員的參與。

WBS并非是一成不變的。

5.3 WBS的作用

當一個項目的WBS分解完成后，項目干系人對完成的WBS應該予以確認，并對此達成共識，然后才能據此進行時間估算和成本估算。

目的和用途：

明確和準確說明項目范圍，項目團隊成員能夠清楚地理解人物的性質和需要努力的方向

清楚地定義項目的邊界， 它提供了項目管理人員、項目產品或服務的用戶、項目發起人、項目團隊成員等其他項目干系人一致認可的項目需要做的工作和不需要做的工作

為各獨立單元分派人員，規定這些人員的職責，可以確定完成項目所需的技術和人力資源。

針對獨立單元，進行時間、成本和資源需求的估算，提高估算的準確性。

為計劃、預算、進度安排和費用控制奠定共同基礎，確定項目進度和控制的基準。

將項目工作和項目的財務賬目聯系起來。

確定工作內容和工作順序，將項目分解成具體的工作任務，就可以按照工作任務的邏輯順序來實施項目

有助于防止需求蔓延。

6 確認范圍

確認范圍是正式驗收項目已完成的可交付成果的過程，其主要作用是使驗收過程具有客觀性，同時，通過驗收每個可交付成果，提高最終產品、服務或成果獲得驗收的可能性。確認范圍包括與客戶或發起人一起審查可交付成果，確保可交付成果已圓滿完成，并獲得客戶或發起人的正式驗收。

6.1 確認范圍概述

確認范圍的主要工具與技術是檢查和群體決策技術。檢查也稱為審查、評審、審計、走查、巡檢、測試等

確認范圍的步驟
確認范圍應該貫穿于項目的始終。

確定需要進行范圍確認的時間

識別范圍確認需要哪些投入

確認范圍正式被接受的標準和要素

確定范圍確認會議的組織步驟

組織范圍確認會議

需要檢查的問題：

可交付成果是否是確定的，可確認的。

每個可交付成果是否有明確的里程碑，里程碑是否有明確的、可辨別的事件

是否有明確的質量標準

審核和承諾是否有清晰的表達

項目范圍是否覆蓋了需要完成的產品或服務進行的所有活動，是否有遺漏或錯誤

項目范圍的風險是否太高，管理層是否能夠降低可預見的風險發生時對項目的沖擊

6.2 干系人關注點

確認范圍主要是項目干系人對項目的范圍進行確認和接受的工作，每個人對項目范圍所關注的方面是不同的。

6.3 術語比較

確認范圍與核實產品
確認范圍與質量控制
確認范圍與項目收尾

7 控制范圍

控制范圍是監督項目產品的范圍狀態、管理范圍基準變更的過程，其主要作用是在整個項目期間保持對范圍基準的維護。

范圍變更的原因
造成項目范圍變更的主要原因是項目外部環境發生了變化，

政府政策的問題

項目范圍的計劃編制不周密詳細，有一定的錯誤或遺漏

市場上出現了或設計人員提出了新技術、新手段或新方案

項目執行組織本身發生變化

客戶對項目、項目產品或服務的要求發生變化。

范圍變更控制的工作

影響導致范圍變更的因素，并盡量使這些因素向有利的方向發展

判斷范圍變更是否已經發生

范圍變更發生時管理實際的變更，確保所有被請求的變更按照項目整體變更控制過程處理。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

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

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