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

971 大同 Pm Lec04 (Final)Shorter

on

  • 550 views

 

Statistics

Views

Total Views
550
Views on SlideShare
550
Embed Views
0

Actions

Likes
0
Downloads
8
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 971 大同 Pm Lec04 (Final)Shorter Presentation Transcript

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