以WBS為主線的整合專案管理
任何流程或業務在我們學習的過程中始終都有一個主線,比如說知識管理的基礎或主線是知識庫和知識地圖,ERP的資料基礎是ITEM和BOM,主線是需求訂單->MRP->生產計劃和採購計劃。對於產品資料管理PDM的主線是產品結構,對於CRM客戶關係管理的主線是營銷->市場策劃->銷售計劃->預測->專案->合同。而對於專案管理其基礎是WBS工作結構分解,其主線是專案結構->專案->WBS->工作包->活動->任務。
這條主線涉及到PMBOK裡面的範圍管理和進度管理兩方面的內容。對於範圍管理最終的輸出就是範圍說明書和WBS,而對於進度管理則輸入是WBS,需要進行活動定義分解和排序,最終得到的進度表。在專案的執行過程中我們是按照具體的活動任務在執行,在執行的過程中會產生使用資源,消耗成本,產生文件和各種輸出,進行設計開發,整合,評審和質量控制。
我們活動分解的單位是到了具體的任務,但是我們產品的最終整合,我們的成本核算和掙值管理是不能到活動任務的。因此WBS在整個專案管理中就起到了重要作用,其作用不僅僅在前期確定專案範圍和制定專案的進度計劃,更多的是後期的掙值管理和更高層次的專案監控。如果沒有完善的WBS分解,我們就很難做到這一步,我們的整個專案管理執行過程中的產出就是凌亂的,沒有一個主線串起來。感興趣的可以再去翻看下PMBOK各個過程域中各個過程組的IPPO,可以發現很多過程的輸入都有WBS,足以見WBS在整個專案管理中的基礎和核心作用。
在這個圖中還強調了下在CMMI三級中我們強調的生命週期模型定義&過程裁剪,在組織級我們可以根據專案的不同特點將專案進行分類制定不同的專案生命週期模板,這樣在有實際的專案來的時候,只需要根據專案的特點對模板內容進行自定義和裁剪,輸入具體的需求項,即可以自動產生相應的WBS。(該點後續單獨在發文闡述),這樣自動生成的WBS不僅僅實現了後續的主線跟蹤,還實現了我們在CMMI二級中需要的需求追蹤。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/15027599/viewspace-421187/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理中 “以人為本” 的思想(轉)專案管理
- 談網站專案的WBS分解網站
- 專案整合管理
- 以合同管理為突破口深化專案成本管理(轉)
- 一.專案整合管理
- 以專案管理為源頭,提升建築管理水平(轉)專案管理
- 【zz】WBS在專案控制中的應用
- 以WBS模板和PBS自動生成WBS計劃任務
- 整合專案中的風險管理 (轉)
- 以專案的方式進行管理(轉)
- 以“空城計”為例的專案管理執行方法論乾貨專案管理
- 如何建立複雜專案的WBS結構(轉)
- 【專案管理經驗分享】為什麼專案計劃難以完美執行?專案管理
- 專案管理--PMBOK 讀書筆記(4)【專案整合管理】專案管理筆記
- 以CRM為突破口整合KM知識管理
- iOS專案的持續整合與管理iOS
- 專案(Explore)總結之專案整合管理
- 以連線遊玩為主的獨立遊戲為何正在無聲淌血?遊戲
- 從以專案為中心轉向以組織為中心(轉)
- 《系統整合專案管理》第九章 專案成本管理專案管理
- 系統整合專案實施的管理(轉)
- 為現有iOS專案整合FlutteriOSFlutter
- 以DW專案為鍥機,以DD為抓手,透過IRP提升企業資訊資源管理水平
- IT業發展應以結構調整為主線 (轉)
- 系統整合專案管理師和高階專案管理師考試心得專案管理
- 【zz】論系統整合專案管理之範圍管理專案管理
- 專案整合管理主要輸入、工具、輸出
- 如何為專案選擇合適的專案管理軟體專案管理
- 步步為“贏”管理專案(轉)
- 學了很多專案管理工具和方法,為何還是難以成功?專案管理
- 主題閱讀-組合專案管理PPM專案管理
- 主題閱讀-IT專案管理-工具技術專案管理
- 為小型專案選擇恰當的專案管理水平(轉)專案管理
- 以Dubbo為例,聊聊如何為開源專案做貢獻
- [原創]專案管理知識體系指南之 4專案整合管理思維導圖專案管理
- 以OKR驅動企業專案化管理變革OKR
- 專案管理:業績為上(轉)專案管理
- 專案管理業績為上(轉)專案管理