范围管理6个过程及相关重点
目錄
小技巧：
總述：
1、規劃范圍管理計劃（編制范圍管理計劃，書面描述將如何定義、確認和控制項目范圍的過程）
2、收集需求Collect Requirement
3、定義范圍（確定范圍邊界）
4、創建WBS
5、確認范圍（范圍驗證）
6、控制范圍
名詞理解
產品范圍與項目范圍：
范圍基準（Scope Baseline）：
價值工程（Value Engineering）與價值分析(Value Analysis)
項目范圍說明書
WBS分層（應該控制在4~6層）特點
工作包
規劃包
WBS分解
確認范圍與質量控制
確認范圍與項目收尾
WBS詞典
小技巧：
? ? ? ? ? ?1、輸入為績效信息、輸出肯定有績效信息
? ? ? ? ? ?2、項目范圍說明書的作用同樣使用WBS，范圍管理過程到定義范圍階段形成范圍說明書的時候才意味著范圍邊界確立。
總述：
? ? ? ?范圍管理主要做一下3方面工作：
? ? ? 規劃范圍管理計劃、收集需求、定義范圍、創建WBS為規劃過程組。確認范圍、控制范圍為監督過程組。
1、規劃范圍管理計劃（編制范圍管理計劃，書面描述將如何定義、確認和控制項目范圍的過程）
輸入：項目管理計劃、項目章程、事業環境因素、組織過程資產
工具及技術：專家判斷、會議
輸出：范圍管理計劃（可以再項目管理計劃之中，也可以單獨列一份文件。可以正式或是非正式，可以詳細的或是概括的。主要描述如何定義、制定、監督、控制和確認項目范圍。）項目范圍管理計劃 - MBA智庫百科
? ? ? ? ? ?需求管理計劃Requirements Management Plan（其主要是在整個生命周期內如何分析、記錄、管理需求。主要包括一下內容：
? ? ? ? ? ? 1、如果規劃、跟蹤和匯報各種需求活動。例如應該規定需求管理組的組織方式、匯報制度、會議制度、以及怎樣建設、維護和解散等。根據項目規模設置相應的需求管理崗位并分配相應人員的責任和權限。
? ? ? ? ? ? 2、需求管理需要使用的資源。例如：需求變更審批表，需求跟蹤矩陣、管理軟件、計算機硬件資源等。
? ? ? ? ? ? 3、培訓計劃。主要培訓專題有應用領域、需求定義、需求分析、需求驗證、需求管理及相關工具、配置管理等。
? ? ? ? ? ? 4、項目干系人參與需求管理的策略。應列出明確的需求管理有關的項目干系人清單，以及各干系人接入需求管理活動的時機，以便項目干系人按照計劃參與需求管理活動。主要哦活動包括解決需求的共識問題，評估需求影響，通報雙向最終情況，以及識別項目工作范圍與需求之間的不一致性。
? ? ? ? ? ? 5、判斷項目范圍與需求不一致的準則和糾正過程。包括由誰負責跟蹤項目進度和糾正進度偏差、由誰負責跟蹤項目成本和糾正成本偏差、采用什么工具進行跟蹤分析和糾正等。
? ? ? ? ? ? 6、需求跟蹤結構，即哪些需求樹形將列入跟蹤矩陣，并可在其他那些項目文件中追蹤到這些需求。雙向追蹤，包括正向跟蹤和逆向跟蹤。
? ? ? ? ? ? 7、配置管理活動。例如，啟動產品、服務或成果的變更，如何分析其影響，如何進行跟蹤和匯報，以及誰有權批準變更。
）
2、收集需求Collect Requirement
? ? ? ?為實現項目目標而確定、記錄并管理干系人的需求的過程，其作用是為定義和管理項目范圍奠定基礎。
? ? ? ? 需求分類：1、業務需求（整個組織高層及需要）、
? ? ? ? ? ? ? ? ? ? ? ? ? 2、干系人需求（相關干系人或干系人群體需要）、
? ? ? ? ? ? ? ? ? ? ? ? ? 3、解決方案需求（又進一步分為功能需求（例如流程、數據、以及與產品互動等）和非功能需求（對功能需求做補充，如可靠性，安全性、性能等））、
? ? ? ? ? ? ? ? ? ? ? ? ? 4、過度需求。
? ? ? ? ? ? ? ? ? ? ? ? ? 5、項目需求。為項目滿足的行動，過程或是其他條件
? ? ? ? ? ? ? ? ? ? ? ? ? 6、質量需求。有可以分為基本需求、期望需求、意外需求。
? ? ? ? 輸入：項目章程、項目管理計劃、需求管理計劃、項目范圍管理計劃、干系人登記冊、干系人管理計劃
? ? ? ? 工具及技術：訪談、焦點小組（將預選定干系人和主題專家集中一起互動討論。）、
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?引導式研討會Faclitated Workshop（就是跨職能干系人一起參加會議）、
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 群體創新技術（是一個總的概括包括具體的頭腦風暴（不同崗位不同專業一起開會，5~10人，最好1小時左右，主持人只主持會議不做評論）、名義小組技術（通過投票排列最有用的創意。）、德爾菲技術（組織專家就某一主題達成一致意見的一種信息收集技術，先給選定專家問卷，在根據結果反饋，專家答復只能給主持人，以保證匿名狀態）、概念/思維導圖（又稱心智圖）、親和圖（用圖的方式表示用結果去找原因）和多標準決策分析（借助決策矩陣用系統分析方法建立諸如風險水平、不確定性和價值收益多種標準，從而對眾多方案進行評估和排列的一種技術）問題等）、
? ? ? ? ? ? ? ? ? ? ? ? ? ? ?群體決策技術（主要分一致同意、大多數同意原則（過50%），相對多數原則（選最多的）、獨裁）、
? ? ? ? ? ? ? ? ? ? ? ? ? ? 問卷調查、觀察法、原型法、標桿對照（與其他相似的作對照）、系統交互圖、文件分析
? ? ? ? ? ? 輸出： 需求文件、
? ? ? ? ? ? ? ? ? ? ? ? 需求跟蹤矩陣（
? ? ? ? ? ? ? ? ? ? ? ? ?主要內容包括：1、業務需求、機會、目的和目標。
? ? ? ? ? ? ? ? ? ? ? ? ? ?2、項目目標。
? ? ? ? ? ? ? ? ? ? ? ? ? ?3、項目范圍（WBS可交付成果）。
? ? ? ? ? ? ? ? ? ? ? ? ? ?4、產品設計。
? ? ? ? ? ? ? ? ? ? ? ? ? ?5、產品開發。
???????????????????????????6、測試策略和測試場景。
???????????????????????????7、高層及需求到詳細需求。例圖：
? ? ? ? ? ? ? ? ? ? ? ? ）
3、定義范圍（確定范圍邊界）
? ? ? ? ?主要是明確所收集的需求哪些將包含在項目范圍內，哪些將排出項目范圍外。
? ? ? ? ?輸入：（肯定有）項目管理計劃、項目章程、項目范圍管理計劃、需求文件、組織過程資產
? ? ? ? ?工具及技術：專家判斷、產品分析（包括產品分解（WBS就是典型的分解）、系統分析、需求分析、系統工程、價值工程和價值分析等）、備選方案生成、引導式研討會
? ? ? ? ? 輸出：項目范圍說明書（Project Scope Statement）
4、創建WBS
? ? ? ? ? ?輸入：基本上和定義范圍輸入一樣，多了個項目范圍說明書。
? ? ? ? ? ?工具及技術：分解，專家判斷
? ? ? ? ? ?輸出：范圍基準（每個人很清楚哪里的活兒怎么干，要干成什么樣），項目文件更新
5、確認范圍（范圍驗證）
? ? ? ? ? ?輸入：項目管理計劃、需求文件、需求跟蹤矩陣、項目績效數據、核實的可交付成果
? ? ? ? ? ?工具及技術：檢查（6個方面：1、可交付成果是否確定。2、每個可交付成果里程碑是否明確。3、是否有明確的質量標準。4、審核和承諾是否有清晰表達。5、項目范圍是否覆蓋所需的所有活動。6、檢查項目范圍風險是否太高。）、群體決策技術
? ? ? ? ? ?輸出：驗收的可交付成果、變更請求、工作績效信息、項目文件更新
? ? ? ? ? ?確認范圍的步驟5個：
? ? ? ? ? ?1、確定需要進行范圍確認的時間。2、識別范圍確認需要哪些投入。3、確定范圍正式被接受的標準和要素。4、確定范圍確認會議的組織步驟。5、組織范圍確認會議。
6、控制范圍
? ? ? ? ? ? 輸入：和確認范圍一樣，但是沒有核實的可交付成果，而是組織過程資產
? ? ? ? ? ? 工具及技術：偏差分析
? ? ? ? ? ? 輸出：項目文件更新、變更請求、項目績效信息、組織過程資產更新
名詞理解
產品范圍與項目范圍：
產品范圍是指產品或服務應該包含的功能。項目范圍是指為了能夠交付產品，項目必須做的工作。
產品范圍是項目范圍的基礎。產品范圍是產品要求的描述、項目范圍是產生項目管理計劃的基礎，兩種范圍在應用上有區別。
產品范圍變化項目范圍不一定變化。例如，設計階段，某一字體是宋體改為黑體，產品范圍變了但是項目范圍沒變。但是在開發階段或是以后階段同樣的需求變更，就不只是產品范圍變了，項目范圍也變了。
范圍基準（Scope Baseline）：
是經過批準的項目范圍說明書、WBS和WBS詞典。以范圍基準來衡量項目是否完成。
價值工程（Value Engineering）與價值分析(Value Analysis)
價值工程是在產品開發設計階段進行的價值與成本革新活動，因為仍在工程設計階段，所以叫價值工程。此階段以后持續的分析降低成本的主要方法就是價值分析。一般場合下不區分兩者差別。
項目范圍說明書
主要內容有（7個）：1、項目的目標。2、產品范圍描述；3、驗收標準；4、可交付成果；5、項目的除外責任（通常需要識別出什么是被排除在項目之外，有助于管理項目干系人期望）；6、制約因素（例如：事先確定的預算）；7、假設條件（指在制定計劃時，不需要驗證即可視為正確、真實或確定的因素）。
WBS分層（應該控制在4~6層）特點
1、每層中的所有要素質和是下一層的工作之和。
2、每個工作要素應該具體指派一個層次，而不應該指派給多個層次。
3、WBS需要有投入工作的范圍描述，這樣才能使所有人對要完成的工作有全面的了解。
工作包
?是位于WBS每條分支最底層的可交付成果或項目工作組成部分，
工作包大小要考慮細節，太大則難以達到可管理和可控制的目標；如果太小則消耗項目管理人員和項目團隊人員的大量時間和經理
通常按經驗法則，8/80規則 即最小完成時間為8小時也就是1工作日，最大完成時間不超過80小時也就是10個工作日。
規劃包
在控制賬戶之下，工作內容已知但尚不明確詳細
WBS分解（兩種類型，樹型和列表型）
1、識別和分析可交付成果及相關工作
2、確定WBS的結構和編排方法
3、自上而下逐層細化分解
4、為WBS組件制定和分配標識編碼
5、核實可交付成果分解的程度是恰當的。
分IE原則：1、功能或者技術原則。2、組織結構。3、系統或是子系統。
確認范圍與質量控制
1、確認范圍強調可交付成果獲得客戶或發起人的接受；質量控制強調可交付成果的正確性，并符合為其指定的具體質量要求（質量標準）。
2、質量控制一般在確認范圍之前，也可同時進行；確認范圍一般在階段末尾進行，而質量控制并不一定在階段未進行。
3、質量控制屬內部檢查，有執行組織的相應質量部門實施；確認范圍則是由外部干系人（客戶或發起人）對項目可交付成果進行檢查驗收。
確認范圍與項目收尾
兩者不同之處：1、雖然都在階段末進行，但確認范圍強調的是核實與接受可交付成果，而項目收尾強調的是結束項目（或階段）所需要的流程性工作。
2、2周都有驗收工作，確認范圍強調驗收項目可交付成果，項目收尾強調驗收產品。
WBS詞典
主要包括：編碼、工作包描述（內容）、成本預算、時間安排、質量標準或要求、責任人或部門或外部單位（委托項目）、資源配置情況、其他屬性（賬戶編碼、資源需求）等。
總結
以上是生活随笔為你收集整理的范围管理6个过程及相关重点的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 整体管理6个过程及相关重点
- 下一篇： 进度管理计划7个过程及相关重点