核心概念及要素
- 用戶需求（用戶看得見的需求）
- 項目需求（用戶看不見但是必須的需求）
- 產品規(guī)格（產品范圍）
- 項目范圍說明書
- 力求避免發(fā)生未計劃的工作，主要需要避免鍍金和范圍蔓延
- 鍍金：以討好相關方為目的，項目團隊未經控制主動完成額外工作
- 范圍蔓延：在客戶或發(fā)起方的要求下，團隊未經控制地完成額外工作
- 額外工作：無法納入績效
項目范圍管理包括
- 5.1 規(guī)劃范圍管理：為記錄如何定義、確認和控制項目范圍及產品范圍，而創(chuàng)建范圍管理計劃的過程，可以理解為定義管理方法論
- 5.2 收集需求：為實現項目目標而確定、記錄并管理相關方的需要和需求的過程
- 5.3 定義范圍：制定項目和產品詳細描述的過程（框架級的需求）
- 5.4 創(chuàng)建WBS：將項目可交付成果和項目工作分解為較小的、更易于管理的組件的過程（可用于實施的詳細需求）
- 5.5 確認范圍：正式驗收已完成的項目可交付成果的過程
- 5.6 控制范圍：監(jiān)督項目和產品的范圍狀態(tài)，管理范圍基準變更的過程
子過程分解
5.1 規(guī)劃范圍管理
定義
- 為記錄如何定義、確認和控制項目范圍及產品范圍，而創(chuàng)建范圍管理計劃的過程，可以理解為定義管理方法論，簡而言之就是立規(guī)矩
理解
- 同時關注項目范圍和產品范圍
- 從需求到范圍
- 確定方法論，注意與項目集的一致性
作用
- 在整個項目期間對如何管理范圍提供指南和方向
- 明確需求及范圍的收集、定義、確認、調整所需的文檔、模板、表格、行為方式等內容
發(fā)生時機
- 僅開展一次或僅在項目的預定義點開展
- 瀑布型僅開始項目及變更時開展
- 有迭代時每迭代開始時展開
參與方
- 項目經理主導
- 項目管理團隊及主題專家貢獻意見
輸入、工具與技術和輸出
5.2 收集需求
定義
- 為實現項目目標而確定、記錄并管理相關方的需要和需求的過程
理解
- 區(qū)分：需要和需求
- 需要：相關方對希望達成目標的表述
- 需求：相關方實際需要解決的痛點
什么是需求
- 需求是指根據特定協議或其他強制性規(guī)范，產品、服務或成果必須具備的條件或能力
- 它包括發(fā)起人、客戶和其他相關方的已量化且書面記錄的需要和期望
- 應該足夠詳細的探明、分析和記錄這些需求，將其包含在范圍基準中，并在項目開始后對其進行測量
- 需求將成為工作分解結構（WBS）的基礎，也將成為成本、進度、質量和采購規(guī)劃的基礎
作用
- 為定義產品范圍和項目范圍奠定基礎
發(fā)生時機
- 僅開展一次或僅在項目的預定義點開展
- 瀑布型僅立項及變更時開展
- 有迭代時每迭代開始時開展
參與方
- 項目經理主導，但可能不會參與到每個具體的調研工作中
- 項目管理團隊，或者如果存在預分配的一線團隊成員，開展實質性工作
- 面向所有相關方進行收集
輸入、工具與技術和輸出
5.3 定義范圍
定義
- 制定項目和產品詳細描述的過程（框架級的需求）
理解
- 從需求分析出需要完成的工作
- 包括產品的定義、描述，以及為了完成產品所需的管理文件、技術文件以及相關的管理工作
- 收集需求過程中識別出的所有需求未必都包含在項目中
作用
- 描述產品、服務或成功的邊界和驗收標準
發(fā)生時機
- 按需開展，漸進明細
- 在迭代型生命周期的項目中，先為整個項目確定一個高層級的愿景，再一次針對一個迭代期明確詳細范圍
參與方
- 項目經理領導完成范圍說明書的編制，并征得相關方認可
- 項目團隊、主題專家在定義范圍中貢獻力量
輸入、工具與技術和輸出
5.4 創(chuàng)建WBS
定義
- 把項目可交付成果和項目工作分解成較小、更易于管理的組件的過程
理解
- 根據項目規(guī)模對比和團隊能力，將全部范圍拆解成易于管理預算、進度的工作包
- WBS是對項目工作的組織，形成的WBS代表團隊對項目工作組織形式的共識
- WBS詞典是對WBS條目所需代表的工作的展開描述
什么是WBS？
- WBS是對項目團隊為實現項目目標、創(chuàng)建可交付成功而需要實施的全部工作范圍的層級分解
- WBS組織并定義了項目的總范圍，代表著經批準的當前項目范圍說明書中所規(guī)定的工作
- WBS最底層的元素被稱為工作包（work package），可以對工作包：規(guī)劃進度、估算成本、監(jiān)督和控制
- 在“工作分解結構”這個詞語中，“工作”是指作為活動結果的工作產品或可交付成果，而不是活動本身
作用
- 為所要交付的內容提供架構
發(fā)生時機
- 僅開展一次或僅在項目的預定義點開展
- 預測型生命周期隨范圍定義完成展開
- 迭代型每次迭代開始前完成
參與方
- 項目經理領導本項目工作的開展
- 項目團隊負責完成WBS條目的拆解和說明
- 相關方承諾對工作結果的支持
輸入、工具與技術和輸出
5.5 確認范圍
定義
- 正式驗收已完成的項目可交付成果的過程
理解
- 明確需要驗收方（客戶/發(fā)起方）參與
- 是對項目工作、可交付成功的正式驗收檢查
- 相當于驗收測試
作用
- 使驗收過程具有客觀性，同時通過確認每個可交付成果，來提高最終產品、服務或成果獲得驗收的可能性
發(fā)生時機
- 應根據需要在整個項目期間定期開展
- 就算是瀑布生命周期也要完成階段驗收
- 迭代中每個迭代末固定需要完成
- 迭代中可能隨機對工作進行階段驗收
參與方
- 項目經理、發(fā)起人、客戶
- 驗收流程要求的其他相關方
輸入、工具與技術和輸出
5.6 控制范圍
定義
- 監(jiān)督項目和產品的范圍狀態(tài)，管理范圍基準變更的過程
理解
- 由于范圍涉及其他約束的調整，因此范圍調整時，參考文件順序是范圍管理計劃先于變更管理計劃
作用
- 在整個項目期間保持對范圍基準的維護
- 所有變更請求、推薦的糾正措施或預防措施都通過實施整體變更控制過程（4.6章）進行處理
- 在變更實際發(fā)生時，也要采用控制范圍過程來管理這些變更
發(fā)生時機
- 在整個項目期間開展
- 只要開展項目工作，就有可能收到范圍的調整，因此隨時可能開展控制范圍工作
參與方
- 項目經理主導，項目管理團隊協助分析和判斷
- 當遇到需要發(fā)起變更時，還需提出變更的相關方參與
輸入、工具與技術和輸出
需要項目管理資料合集的同學可先關注然后私信我哦
更多精彩內容請關注了解
版權聲明：本文內容由互聯網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。