五、創建工作分解結構(WBS)

1、相關概念

創建WBS：創建工作分解結構(WBS)是面向可交付物的層次型結構,它組織并定義了整個項目范圍，并把項目工作細分為更小、更易管理的工作單元的過程。

工作包：WBS每條分支最底層的可交付成果或項目工作組成部分，工作包大小依據8/80規則。

規劃包

• ①工作包之上，控制賬戶之下，工作內容已知但尚缺詳細進度活動的WBS組成部分。
• ②對目前尚不清楚具體活動的模塊可以使用規劃包進行分解，隨著情況的逐漸清晰,規劃包最終將被分解成工作包以及相應的具體活動。

控制賬戶

• ①既可以是工作包,也可以是比工作包更高層次上的一個要素。
• ②每個控制賬戶可能包括一個或多個工作包,但是一個工作包只能屬于一個控制賬戶。

WBS詞典：WBS詞典也稱為WBS詞匯表,它是描述WBS各組成部分的文件

2、IPO圖

3、輸入(依據)

• ?范圍管理計劃
• ?項目范圍說明書
• ?需求文件

4、工具技術（分解）

★需要開展的活動

• 識別和分析可交付成果及相關工作
• 確定WBS的結構和編排方法
• 自上而下逐層細化分解
• 為WBS組件制定和分配標識編碼
• 核實可交付成果分解的程度是恰當的

分解的原則

• ①在創建WBS時,需要考慮將不同人員的工作分開。
• ②在創建WBS時,需要適應組織結構形式。
• ③項目生命周期的各階段作為分解的第二層,產品和項目可交付成果放在第三層。

• ④主要可交付成果作為分解的第二層

• ⑤總的系統劃分為幾個主要的子系統

★注意事項

• ①WBS必須是面向可交付成果的
• ②WBS必須符合項目的范圍,必須并且只能包括100%的工作
• ③WBS的底層應該支持計劃和控制
• ④WBS中的元素必須有人負責,而且只由一個人負責
• ⑤WBS的指導，WBS應控制在4~6層,一個工作單元只能從屬于某個上層單元
• ⑥WBS應包括項目管理工作,也要包括分包出去的工作
• ⑦WBS的編制需要所有(主要)項目干系人的參與,不是某個項目團隊成員的責任，應該由所有干系人共同完成和一致確認
• ⑧WBS并非是一成不變的,在完成了WBS之后的工作中,仍然有可能需要對WBS進行修改

輸入(依據)—★范圍基準(Scope Baseline)—經過批準的項目范圍說明書、WBS和WBS詞典。

六、確認范圍(Validate Scope)

1、確認范圍概述

確認范圍是正式驗收已完成的項目可交付成果的過程

一般步驟

• 確定需要進行確認范圍的時間
• 識別范圍確認需要哪些投入
• 確定范圍正式被接受的標準和要素
• 確定確認范圍會議的組織步驟
• 組織范圍確認會議

需要檢查的問題

• 可交付成果是否是確定的、可確認的
• 每個可交付成果是否有明確的里程碑，里程碑是否有明確的、可辨別的事件
• 是否有明確的質量標準
• 審核和承諾是否有清晰的表達
• 項目范圍是否覆蓋了需要完成的產品或服務進行的所有活動，有沒有遺漏或者錯誤
• 項目范圍的風險是否太高,管理層是否能夠降低可預見的風險發生時對項目的沖擊

2、IPO圖

3、輸入(依據)

• 需求文件
• 需求跟蹤矩陣

4、工具技術—檢查

5、輸出(成果)

• 驗收的可交付成果
• 變更請求

6、★注意(P245-P246)

①確認范圍與核實產品

②確認范圍與質量控制

• (1)質量控制屬內部檢查,由執行組織的相應質量部門實施
• (2)確認范圍則是由外部干系人(客戶或發起人)對項目可交付成果進行檢查驗收

③確認范圍與項目收尾

七、控制范圍 (Control Scope)

1、控制范圍概述

• 控制范圍是監督項目和產品的范圍狀態、管理范圍變更的過程,其主要作用是在整個項目期間保持對范圍的維護
• 在變更實際發生時,應采用范圍控制過程來管理這些變更

2、范圍變更的原因

• 政府政策的問題
• 項目范圍的計劃編制不周密詳細,有一定的錯誤或遺漏
• 市場上出現了或是設計人員提出了新技術、新手段或新方案
• 項目執行組織本身發生變化
• 客戶對項目、項目產品或服務的要求發生變化

3、范圍變更控制的主要工作

• 影響導致范圍變更的因素,并盡量使這些因素向有利的方面發展
• 判斷范圍變更是否已經發生
• 范圍變更發生時管理實際的變更,確保所有被請求的變更按照項目整體變更控制過程處理

4、IPO圖

5、輸入(依據)

• 項目管理計劃—范圍基準
• 工作績效數據
• 需求跟蹤矩陣

6、輸出(成果)—變更請求

匯總圖片

?

?

?

總結

以上是生活随笔為你收集整理的信息系统项目管理师：第5章：项目范围管理（2）-重点汇总的全部內容，希望文章能夠幫你解決所遇到的問題。

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