◎整合管理
1. 目的
(1) 辨識、定義、結合、統一、及協調專案管理流程群組不同的流程與專案管理活動中所需的流程及活動
(2) 限定了對專案資源分配的選擇
(3) 對互斥目標及方案作取捨(Trade-Off)
(4) 管理各知識領域間的相互依賴
2. PM在整合管理中的角色，以規劃開始
◎發展專案章程 (Develop Project Charter)
1. 目的
(1) 作為正式核准一個專案或階段成立的文件；由贊助者、PMO、專案組合指導委員會授權
(2) 作為提供PM動用專案活動所需資源之授權
2. 投入(Input)
(1) 專案工作條款(SOW): 包含營運需要、產品範疇描述、策略計畫書等
(2) 營運企劃案: 市場/客戶/組織之需求、技術提升、法律要求、生態影響、社會需要、政府規定等
(3) 合約: 專案為外部客戶服務時，由客戶提供(包含專案工作條款)
(4) 企業環境因素: 包含組織、公司或客戶的文化結構、基礎建設(既有設施及資本設備)、市場形勢、人資管理、利害關係者風險承受度、專案管理資訊系統等
(5) 組織流程資產: 包含標準化指導綱要及指引、溝通媒介/紀錄的保留及安全需求、議題與缺失管理程序、流程衡量資料庫、專案資料檔、專案行事曆/時程/網路圖範本、議題及缺失管理資料庫、經驗學習知識庫等
3. 產出(Output):
(1) 專案章程(Project Charter)
(2) 內容包含高層次需求/風險/專案描述、里程碑摘要、概要預算、成功準則、專案目的、批准需求、PM指派/職等
◎發展專案管理計畫書(Develop Project Management Plan)
1. 投入
(1) 專案章程
(2) 規劃流程的產出
2. 產出: 專案管理計劃書 -> 為執行、監控、結束流程群組之投入項(Input)
◎專案管理資訊系統(Project Management Information System; PMIS)
1. 可用以蒐集及發佈資訊
2. 執行階段發揮功效，其他規劃、監控、及變更階段皆隱含在企業環境因素
3. 整合變更管理及構型管理
◎構型管理系統(Configuration Management System; CMS)
1. 目的
(1) 發展評估變更的一致流程
(2) 建立可審查與核准適當變更的環境
(3) 建立溝通標準
2. 作用
(1) 用於提交變更申請、追蹤核准後的變更、確定變更的批准層級、及核准變更的方法
(2) 通過變更控制而對產品特色與細節予以控制
3. 專注於交付標的及流程的規格
(1) 構型辨識, 例: 版本v00 -> v01
(2) 狀態登錄, 例: 編號紀錄
(3) 驗證與稽核, 例: 納管前確認版本、內容…
◎變更控制系統(Change Control System; CCS)
1. 聚焦於辨識、紀錄、及控制專案與產品基準之變更
2. 是正式的、制定程序、文件表單、追蹤系統、及不同階層審核變更的定義，用以評估在專案中變更申請的影響與後果
◎變更控制(Change Control)
1. 整合變更控制: 係審查所有的變更申請、核准變更，並管理交付標的、組織流程資產、專案文件、專案管理計畫書等變更之流程
2. 合約變更控制系統: 定義可修改採購的流程，包含文書作業、追蹤系統、爭議化解程序、以及核准變更所需要的核定層級
3. 變更控制委員會(CCB): 負責變更申請之核准或駁回
4. 專案變更處理原則
(1) 提問有關需求，不能say no
(2) 傾聽利害關係者的希望，要什麼? 可能的影響? (Time, Cost…)
(3) 分析可行方案，並溝通方案與衝擊
(4) 讓客戶決定要或不要什麼
5. 當專案收到變更申請時，處理程序/步驟
(1) Document Request
(2) Analysis Impact in project goal (Scope, Time, Cost, Quality)
(3) Solution or Alternative evaluation
(4) Perform Integrated Change Control (if not change baseline, no need CCB)
(5) Implementation
(6) Check and Review
◎結束專案或階段
1. 意涵
(1) 獲得顧客或贊助人接受
(2) 執行專案或階段結束後審查
(3) 紀錄、裁適對流程的影響
(4) 紀錄經驗學習
(5) 更新組織流程資產 -> 包含專案檔案、專案或階段結束文件、歷史資訊
(6) 將PMIS中專案文件歸檔，作為歷史資料使用
(7) 結束採購 -> 完成採購的結案，並更新組織流程資產(OPA)，包含採購檔案、交付標的的接受、經驗學習文件
2. 活動
(1) 符合專案完成或成功定義 -> 符合專案目標與需求
(2) 移交專案產品、服務、或結果至下一階段、或量產、或營運 -> 正式簽收移轉
(3) 蒐集專案或階段紀錄
(4) 稽核專案成功或失敗
(5) 蒐集經驗學習 -> 歷史性資訊、經驗學習移轉至Lesson Learn知識庫
(6) 將專案資訊存檔
(7) 釋出資源，包含解散專案團隊
3. 補充 專案檔案 vs. 合約檔案
(1) 專案檔案: 專案所發生、決定、與核准變更事情的任何文件，包含財務紀錄、法律文件 (未核准的變更文件，不列入)
(2) 合約檔案: 包含合約、獲准變更、正式驗收有關的文件
沒有留言:
張貼留言