iT邦幫忙

DAY 9
2

30天鍊成PMP鐵人系列 第 9

Hold 30天鍊成PMP鐵人〈Hold 9 : 專案3個基本管理計畫〉

  • 分享至 

  • xImage
  •  

專案管理計畫的12個子計畫中,最先產生的3個是範圍管理計畫、時程管理計畫、成本管理計畫。首先,「範圍管理計畫」是說明應該如何蒐集資料,如何界定、制定以及驗證專案範圍,如何界定WBS和範圍基準,並指導專案管理團隊如何管理和控管專案範圍的文件。其次,「時程管理計畫」是建立發展和控管專案時程和時程基準的相關準則和活動的文件,發展專案時程必須先界定活動、排序活動、估算活動資源、估算活動工期。最後,「成本管理計畫」是建立專案成本規劃、結構、估算、預算和控管的相關準則和活動的文件。成本管理首先必須根據每一個活動所用的資源和所需要的工期的估算值來估算每一個活動的成本,再決定出專案總預算。
在範圍管理規劃階段,我們已經將交付項目分解成工作包。不過當專案規模較大時,工作還不是很好管理,因此在時間管理必須再將工作包分解成更小的專案工作單位—活動(Activity)。一旦界定出專案的活動之後,接下來就要找出要徑(Critical Path)。要徑所經過的活動都是關鍵活動,全都不能延誤,否則整個專案就會延誤。

本專案的範圍/時間/成本管理計畫很簡單。首先,本專案里程碑和查核點都是關鍵活動,因此本專案的要徑就是10/110/510/1610/2110/2910/30。當然,從另一個角度來看,整個30天一旦開始就都不能延誤,否則就失去參賽資格,因此每個活動都是關鍵性活動,不過這樣的規劃並不是很理想,因為如果所有活動都是關鍵性活動,整個專案就缺乏彈性,是處於高風險狀態。

針對小型專案,範圍管理和時間管理有些部分可以整合在一起,先由上而下將交付項目分解為工作包,再分解成最小單位—活動,估算每一個活動所需要的資源和工期,再由下而上彙總成工作包的資源和工期,最後彙總成專案的資源和工期。本專案工作包已經夠小,可以直接視為活動,不需再做分解。另外由於每個活動工期都是一天完成,資源也差不多,整體而言其時程管理計畫很簡單,就是每天一篇,30天連續不間斷發文。最後,本專案花二天規劃專案所花的成本為$20,000,連續30天每天撥出一小時專心發文的機會成本為$30,000。

既然專案管理計畫是往後專案執行、監控、結案之依據,這3個子計畫主要是說明專案的範圍、時間、成本如何管理,通常這些子計畫基本上都可以從組織流程資產(Organizational Process Assets, 簡稱OPA)知識庫,找到有過去專案留下來的相關模板範本,只要加上專案許可証所規定的範圍、時間、成本制約(Constraints)即可。

組織流程資產的累積程度,是衡量專案組織管理成熟度的重要指標。專案組織在執行過程中,形成自己獨特的流程資產,構成組織的核心競爭力。組織流程資產是參與專案工作之組織,所累積的各種流程相關資產,包含公司政策流程專案管理資訊系統(PMIS)、工作授權系統(WAS)、準則冊、範本要求與作業程序等規範,以及專案完成或結束準則、專案文件(Project Document)、先前專案的時程表、建構管理資料、風險管理數據、實獲值、財務報表、經驗學習、歷史資訊、公司內部的相關資料庫等等,這些均是有助於後續專案應用與發展的軟性資產。

請問iT人,您參與過無數專案,可曾見過或建立過組織流程資產?可曾見過或撰寫過範圍/時間/成本管理計畫? (第30之9篇完)

Hold 30天鍊成PMP鐵人 系列連結
上一篇http://ithelp.ithome.com.tw/question/10075081
下一篇http://ithelp.ithome.com.tw/question/10075330


上一篇
Hold 30天鍊成PMP鐵人〈Hold 8 : 專案管理的12個子計畫〉
下一篇
Hold 30天鍊成PMP鐵人〈Hold 10 : 品質管理計畫和流程改善計畫〉
系列文
30天鍊成PMP鐵人30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

1 則留言

0
frankmclin
iT邦研究生 4 級 ‧ 2011-10-09 10:28:18

好想念幾天前有一位化名為sunkoda大大每日一問,不過這兩天倒不見蹤跡,順著連結http://ithelp.ithome.com.tw/profile/feedback?id=20059197找過去,似乎已是人去樓空,一些爭議性的發言也自行撤除了,真可惜。落寞[踹共]

我要留言

立即登入留言