Pm Chap02(2009)

729 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
729
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
23
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Pm Chap02(2009)

  1. 1. Lecture 02 曾章瑞 Peter Tzeng
  2. 2. 何謂專案? 1/2 <ul><li>專案 (project) :是一種一次性的工作,是在規定的時間內,由專門組織的人員所完成,具有一個明確的 預期目標 、明確且可利用的 資源範圍 ,需要運用多種學科的知識來解決問題,且很少有經驗可以借鑒者。 </li></ul>
  3. 3. 專案管理的目標與可能遇到之問題 1/2 <ul><li>在衡量專案的績效時,通常 </li></ul>以 規範 (specification) 作為性能 (performance) 的基準,且性能有時以品質 (quailty) 代表之。 以 預算 (budget) 作為成本 (cost) 的基準。 以 時程 (schedule) 作為時間 (time) 的基準。
  4. 4. 專案管理的核心 1/2 <ul><li>管理專案的知識領域,依專案管理學會 (PMI) 的說法,包括九大領域,形成一個專案管理知識體系 (project management body of knowledge; PMBOK) 。 </li></ul>範疇管理 時間管理 成本管理 品質管理 人力資源管理 溝通管理 採購管理 風險管理 整合管理
  5. 5. 圖 1-1  專案管理的目標與限制
  6. 6. 什麼是專案 <ul><li>需求複雜的工作 </li></ul><ul><li>有特定目標 </li></ul><ul><li>有固定預算 </li></ul><ul><li>在特定時限內完成 </li></ul>
  7. 7. 什麼是專案管理 <ul><li>要做什麼 (What) </li></ul><ul><li>誰做 (Who) </li></ul><ul><li>何時做 (When) </li></ul><ul><li>怎麼做 (How) </li></ul><ul><li>多少經費 (How Much) </li></ul><ul><li>在哪裡執行 (Where) </li></ul>
  8. 8. 專案管理的目標 <ul><li>Get the job done: according to spec., on time, and within budget. </li></ul>又快 又好 又省
  9. 9. 專案組織
  10. 10. 管理系統與程序
  11. 11. 管理系統與程序的重要性
  12. 12. 異動管理 <ul><li>牽一髮動全身 </li></ul>異動 子系統 A 子系統 B 子系統 C 子系統 D
  13. 13. 專案管理發展的趨勢 <ul><li>專案管理的發展 </li></ul><ul><li>專案管理工具的發展 </li></ul><ul><li>專案管理標準及方法論的發展 </li></ul>
  14. 14. 專案管理的發展 1/3 專案管理的概念已經實踐了數千年。 自古埃及金字塔屹立以來 美國海軍把現代專案管理的方法,運用於北極星專案 1950 年 美國國防部、國家航太總署與大型工程及建築公司,運用專案管理的原理及工具來管理預算高、時程長的專案 1960 年至 1970 年間 製造與軟體開發部門亦開始採納高度發展的專案管理於實務中。 1980 年
  15. 15. 專案管理的發展 2/3 專案管理的理論、工具與相關技術已廣泛為不同的企業和組織所接受,且從實務統計顯示,當專案使用現代專案管理的觀念、工具和技術時,其專案成功率可以從 25% 提升至 75% ,這個事實凸顯了專案管理的重要性。 在 1990 年以前
  16. 16. 專案管理的發展 3/3 <ul><li>專案管理是解決大型計畫管理的一種管理模式, </li></ul><ul><ul><li>從早期的表格進度指標法 </li></ul></ul><ul><ul><li>演進至甘特圖、網路圖的管理 </li></ul></ul><ul><li>均在試圖將專案管理技術導入複雜的計畫中。 </li></ul><ul><li>專案並不僅是和時程有關,一個專案必須同時考量專案的排程、成本的掌控、團隊溝通、文件的管理、品質管理、績效評估及顧客滿意等;必須各方面都能適當地配合,才能達到預期的目標。 </li></ul>
  17. 17. 專案管理工具的發展 <ul><li>專案管理工具是第二次世界大戰後期所發展出來的管理技術之一。 </li></ul><ul><li>到 1990 年代,專案管理已經被公認為是一種有生命力且能實現複雜性企業目標的良好方法。 </li></ul><ul><li>專案管理規劃技術上受到相當重視的管理工具。 </li></ul><ul><ul><li>計畫評核術 (program evaluation and review technique; PERT) </li></ul></ul><ul><ul><li>要徑法 (critical-path method; CPM) </li></ul></ul>
  18. 18. 表 2-1  專案管理的發展過程 銥計畫
  19. 19. 專案管理標準及方法論的發展 1/2 <ul><li>專案管理方法、知識體系在運用的過程中不斷地精進,逐漸形成兩套不同的標準體系,即 PRINCE2 與 PMBOK 。 </li></ul>根據一個特定的商業個案 (business case) ,以生產交付一個或多個商業產品為目的而建立的臨時性組織。 PRINCE2 為完成一個產品或服務的一種一次性努力。 PMBOK
  20. 20. 專案管理標準及方法論的發展 2/2 <ul><li>PRINCE2 的發展 </li></ul><ul><ul><li>PRINCE2 的核心 </li></ul></ul><ul><ul><li>PRINCE2 的運用技巧 </li></ul></ul><ul><li>PMBOK 的發展 </li></ul><ul><ul><li>PMBOK 的核心 </li></ul></ul><ul><ul><li>PMBOK 的運用技巧 </li></ul></ul>
  21. 21. PRINCE2 的發展 1/2 <ul><li>PRINCE 是 PRojects IN Controlled Environments 的首字母縮寫,是一種對專案管理的某些特定領域提供支援的方法。 </li></ul><ul><li>1980 年英國 政府商務部 (OGC) 以 1970 年 OGC 前身之電腦暨電信中心 (CCTA) 交由 Simpact Systems 公司開發的 PROMPT 為基礎,發展出 PRINCE 工具並作為政府資訊系統專案的管理方法。 </li></ul>
  22. 22. PRINCE2 的發展 2/2 <ul><li>1989 年 PRINCE 正式成為英國政府「 IT 專案」的管理標準,被廣泛運用於公部門及私部門組織。 </li></ul><ul><li>雖然開發 PRINCE 的原意是以 IT 專案為目標,但在實際運用上,許多非 IT 專案也採納了該標準。 </li></ul><ul><li>1993 年 , OGC 開始進行將 PRINCE 改版為 PRINCE2 的研究。 PRINCE 成為 PRINCE2 , 以具通用性及最佳實踐 (best-practices) 力求具適用於各類型的專案 。 </li></ul>
  23. 23. PRINCE2 的核心 1/3 <ul><li>PRINCE2 是一種「過程為基礎」 (process-based) 發展出的專案管理標準。 </li></ul>
  24. 24. PRINCE2 的 8 類管理要素 組織 計畫 控制 專案階段 風險管理 在專案環境 中的品質 構型管理 變更控制
  25. 25. PRINCE2 的核心 2/3 <ul><li>PRINCE2 的 8 個管理程序係從專案開始到專案結束,涵蓋全專案的生命週期。 </li></ul>
  26. 26. PRINCE2 的 8 個管理程序 專案指 導程序 專案開 始程序 專案啟 動程序 專案管理階 段邊線程序 GRD 階段 控制程序 管理產品 交運程序 專案結 束程序 計劃程序 DP 和 PL 貫穿於專案的整個過程,為專案管理的成功提供有力的保障。 DP PL
  27. 27. PRINCE2 的核心 3/3 PRINCE2 的 4 個管理 技術 專案為何重要 (Why) 專案的預期 目標何在 (What) 專案活動由 誰負責 (Who) 這些活動何時 被執行 (When)
  28. 28. PRINCE2 的運用技巧 1/3 <ul><li>PRINCE2 的專案管理知識領域包含 4 個層次: </li></ul>屬於專案管理團隊 (project management team) 的職責 屬於專案團隊 (project team) 的職責。 專案指導 (direction of the project) 日常管理 (day-to-day managementof the project) 專案團隊 管理 (team management) 產品製造 工作 (the work to create the products)
  29. 29. PRINCE2 的運用技巧 2/3 指被授予權力及責任來管理專案的人,負責專案的日常性管理,遵照專案委員會所下達的約束條件完成須交付的 產品。 專案經理 (project manager) 由專案經理指派管理專案小組成員的人。 專案團隊經理 (team manager) 由專案委員會委派以協助專案經理的小組或專家。 專案支援組 (project support)
  30. 30. PRINCE2 的運用技巧 3/3 為專案最終的負責單位,是專案與外界的介面。 專案委員會 (project board) 專案執行官 (project executive) 通常代表客戶,必須關注其所屬於企業的利益是否得到保障。 企業 (Business) 使用者的利益必須在專案委員會中充分地呈現,有時透過 高級使用者 (senior user) 代表 user 的利益。 使用者 (User) 通常透過 高級供應者 (senior supplier) 代表提出供應者的利益。 供應者 (Supplier)
  31. 31. PMBOK 的發展 <ul><li>專案管理知識體系 PMBOK (the Project Management Body of Knowledge) 是於 1996 年由美國專案管理協會 (Project Management Institute; PMI) 綜合大量專家和會員的意見所開發完成的, 每四年 PMI 對 PMBOK 進行改版;目前已歷經 2000 年、 2004 與 2008 年版 。 </li></ul><ul><li>PMI 開發 PMBOK 的主要目的是為專案管理提供通用的辭彙,明確地描述專案管理中被普遍接受的知識內容。 </li></ul>
  32. 32. PMBOK 的核心 1/3 <ul><li>PMBOK 的內容,其中專案管理框架,係在介紹專案管理、專案生命週期等概念,以及專案生命週期中的管理過程,包含了等 5 種過程。 </li></ul>啟始過程 計劃過程 控制過程 執行過程 結案過程
  33. 33. PMBOK 的核心 2/3 <ul><li>專案管理的九大知識領域: </li></ul><ul><ul><li>專案整合管理 :確保專案中不同的要素相互協調配合。 </li></ul></ul><ul><ul><li>專案範疇管理 :確保專案明確地描述所需執行的工作項目以成功地達成專案目的。 </li></ul></ul><ul><ul><li>專案時間管理 :確保專案能如期地完成。 </li></ul></ul><ul><ul><li>專案成本管理 :確保專案能如預算地完成。 </li></ul></ul><ul><ul><li>專案品質管理 :確保專案能確實符合需求。 </li></ul></ul>
  34. 34. PMBOK 的核心 3/3 <ul><ul><li>專案人力資源管理 :確保能最有效地運用與專案有關的人員。 </li></ul></ul><ul><ul><li>專案溝通管理 :確保專案能適時及適當地產生、蒐集、散布、儲存、及最終處置專案資訊。 </li></ul></ul><ul><ul><li>專案風險管理 :敘述專案風險的界定、分析、及回應的程序。 </li></ul></ul><ul><ul><li>專案採購管理 :界定自組織外取得商品及服務的程序。 </li></ul></ul>
  35. 35. 表 2-2  專案管理的五大程序與九大知識領域的關係 啟始過程 計劃過程 控制過程 執行過程 結案過程
  36. 36. PMBOK 的運用技巧 <ul><li>PMBOK 對專案組織的結構和角色的定義是隨案而異的。 </li></ul><ul><li>PMBOK (2000) 指出 </li></ul><ul><ul><li>專案辦公室 (project office) :須對專案管理結果負責,專案管理組織中用發起人 (sponsor) 代表一切利益相關者,並定義為「提供支援 ( 無論以資金或其他方式 ) 的組織內、外的個人或團體」。 </li></ul></ul><ul><ul><li>專案經理:簡要定義「負責管理專案的個人」,在 PMBOK 中專案經理對專案負主要責任,其權力顯然大於 PRINCE2 中專案經理權力 。 </li></ul></ul>
  37. 37. 表 2-3  案管理知識體系的要領
  38. 38. 撥雲見日,畫龍點睛 ─ 從混沌中突穿的策略思維與作為 曾章瑞 博士
  39. 39. What 「撥雲見日、畫龍點睛」是種 系統分析過程 也是專案計畫推動的前置作業 ─ 空軍「筧」橋精神日日「新」的故事
  40. 40. ○ ○ 年 ○ ○ ○ 校畢業約 300 軍官, 飛行軍官約 50 人,地勤軍官約 250 人, 飛行與地勤軍官補充比例為 1 : 5 <ul><li>飛行軍官補充不足 </li></ul><ul><li>地勤軍官補充過剩 - 無法全部派職 </li></ul><ul><li>人力素質未達理想 </li></ul>混沌的產出,必源自混沌的系統 事實 問題
  41. 41. 撥開雲霧,驚見煦光 一年 二年 三年 四年 飛行 地勤 約 300 人 入學 ( 飛行 ) 混沌源自 系統結構 過程不合理 筧新計畫 策略作為專案管理 50 250 ( 約值 )
  42. 42. 專案策略思維提供新系統效益 一年級 二年級 三年級 四年級 ( 飛行 ) 飛行 地勤 約 300 人 入學 撥雲見日 畫龍點睛 100 70 Out Out Out Out 鑑定飛行 Out 組織規劃 資訊管理 諮商作為 教育革新 飛訓精進 策略作為+專案管理 一個計畫 八大主案 123 子項 整體規劃 分工授權 系統管理

×