資訊系統專案管理系列之六:專案範圍管理
釋出日期:2011年3月31日 星期四 作者:EricHu
說明:本文屬作者的讀書筆記。
勤能補拙、笨鳥先飛。
本篇主要內容如下:
· 專案範圍管理過程概述。
· 工作分解結構詳述。
· 專案範圍變更產生的原因。
· 專案範圍管理各過程詳述。
專案範圍管理是確保專案包含且只包含專案所必須完成的工作。
(一)、範圍計劃編制: 制定一個專案範圍管理計劃,它規定了如何對專案範圍進行定義、確認、控制、以及如何制定工作分解結構(WBS)。
(二)、範圍定義:開發一個詳細的專案範圍說明書,作為將來專案決策的基礎。
(三)、建立工作分解結構(WBS):將專案的主要可交付成果和專案工作細分為更易於管理的部分。
(四)、範圍確認:正式接受已完成的專案交付物。
(五)、範圍控制:控制專案範圍變更。
專案範圍是否完成以專案管理計劃,專案範圍說明書,WBS和WBS字典作為衡量標準,而產品範圍是否完成以產品需求說明書作為衡量標準。
(一)、工作分解結構概念
工作分解結構是一種以結果為導向的分析方法,用於分析專案所涉及的工作,所有這些工作構成了專案的整個工作範圍。是面向可交付物的層次結構,是對完成專案目標、創造可交付物所需執行的專案工作的分解。WBS為專案進度、成本、變更的計劃和管理提供了基礎,制定WBS的主要方法包括:使用指導方針、類比法、自上而下法和自下而上法。
(二)、建立工作分解結構的意義
專案的工作結構分解,對專案管理有著重要的意義,主要表現如下:
· 通過工作結構分解,把專案範圍分解開來,使專案相關人員對專案一目瞭然,能夠使專案的概況衙組成明確、清晰、透明、具體。
· 保證了專案結構的系統性和完整性。
· 通過工作結構分解,可以建立完整的專案保證體系,因為這個分解過程將專案的總目標的重點,如進度、成本和質量等分解到可控制的各專案單元,便於執行和實現專案要求。
· 專案工作分解結構能夠明確專案相關各方的工作介面,便於責任劃分和落實。
· 最終工作分解結構,可以直接作為進度計劃和控制的工具。
· 為建立專案溝通管理提供依據,便於把握資訊重點。
· 是專案各項計劃和控制措施制定的基礎和主要依據。
(三)、工作分解結構的表示形式
WBS的表示形式主要有以下兩種:
· 分級的樹型結構,類似於組織結構圖。
· 表格形式,類似於分組的圖書目錄。
(四)、進行專案工作分解要經歷的主要步驟
· 識別專案交付物和相關專案工作。
· 對WBS的結構進行組織。
· 對WBS進行分解。
· 對WBS中各級工作單元分配識別符號或編號。
· 對當前的分解級別進行檢驗,以確保它們是必須的、而且是足夠詳細的。
(五)、工作結構分解應把握的原則
· 在各層次上保持專案的完整性,避免遺漏必要的組成部分。
· 一個工作單元只能從屬於某個上層單元,避免交叉從屬。
· 相同層次的工作單元應用相同性質。
· 工作單元應能分開不同的責任者和不同工作內容。
· 便於專案管理計劃、控制的管理需要。
· 最底層工作應該具有可比性、是可管理的,可定量檢查的。
· 應包括專案管理工作,包括分包出去的工作。
· 專案外部環境發生變化。
· 專案範圍的計劃編制不周密詳細,有一定的錯誤或遺漏。
· 世界上出現了或是設計人員提出了新技術、手段或方案。
· 專案實施組織本身發生變化。
· 客戶對專案、專案產品或服務的要求發生變化。
專案範圍管理 |
|||
專案範圍管理過程 |
輸入 |
工具與技術 |
輸出 |
範圍計劃編制 |
企業環境因素、組織過程資產、專案章程、專案範圍說明書(初步)、專案管理計劃 |
專家判斷、模板、表格和標準 |
專案範圍管理計劃 |
範圍定義 |
組織過程資產、專案章程、專案範圍說明書(初步)、專案管理計劃、批准的變更申請 |
產品分析、可選方案識別、專家判斷法、專案干係人分析 |
專案範圍說明書(詳細)、變更請求、專案管理計劃(更新) |
建立工作分解結構 |
組織過程資產、專案章程、專案範圍說明書、專案範圍管理計劃、批准的變更申請 |
工作分解結構模板、分解、WBS編碼設計 |
專案範圍說明書(更新)、工作分解結構、WBS字典、範圍基線、專案管理計劃(更新)、變更申請 |
範圍確認 |
專案範圍說明書、WBS字典、專案範圍管理計劃、可交付物 |
檢查 |
已接受的交付物、變更申請、推薦的糾正措施 |
範圍控制 |
範圍說明書、工作分解結構、WBS字典、專案範圍管理計劃、績效報告、已批准的變更申請、工作績效資訊 |
變更控制系統、偏差分析、重新規劃、配置管理系統 |
專案範圍說明書(更新)、WBS(更新)、WBS字典(更新)、範圍基線(更新)、變更申請、批准的糾正措施、組織過程資產(更新)、專案管理計劃(更新) |
© 2011 EricHu
原創作品,轉貼請註明作者和出處,留此資訊。
------------------------------------------------
cnBlobs:http://www.cnblogs.com/huyong/
CSDN:http://blog.csdn.net/chinahuyong
作者:EricHu(DB、C/S、B/S、WebService、WCF、PM等)
出處:http://www.cnblogs.com/huyong/
Q Q:80368704 E-Mail: 80368704@qq.com
本博文歡迎大家瀏覽和轉載,但未經作者同意必須保留此段宣告,且在文章頁面明顯位置給出原文連線,在『參考』的文章中,我會表明參考的文章來源,尊重他人版權。若您發現我侵犯了您的版權,請及時與我聯絡。
更多文章請看 [置頂]索引貼——(不斷更新中)
相關文章
- 資訊系統專案管理系列之八:專案成本管理專案管理
- 資訊系統專案管理系列之五:專案整體管理專案管理
- 資訊系統專案管理系列之九:專案質量管理專案管理
- 專案管理軟體之範圍管理專案管理
- 資訊系統專案管理系列之十:專案人力資源管理專案管理
- 【zz】論系統整合專案管理之範圍管理專案管理
- 專案(Explore)總結之專案範圍管理
- 資訊系統專案管理系列之三:專案管理過程專案管理
- 軟體專案範圍管理
- 軟體專案管理FollowMe_範圍管理專案管理
- 信管筆記 -- 專案範圍管理筆記
- 專案範圍變更管理(轉)
- 資訊系統監理之資訊系統專案管理專案管理
- minjun信管筆記 -- 專案範圍管理筆記
- 資訊系統專案管理系列之四:專案可行性研究與評估專案管理
- 資訊系統專案管理系列之一:緒論專案管理
- 專案範圍管理是專案成敗的關鍵 (轉)
- 資訊系統專案管理系列之二:專案生命期和組織專案管理
- 專案範圍管理的精益原則
- 專案管理資訊系統(PMIS)(轉)專案管理
- 專案管理培訓-範圍管理課件製作思路專案管理
- 管理資訊系統開發的專案管理(轉)專案管理
- 10-專案範圍管理(2/10 十大管理)
- 資訊系統專案的售前管理(轉)
- 專案管理方法論之六西格瑪管理專案管理
- PMBOK筆記-第五章 專案範圍管理筆記
- 糟糕的範圍管理導致專案失敗(轉)
- 傳統專案管理VS敏捷專案管理專案管理敏捷
- [原創]專案管理知識體系指南之 5範圍管理思維導圖專案管理
- 專案管理之風險管理案例-專案交付風險專案管理
- 資訊系統專案管理師:專案經理的一般要求專案管理
- 資訊系統專案管理師教程(第3版)專案管理
- 專案管理學習筆記二:資訊系統服務管理專案管理筆記
- 專案範圍管理不受控,需求不斷蔓延,怎麼辦?
- 專案為何總是做不完?範圍管理要界定(轉)
- 《專案管理之美》專案管理
- 專案管理之文件專案管理
- IT專案管理之系統測試專案管理