971 大同 Pm Lec04 (Final)Shorter
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

971 大同 Pm Lec04 (Final)Shorter

on

  • 459 views

 

Statistics

Views

Total Views
459
Views on SlideShare
459
Embed Views
0

Actions

Likes
0
Downloads
7
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

971 大同 Pm Lec04 (Final)Shorter Presentation Transcript

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