Please enable JavaScript.
Coggle requires JavaScript to display documents.
L3.02.08-整合專案管理計畫, ✅ 整體 Rita 強調： - Coggle Diagram
L3.02.08-整合專案管理計畫
1️⃣ 整合專案管理計畫
（Develop Project Management Plan）
計畫書的定義與用途
統整所有子計畫（範疇、進度、成本、品質等）
提供實施依據、後續監督與控制標準
📌 Rita觀點：
整合性的最終藍圖，版本控制是關鍵
計畫內容組成
子計畫（範疇/進度/成本/品質/資源/風險…）
管理計畫（變更、構型、利害關係人參與計畫）
專案文件（假設條件、里程碑清單…）
批准與更新機制
發起人/變更管制委員會（CCB）核准
📌 Rita觀點：
動態計畫文件，會變動！
2️⃣ 實施整合變更控制
（Perform Integrated Change Control）
變更的來源與處理流程
來源：利害關係人、風險應對、進度延遲
處理：提出→記錄→評估→批准/否決→更新
📌 Rita觀點：
強調流程與文件一致性
CCB（變更管制委員會）
決策角色與授權
記錄變更理由與版本編號
📌 Rita觀點：
考點高發，需熟記 CCB 職責與流程
變更管制工具
變更申請單
變更追蹤表
計畫修訂記錄
3️⃣ 構型管理
（Configuration Management）VS
變更管制
（Change Control）
構型管理定義
專注於產品/可交付成果的
功能與屬性版本控制
包含命名規則、基線、審查程序
📌 Rita觀點：
構型管理 ≠ 變更管制，但兩者互補
與變更管制的關係
構型：
針對「產品/文件的版本基線」
變更：
針對「計畫與執行的改變流程」
📌 Rita觀點：
兩者常同時考，需清楚辨別
構型識別與追蹤
對象：WBS、圖紙、版本文件
工具：版本管理系統（如Git）、追蹤資料表
✅ 整體 Rita 強調：
🧠 要熟記：
「變更評估流程＋結果（批准/否決）＋更新作業」
情境題愛問
變更流程中哪個角色核准？
→（答：CCB）
構型管理常與文件版本、產品屬性控制有關
整合計畫書 ≠ 專案章程（章程不含詳細管理方法）