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