理解績效
公司績效 |
項目績效 |
財務 |
範圍 |
客戶 |
進度 |
內部經營管理 |
成本 |
員工學習成長 |
質量 |
範圍管理的目的:做且只做所需的全部工作,以成功完成項目
管理項目範圍主要在於定義和控制哪些工作包括在項目內,哪些不應包括在項目內
項目範圍有時也包括產品範圍
範圍基準由範圍說明書、WBS和WBS詞典共同構成
範圍區分:
l 產品範圍——某項產品、服務或成果所具有的特性和功能
l 項目範圍——為交付具有規定特性與功能的產品、服務或成果而必須完成的工作
衡量依據:
l 產品範圍——需求文件
l 項目範圍——項目管理計劃
過程構成:
規劃範圍管理 --> 收集需求 --> 定義範圍 --> 創建WBS --> 控制範圍 --> 確認範圍 |
規劃範圍管理
過程定義:創建範圍管理計劃、書面描述將如何定義、確認和控制項目範圍的過程
過程作用:在整個項目中對如何管理範圍提供指南和方向
項目範圍管理計劃是項目管理計劃的組成部分,描述將如何定義、制定、監督、控制和確認項目範圍
範圍管理是項目管理的基礎
收集需求
過程定義:為實現項目目標而確定、記錄並管理干係人的需要和需求的過程
過程作用:為定義產品範圍和項目範圍奠定基礎
需求是指根據特定協議或者其他強制性規範,產品、服務或成果必須具備的條件或能力
它包括發起人、客戶和其他干係人的已量化且書面記錄的需要和期望
讓干係人積極參與需求探索和分解成需求的工作,並仔細確定、記錄和管理對產品、服務或成果的需求,能直接促進項目成功
收集需求是開展項目工作的基礎
定義範圍
過程定義:制定項目和產品詳細描述的過程
過程作用:明確所收集的需求哪些將包含在項目範圍內,哪些將排除在項目範圍外,從而明確項目、服務或成果的邊界
定義範圍要從需求文件中選取最終的項目需求
準備好詳細的項目範圍說明書,對項目成功至關重要
需要多次反覆開展定義範圍過程,在疊代型生命周期的項目中,更是如此
[需求排序的MoSCoW方法]
l 必須有(Must)——基本需求
l 應該有(Should)——重要需求
l 可以有(Could)——錦上添花需求
l 不會有(Won’t)——確定什麼在和什麼不在產品或項目範圍內
創建WBS
過程定義:把項目可交付成果和項目工作分解成較小的、更易於管理的組成部分的過程
過程作用:對所要交付的內容提供框架
WBS是對項目團隊為實現項目目標、創建可交付成果而需要實施的全部工作範圍的層級分解
WBS的最底層的組件稱為工作包
WBS中的「工作」代表了作為活動結果的工作產品或可交付成果,而非活動本身
[分解]
分解是把項目範圍和可交付成果逐步劃分為更小、更便於管理的組成部分的技術
分解的程度取決於所需的控制程度,以實現對項目的高效管理
分解的步驟:
l 識別和分析可交付成果及其相關工作
l 確定WBS的結構和編排方法
l 自上而下逐層細化分解
l 為WBS組件制定和分配標識編碼
l 核實可交付成果分解的程度是否恰當
在敏捷方法中,可以將史詩故事分解成用戶故事
[工作包]
工作包是WBS最底層的組件,可對其進行成本和持續時間進行估算和管理
工作包的詳細程度因項目規模和複雜度而異
從邏輯的角度上講不能再分下去了
有一個可交付的結果和有標誌性的結束
能夠可靠地估算和管理工作成本和持續時間
能夠比較快地被完成
能夠被外包出去
控制範圍
過程定義:監督項目和產品的範圍狀態,管理範圍基準變更的過程
過程作用:在整個項目期間保持對範圍基準的維護
控制項目範圍確保所有變更請求、推薦的糾正措施或預防措施都通過實施整體變更控制過程進行處理
未經控制的產品或項目範圍的擴大(未對時間、成本和資源做相應調整)被稱為範圍蔓延
確認範圍
過程定義:正式驗收已完成的項目可交付成果的過程
過程作用:使驗收過程具有客觀性,同時通過確認每個可交付成果,提高最終產品、服務或成果獲得驗收的可能性