971 大同 Pm Lec04 (Final)Shorter

408 views
346 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
408
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

971 大同 Pm Lec04 (Final)Shorter

  1. 1. Lecture 04 曾章瑞 Peter Tzeng
  2. 2. 專案組織
  3. 3. 管理系統與程序
  4. 4. 專案管理的核心 1/2 <ul><li>管理專案的知識領域,依專案管理學會 (PMI) 的說法,包括九大領域,形成一個專案管理知識體系 (project management body of knowledge; PMBOK) 。 </li></ul>範疇管理 時間管理 成本管理 品質管理 人力資源管理 溝通管理 採購管理 風險管理 整合管理
  5. 5. 圖 3-1  專案管理程序 執行 控制 計畫 起始 結案 說明:本圖以專案的生命週期中的一個專案階段說明專案    管理程序,由圖中顯示管理程序會發生重疊現象。 「作業管理程序」 (operational management process) ,乃確保專案持續運作的主要程序。 「基本管理程序」 (basic management process) 。 撥雲見日 階段結束 工作量
  6. 6. 圖 3-2  各專案階段的管理程序 說明:管理程序互為因果關係。 啟始 計畫 結案 控制 執行 5 個程序在專案的各個階段中,相互影響,互為因果
  7. 7. 圖 3-3  不同專案階段的管理程序 說明:前一階段結案,即進入另一階段的「啟始」程序。 啟始 計畫 結案 控制 執行 啟始 計畫 結案 控制 執行 啟始 計畫 結案 控制 執行 在不同階段之間,也是互相影響的,此外,這些管理程序在專案生命週期的同一階段中,亦會產生重疊 (overlap) 的現象。 階段 3 階段 2 階段 1
  8. 8. 圖 3-9   CDPM 的持續改善方法 顧客滿意 定義需求內容 採取行動 定義專案程序 監控持續改正 選定改進時機 分析改進機會 完成改正行動 審查改正結果
  9. 9. 專案的整合管理 <ul><li>專案整合管理的目的 </li></ul><ul><li>專案整合管理的過程 </li></ul><ul><li>工程管理 </li></ul>
  10. 10. 專案整合管理的目的 <ul><li>專案整合管理 (project integration management) 係在整個專案生命週期 中將範疇、時間、成本、品質、人力資源、溝通、風險、採購等專案的知識領域加以整合,以引導專案步向成功之途 。 </li></ul>
  11. 11. 專案整合管理的過程 <ul><li>專案整合管理的程序包括 3 個步驟。 </li></ul><ul><ul><li>計畫過程 (planning) </li></ul></ul><ul><ul><li>執行過程 (executing) </li></ul></ul><ul><ul><li>控制過程 (controlling) </li></ul></ul>
  12. 12. 計畫過程 <ul><li>專案 計畫發展 ( project plan development ) :是 將其他與專案有關的計畫整合成 一個 具有一致性、連貫性的文件檔 ,並用於指引專案的執行和控制,此一文件檔即是 專案計畫 (project plan) 。 </li></ul>圖 4-1  專案計畫的發展過程 <ul><li>專案計畫方法 </li></ul><ul><li>專案關係人的技能和知識 </li></ul><ul><li>專案管理資訊系統 </li></ul>專案計畫發展 <ul><li>與專案有關的各項計畫 </li></ul><ul><li>歷史資料 </li></ul><ul><li>組織政策 </li></ul><ul><li>專案計畫 (project plan) </li></ul><ul><li>支援細節 </li></ul>
  13. 13. 執行過程 <ul><li>專案的計劃執行過程是專案五大過程中最重要的部分,專案計畫的執行過程。 </li></ul>圖 4-2  專案計畫的執行過程 <ul><li>改正措施 </li></ul><ul><li>管理技能 </li></ul><ul><li>工作授權系統 </li></ul><ul><li>專案管理資訊系統 </li></ul><ul><li>組織程序 </li></ul>專案計畫的執行 <ul><li>專案計畫 </li></ul><ul><li>支援細節 </li></ul><ul><li>組織政策 </li></ul><ul><li>預防行動 </li></ul><ul><li>專案執行的結果 </li></ul><ul><li>變更請求 </li></ul>
  14. 14. 控制過程 <ul><li>專案的整合變更控制 (integrated change control) :包括 整個專案生命週期中相關變更的辨別、評估和管理。 </li></ul>圖 4-3  整合變更控制過程 <ul><li>變更控制系統 </li></ul><ul><li>構型管理 </li></ul><ul><li>績效測量法 </li></ul><ul><li>專案管理資訊系統 </li></ul>整合變更控制 <ul><li>專案計畫 </li></ul><ul><li>變更請求 </li></ul><ul><li>績效報告 </li></ul><ul><li>專案計畫變更 </li></ul><ul><li>改正措施 </li></ul><ul><li>經驗傳承 </li></ul>
  15. 15. 工程管理 <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>
  16. 16. 工程管理的意義 <ul><li>工程管理 (engineering management) : 針對以 技術為主體 的專案,進行 計劃、組織、資源配置、指導與控制的科學 與 藝術 。 </li></ul><ul><li>工程管理乃鎖定以工程為主體的專案,所從事的管理性活動。 </li></ul>
  17. 17. 系統工程管理 <ul><li>系統工程 </li></ul><ul><li>系統的意義 </li></ul><ul><li>系統的分類 </li></ul><ul><li>系統時代的特性 </li></ul><ul><li>系統工程的意義 </li></ul><ul><li>系統生命週期 </li></ul><ul><li>系統工程的工作內涵 ( 表 4-2) </li></ul><ul><li>系統工程發展與可靠度 </li></ul>
  18. 18. 系統 工程 <ul><li>系統工程與管理學術之關係,如圖 4-4 。 </li></ul>圖 4-4  系統工程與管理學術之關係
  19. 19. 系統的意義 <ul><li>系統由組件 (components) 、屬性 (attributes) 、相互關係 (relationships) 所組合在一起 ,其組合乃為了達成一個或數個相同的目標。 </li></ul>
  20. 20. 系統的分類 靜態與動態系統 (static and dynamic systems) 實體與概念系統 (physical and conceptual systems) 自然與人造系統 (nature and man-made systems) 封閉式與開放式系統 (closed and open systems)
  21. 21. 系統時代的特性 <ul><li>系統時代是目標導向 (objective-oriented) </li></ul><ul><li>系統時代具有合成性 (synthetic) </li></ul><ul><li>系統時代是「團隊工作」 (team-work) </li></ul><ul><li>系統時代強調「技術專家」 (technical experts) </li></ul><ul><li>系統時代與傳統管理特質比較,如 表 4-1 。 </li></ul>
  22. 22. 表 4-1  系統時代與傳統管理特質比較
  23. 23. 系統 工程的 意義 <ul><li>系統工程 (systems engineering) :是一種 綜合技術,以定義系統、發展系統、評估系統,期 以經濟且有效地完成理想的系統、解決問題、滿足需要的綜合學術 。 </li></ul><ul><li>系統工程的概念,詳如 圖 4-5 及 圖 4-6 所示。 </li></ul>
  24. 24. 圖 4-5  系統工程重在解決問題 問題 ( 需求 ) 定義系統 發展系統 評估系統 解決問題 ( 滿足需求 ) 科際整合
  25. 25. 圖 4-6  系統工程是科技整合 各相關 科學 航空工程 系統科學 成本工程 可靠度工程 後勤工程 管理科學 工程科學 . . . . .
  26. 26. 表 4-2  系統生命週期中的系統工程工作內涵
  27. 27. 系統工程發展與可靠度 <ul><li>可靠度配當 (reliability allocation) </li></ul><ul><ul><li>可靠度為系統需求規格的重要項目之一,當系統需求確定之後,應逐級將 此需求或稱「系統規格」 ,往下層發展次系統規格; </li></ul></ul><ul><ul><li>同理,亦須將全系統可靠度目標,分配至次系統產品規格上,作為設計目標及測試的依據,此一過程,即稱為「 可靠度配當 」; </li></ul></ul><ul><ul><li>如 圖 4-7 。 </li></ul></ul><ul><li>可靠度預測 (reliability prediction) </li></ul>
  28. 28. 圖 4-7  可靠度配當
  29. 29. 資料管理 <ul><li>資料管理的意義 </li></ul><ul><li>資料的分類及型態 ( 圖 4-8) </li></ul><ul><li>文件需求 ( 表 4-3) </li></ul><ul><li>資料庫管理系統 ( 圖 4-9) </li></ul>
  30. 30. 資料管理的意義 1/2 <ul><li>資料 (data) :乃專案進行期間,因計畫發展、計畫 進度管制、決策、界定系統設定、生產、操作/維護 的需要,用於 支援研究、工程發展、採購、訓練等用途 之 行政、管理、財務、科學、工程等相關文件 。 </li></ul><ul><li>這些資料係 由主合約商或其次合約商所發展出來的文件,作為需求者依特定用途選項的參考 。 </li></ul>
  31. 31. 資料管理的意義 2/2 <ul><li>資料管理 (data management) :就是建立資料的管理系統,產生、準備維護需求者所需的資料。 </li></ul><ul><li>以需求者的觀點,「資料管理」係依自身的需求,選擇、獲得,及使用資料。 </li></ul>
  32. 32. 圖 4-8  資料的型態
  33. 33. 表 4-3  專案生命週期的文件需求表
  34. 34. 圖 4-9  資料庫管理系統 (DBMS) 的架構
  35. 35. 介面管理 <ul><li>介面管理的意義 </li></ul><ul><li>介面的種類 </li></ul><ul><li>介面管理的目的 </li></ul><ul><li>介面管理的要點 </li></ul>
  36. 36. 介面管理的意義 <ul><li>介面管理 (interface management) :就是在專案過程中, 採用管理方法,以改善介面間的關係及提高系統的整體效率與效益 。 </li></ul>
  37. 37. 介面的種類 1/2 <ul><li>按性質區分 </li></ul><ul><li>可分為靜態介面與動態介面: </li></ul><ul><ul><li>靜態介面 (static interface)- 非專案管理過程產生,如採購作業過程。 </li></ul></ul><ul><ul><li>動態介面 (dynamic interface)- 由專案管理過程產生,如工程可行性分析報告。 </li></ul></ul><ul><li>按功能區分 </li></ul><ul><li>可分為產品介面與專案介面: </li></ul><ul><ul><li>產品介面 (product interface) :如系統不同層次間。 </li></ul></ul><ul><ul><li>專案介面 (project interface) :如專案與功能組織間。 </li></ul></ul>
  38. 38. 介面的種類 2/2 <ul><li>按型態區分 </li></ul><ul><li>可分為人員介面、組織介面與系統介面: </li></ul><ul><ul><li>人員介面 (personal interface) </li></ul></ul><ul><ul><li>組織介面 (organizational interface) </li></ul></ul><ul><ul><li>系統介面 (system interface) </li></ul></ul>
  39. 39. 介面管理的目的 <ul><li>規模愈大、愈複雜的專案、介面管理愈顯得重要,其管理的目的,可分為下述 4 點: </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>
  40. 40. 介面管理的要點 <ul><li>一開始就找到一個好的起點 </li></ul><ul><li>規劃專案整合程序 </li></ul><ul><li>建立 整合性的 WBS 、時程與預算計畫 </li></ul><ul><li>建立 整合性的專案管制計畫 </li></ul><ul><li>介面衝突管理 </li></ul><ul><li>訂定縝密的專案轉移計畫 </li></ul>
  41. 41. 圖 4-10  專案轉移示意圖 概念探索 R & D 測試 製造 使用者 專案轉移代表 專案轉移規則變化
  42. 42. 專案管理問題分析決策演練 ( 二 ) <ul><li>老師口述問題的現象 (Scenario_02) </li></ul><ul><li>學生演練 : ( 課間完成 ) </li></ul><ul><li>問題描述(本日演練) </li></ul><ul><li>問題分析(本日演練) </li></ul><ul><li>解決問題的策略思維及規劃 ( Strategic planning ) 討論 </li></ul>

×