大家好，我是烤鴨：
????今天做一個PMP的讀書筆記。

第五章 項目范圍管理

• 項目范圍管理
• 項目范圍管理的核心概念
• 項目范圍管理的發展趨勢和新興實踐
• 裁剪時需要考慮的因素
• 在敏捷或適應型環境中需要考慮的因素
• 5.1 規劃范圍管理
• • 5.1.1 規劃范圍管理：輸入
  • • 5.1.1.1 項目章程
    • 5.1.1.2 項目管理計劃
    • 5.1.1.3 事業環境因素
    • 5.1.1.4 組織過程資產
  • 5.1.2 規劃范圍管理：工具與技術
  • • 5.1.2.1 專家判斷
    • 5.1.2.2 數據分析
    • 5.1.2.3 會議
  • 5.1.3 規劃范圍管理：輸出
  • • 5.1.3.1 范圍管理計劃
    • 5.1.3.2 需求管理計劃
• 5.2 收集需求
• • 5.2.1 收集需求：輸入
  • • 5.2.1.1 項目章程
    • 5.2.1.2 項目管理計劃
    • 5.2.1.3 項目文件
    • 5.2.1.4 商業文件
    • 5.2.1.5 協議
    • 5.2.1.6 事業環境因素
    • 5.2.1.7 組織過程資產
  • 5.2.2 收集需求：工具與技術
  • • 5.2.2.1 專家判斷
    • 5.2.2.2 數據收集
    • 5.2.2.3 數據分析
    • 5.2.2.4 決策
    • 5.2.2.5 數據表現
    • 5.2.2.6 人際關系與團隊技能
    • 5.2.2.7 系統交互圖
    • 5.2.2.8 原型法
  • 5.2.3 收集需求：輸出
  • • 5.2.3.1 需求文件
    • 5.2.3.2 需求跟蹤矩陣
• 5.3 定義范圍
• • 5.3.1 定義范圍：輸入
  • • 5.3.1.1 項目章程
    • 5.3.1.2 項目管理計劃
    • 5.3.1.3 項目文件
    • 5.3.1.4 事業環境因素
    • 5.3.1.5 組織過程資產
  • 5.3.2 定義范圍：工具與技術
  • • 5.3.2.1 專家判斷
    • 5.3.2.2 數據分析
    • 5.3.2.3 決策
    • 5.3.2.4 人際關系與團隊技能
    • 5.3.2.5 產品分析
  • 5.3.3 定義范圍：輸出
  • • 5.3.3.1 項目范圍說明書
    • 5.3.3.2 項目文件更新
• 5.4 創建 WBS
• • 5.4.1 創建 WBS：輸入
  • • 5.4.1.1 項目管理計劃
    • 5.4.1.2 項目文件
    • 5.4.1.3 事業環境因素
    • 5.4.1.4 組織過程資產
  • 5.4.2 創建 WBS：工具與技術
  • • 5.4.2.1 專家判斷
    • 5.4.2.2 分解
  • 5.4.3 創建 WBS：輸出
  • • 5.4.3.1 范圍基準
    • 5.4.3.2 項目文件更新
• 5.5 確認范圍
• • 5.5.1 確認范圍：輸入
  • • 5.5.1.1 項目管理計劃
    • 5.5.1.2 項目文件
    • 5.5.1.3 核實的可交付成果
    • 5.5.1.4 工作績效數據
  • 5.5.2 確認范圍：工具與技術
  • • 5.5.2.1 檢查
    • 5.5.2.2 決策
  • 5.5.3 確認范圍：輸出
  • • 5.5.3.1 驗收的可交付成果
    • 5.5.3.2 工作績效信息
    • 5.5.3.3 變更請求
    • 5.5.3.4 項目文件更新
• 5.6 控制范圍
• • 5.6.1 控制范圍：輸入
  • • 5.6.1.1 項目管理計劃
    • 5.6.1.2 項目文件
    • 5.6.1.3 工作績效數據
    • 5.6.1.4 組織過程資產
  • 5.6.2 控制范圍：工具與技術
  • • 5.6.2.1 數據分析
  • 5.6.3 控制范圍：輸出
  • • 5.6.3.1 工作績效信息
    • 5.6.3.2 變更請求
    • 5.6.3.3 項目管理計劃更新
    • 5.6.3.4 項目文件更新

項目范圍管理

• 5.1 規劃范圍管理
• 5.2 收集需求
• 5.3 定義范圍
• 5.4 創建 WBS
• 5.5 確認范圍
• 5.6 控制范圍

項目范圍管理的核心概念

• 產品范圍。某項產品、服務或成果所具有的特征和功能。
• 項目范圍 。為交付具有規定特性與功能的產品、服務或成果而必須完成的工作。項目范圍有時也包括產品范圍。
  應將適應型項目的整體范圍分解為一系列擬實現的需求和擬執行的工作（有時稱為產品未完項）。在每次迭代中，都會重復開展三個過程：收集需求、定義范圍和創建?WBS。
  在適應型或敏捷型生命周期中，在每次迭代中，都會重復開展兩個過程：確認范圍和控制范圍。
  在預測型項目中，經過批準的項目范圍說明書、工作分解結構（WBS）和相應的 WBS 詞典構成項目范圍基準。
  項目范圍的完成情況是根據項目管理計劃來衡量的，而產品范圍的完成情況是根據產品需求來衡量的。
  確認范圍是正式驗收已完成的項目可交付成果的過程。

項目范圍管理的發展趨勢和新興實踐

確定問題并識別商業需要、識別并推薦解決方案、收集記錄相關方需求、滿足商業目標、推動項目集或產品服務的最終成果。
需求管理過程結束于需求關閉，即把產品、服務或成果移交給接收方，以便長期測量、監控實現和維持效益

裁剪時需要考慮的因素

• 知識和需求管理
• 確認和控制
• 開發方法
• 需求的穩定性
• 治理

在敏捷或適應型環境中需要考慮的因素

在敏捷方法中，把需求列入未完項。

5.1 規劃范圍管理

范圍管理計劃是項目或項目集管理計劃的組成部分，描述將如何定義、制定、監督、控制和確認項目范圍。

5.1.1 規劃范圍管理：輸入

項目章程、項目管理計劃、事業環境因素、組織過程資產

5.1.1.1 項目章程

項目目的、可測量目標和成功相關標準、高層級需求、高層級項目描述|邊界定義|主要可交付成果、整體項目風險、總體里程碑進度、預先批準的財務資源、關鍵相關方名單、項目審批需求、項目退出標準、項目經理職責、發起人職權

5.1.1.2 項目管理計劃

質量管理計劃、項目生命周期描述、開發方法。

5.1.1.3 事業環境因素

組織文化、基礎設施、人事管理制度、市場條件

5.1.1.4 組織過程資產

政策和程序、歷史信息和經驗教訓知識庫

5.1.2 規劃范圍管理：工具與技術

專家判斷、數據分析、會議

5.1.2.1 專家判斷

以往類似項目、特定行業|學科|領域信息。

5.1.2.2 數據分析

備選方案分析

5.1.2.3 會議

項目團隊可以參加項目會議來制定范圍管理計劃。參會者可能包括項目經理、項目發起人、選定的項目團隊成員、選定的相關方、范圍管理各過程的負責人，以及其他必要人員。

5.1.3 規劃范圍管理：輸出

范圍管理計劃、需求管理計劃

5.1.3.1 范圍管理計劃

制定項目范圍說明書、根據詳細項目范圍說明書創建WBS、確定如何審批和維護范圍基準、正式驗收已完成的項目可交付成果。
范圍管理計劃可以是正式或非正式的，非常詳細或高度概括的。

5.1.3.2 需求管理計劃

需求管理計劃是項目管理計劃的組成部分，描述將如何分析、記錄和管理項目和產品需求，有些組織稱之為“商業分析計劃”。

• 如何規劃、跟蹤和報告各種需求活動
• 配置管理活動
• 需求優先級排序
• 測量指標及使用指標理由
• 反映哪些屬性將被列入跟蹤矩陣的跟蹤結構

5.2 收集需求

需求是指根據特定協議或其他強制性規范，產品、服務或成果必須具備的條件或能力。它包括發起人、客戶和其他相關方的已量化且書面記錄的需要和期望。

5.2.1 收集需求：輸入

項目章程、項目管理計劃、項目文件、商業文件、協議、事業環境因素、組織過程資產

5.2.1.1 項目章程

同5.1的輸入

5.2.1.2 項目管理計劃

范圍管理計劃、需求管理計劃、相關方參與計劃

5.2.1.3 項目文件

假設日志、經驗教訓登記冊、相關方登記冊

5.2.1.4 商業文件

商業論證

5.2.1.5 協議

項目和產品需求

5.2.1.6 事業環境因素

組織文化、基礎設施、人事管理制度、市場條件

5.2.1.7 組織過程資產

政策和程序、 包含以往項目信息的歷史信息和經驗教訓知識庫

5.2.2 收集需求：工具與技術

專家判斷、數據收集、數據分析、決策、數據表現、人際關系與團隊技能

5.2.2.1 專家判斷

商業分析、需求獲取、需求分析、需求文件、以往類似項目需求、圖解技術、引導、沖突管理

5.2.2.2 數據收集

• 頭腦風暴
• 訪談
• 焦點小組
• 問卷調查
• 標桿對照

5.2.2.3 數據分析

文件分析包括審核和評估任何相關的文件信息:
協議、商業計劃、業務流程或接口文檔、業務規則庫、現行流程、市場文獻、問題日志、政策和程序、法規文件、建議邀請書、用例。

5.2.2.4 決策

• 投票
  • 一致同意
  • 大多數同意
  • 相對多數同意
• 獨裁型決策制定
• 多標準決策分析

5.2.2.5 數據表現

親和圖、思維導圖

5.2.2.6 人際關系與團隊技能

• 名義小組技術
• 觀察和交談
• 引導
  • 聯合應用設計或開發
  • 質量功能展開
  • 用戶故事

5.2.2.7 系統交互圖

系統交互圖顯示了業務系統的輸入、輸入提供者、業務系統的輸出和輸出接收者。

5.2.2.8 原型法

原型法是指在實際制造預期產品之前，先造出該產品的模型。原型包括微縮產品、計算機生成的二維和三維模型、實體模型或模擬。故事板是一種原型技術。

5.2.3 收集需求：輸出

需求文件、需求跟蹤矩陣

5.2.3.1 需求文件

需求類別：

• 業務需求
• 相關方需求
• 解決方案需求
  • 功能需求
  • 非功能需求
• 過渡和就緒需求
• 項目需求
• 質量需求

5.2.3.2 需求跟蹤矩陣

包括：
業務需要、項目目標、項目范圍和WBS可交付成果、產品設計、產品開發、測試策略和可交付場景、高層級需求到詳細需求。
需求跟蹤矩陣是把產品需求從其來源連接到能滿足需求的可交付成果的一種表格。需求跟蹤矩陣中記錄的典型屬性包括唯一標識、需求的文字描述、收錄該需求的理由、所有者、來源、優先級別、版本、當前狀態（如進行中、已取消、已推遲、新增加、已批準、被分配和已完成）和狀態日期。為確保相關方滿意，可能需要增加一些補充屬性，如穩定性、復雜性和驗收標準。

5.3 定義范圍

在收集需求過程中識別出的所有需求未必都包含在項目中，所以定義范圍過程就要從需求文件（收集需求過程的輸出）中選取最終的項目需求，然后制定出關于項目及其產品、服務或成果的詳細描述。

5.3.1 定義范圍：輸入

項目章程、項目管理計劃、項目文件、事業環境因素、組織過程資產

5.3.1.1 項目章程

項目目的、可測量的項目目標和相關成功標準、高層級需求、高層級描述邊界定義以及主要可交付成果、整體項目風險、總體里程碑進度計劃、預先批準的項目資源、關鍵相關方名單、項目審批要求、項目退出標準、項目經理職責和職權、發起人姓名和職權

5.3.1.2 項目管理計劃

范圍管理計劃

5.3.1.3 項目文件

假設日志、需求文件、風險登記冊

5.3.1.4 事業環境因素

組織文化、基礎設施、人事管理制度、市場條件

5.3.1.5 組織過程資產

制作項目范圍說明書的政策、程序、模板
以往的項目檔案、以往階段的經驗教訓

5.3.2 定義范圍：工具與技術

專家判斷、數據分析、決策、人際關系與團隊技能、產品分析

5.3.2.1 專家判斷

征求類似經驗的小組和個人

5.3.2.2 數據分析

備選方案分析

5.3.2.3 決策

多標準決策分析

5.3.2.4 人際關系與團隊技能

引導

5.3.2.5 產品分析

產品分析技術包括（但不限于）：
產品分解、需求分析、系統分析、系統工程、價值分析、價值工程

5.3.3 定義范圍：輸出

項目范圍說明書、項目文件更新

5.3.3.1 項目范圍說明書

它記錄了整個范圍，包括項目和產品范圍；詳細描述了項目的可交付成果；還代表項目相關方之間就項目范圍所達成的共識。為便于管理相關方的期望，項目范圍說明書可明確指出哪些工作不屬于本項目范圍。包含以下內容：產品范圍描述、可交付成果、驗收標準、項目的除外責任 。

5.3.3.2 項目文件更新

假設日志、需求文件、需求跟蹤矩陣、相關方登記冊

5.4 創建 WBS

創建工作分解結構（WBS）是把項目可交付成果和項目工作分解成較小、更易于管理的組件的過程

5.4.1 創建 WBS：輸入

項目管理計劃、項目文件、事業管理因素、組織過程資產

5.4.1.1 項目管理計劃

項目管理計劃組件包括（但不限于）范圍管理計劃。見 5.1.3.1 節，范圍管理計劃定義了如何根據項目范圍說明書創建 WBS。

5.4.1.2 項目文件

項目范圍說明書、需求文件

5.4.1.3 事業環境因素

行業WBS標準

5.4.1.4 組織過程資產

用于創建 WBS 的政策、程序和模板、以往項目的項目檔案、以往項目的經驗教訓

5.4.2 創建 WBS：工具與技術

5.4.2.1 專家判斷

征求有經驗的個人或小組

5.4.2.2 分解

識別和分析可交付成果、確定WBS結構和編排方法、自上而下逐層細化分解、為WBS組成部分制定和分配標識編碼、核實可交付成果分解的程度是否恰當
創建?WBS?的方法多種多樣，常用的方法包括自上而下的方法、使用組織特定的指南和使用?WBS模板。自下而上的方法可用于歸并較低層次組件。
分解是一種把項目范圍和項目可交付成果逐步劃分為更小、更便于管理的組成部分的技術；工作包是 WBS 最低層的工作，可對其成本和持續時間進行估算和管理。
如果采用敏捷方法，可以將長篇故事分解成用戶故事。
WBS?包含了全部的產品和項目工作，包括項目管理工作。通過把?WBS?底層的所有工作逐層向上匯總，來確保既沒有遺漏的工作，也沒有多余的工作。這有時被稱為 100% 規則。

5.4.3 創建 WBS：輸出

范圍基準、項目文件更新

5.4.3.1 范圍基準

項目范圍說明書、WBS、工作包、規劃包、WBS詞典
工作包：WBS 的最低層級是帶有獨特標識號的工作包。這些標識號為進行成本、進度和資源信息的逐層匯總提供了層級結構，構成賬戶編碼。每個工作包都是控制賬戶的一部分，而控制賬戶則是一個管理控制點。在該控制點上，把范圍、預算和進度加以整合，并與掙值相比較，以測量績效。控制賬戶擁有兩個或更多工作包，但每個工作包只與一個控制賬戶關聯。
WBS詞典：賬戶編碼標識、工作描述、假設條件和制約因素、負責的組織、進度里程碑、相關的進度活動、所需資源、成本估算、質量要求、驗收標準、技術參考文獻、協議信息

5.4.3.2 項目文件更新

假設日志、需求文件

5.5 確認范圍

確認范圍是正式驗收已完成的項目可交付成果的過程。
由客戶或發起人審查從控制質量過程輸出的核實的可交付成果，確認這些可交付成果已經圓滿完成并通過正式驗收。
確認范圍過程與控制質量過程的不同之處在于，前者關注可交付成果的驗收，而后者關注可交付成果的正確性及是否滿足質量要求。控制質量過程通常先于確認范圍過程，但二者也可同時進行。

5.5.1 確認范圍：輸入

項目管理計劃、項目文件、核實的可交付成果、工作績效數據

5.5.1.1 項目管理計劃

范圍管理計劃、需求管理計劃、范圍基準

5.5.1.2 項目文件

經驗教訓登記冊、質量報告、需求文件、需求跟蹤矩陣

5.5.1.3 核實的可交付成果

核實的可交付成果是指已經完成，并被控制質量過程檢查為正確的可交付成果。

5.5.1.4 工作績效數據

工作績效數據可能包括符合需求的程度、不一致的數量、不一致的嚴重性或在某間段內開展確認的次數。

5.5.2 確認范圍：工具與技術

檢查、決策

5.5.2.1 檢查

確認、審查、決策。檢查有時也被稱為審查、產品審查和巡檢等。

5.5.2.2 決策

投票

5.5.3 確認范圍：輸出

驗收的可交付成果、工作績效信息、變更請求、項目文件更新

5.5.3.1 驗收的可交付成果

符合驗收標準的可交付成果應該由客戶或發起人正式簽字批準。

5.5.3.2 工作績效信息

哪些成果已經被驗收，哪些未驗收。

5.5.3.3 變更請求

針對驗收成果提示變更，由CCB審查（指導與項目管理）

5.5.3.4 項目文件更新

經驗教訓登記冊、需求文件、需求跟蹤矩陣

5.6 控制范圍

控制項目范圍確保所有變更請求、推薦的糾正措施或預防措施都通過實施整體變更控制過程（見 4.6 節）進行處理。

5.6.1 控制范圍：輸入

項目管理計劃、項目文件、工作績效數據、組織過程資產

5.6.1.1 項目管理計劃

• 范圍管理計劃
• 需求管理計劃
• 范圍基準
• 變更管理計劃
• 配置管理計劃
• 績效測量基準

5.6.1.2 項目文件

經驗教訓登記冊、需求文件、需求跟蹤矩陣

5.6.1.3 工作績效數據

工作績效數據可能包括收到的變更請求的數量、接受的變更請求的數量，或者核實、確認和完成的可交付成果的數量。(用于生成工作績效報告)

5.6.1.4 組織過程資產

與控制范圍相關的政策、可用監督報告的方法與模板

5.6.2 控制范圍：工具與技術

數據分析

5.6.2.1 數據分析

偏差分析、趨勢分析

5.6.3 控制范圍：輸出

工作績效信息、變更請求、相關管理計劃更新、項目文件更新

5.6.3.1 工作績效信息

包括收到變更的分類、識別的范圍偏差和原因、偏差程度、成本影響，以及對未來范圍績效的預測

5.6.3.2 變更請求

分析項目績效后，可能提出變更，經CCB審查

5.6.3.3 項目管理計劃更新

范圍管理計劃、范圍基準、進度基準、成本基準、績效測量基準

5.6.3.4 項目文件更新

經驗教訓登記冊、需求文件、需求跟蹤矩陣

總結

以上是生活随笔為你收集整理的PMP读书笔记(第5章)的全部內容，希望文章能夠幫你解決所遇到的問題。

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