Please enable JavaScript.
Coggle requires JavaScript to display documents.
L3.02.08.02-變更管制 vs 構型管理, 🧠 核心定義對照, 🎯 專案管理文件補充對照表（精簡記憶）, 🧠 Rita 題型提醒：…
L3.02.08.02-變更管制 vs 構型管理
🔄 Change Control（變更管制）
🎯 定義：控制對專案計畫的變更
🧾 實務流程
提出變更請求（Change Request）
CCB 變更控制委員會審查
決策：批准 / 否決 / 延後
更新基準文件（如時程、成本、範疇)
📄 文件依據
專案管理計畫書（變更管理計畫）
變更紀錄（Change Log）
🧠 Rita 視角
CCB 是唯一能核准基準變更的機構
題幹常混淆「誰能批准變更」 → PM 不能單獨決定！
🧩 Configuration Management（構型管理）
🎯 定義：管理交付成果的技術特性與版本
⚙️ 管理要素
構型識別（命名、版本）
狀態紀錄（歷史追蹤、版本紀錄）
構型審查（技術符合性確認）
構型控制（防止未授權變更）
📄 管理對象
產品規格文件
設計圖、測試規格、軟體版本
原始碼、編號、版本紀錄
🧠 Rita 視角
構型≠計畫變更，而是「版本管理」
題幹常問：哪個管理產品成果版本？
答：構型管理！
⚖️ 差異比較總結（常考表）
Change Control：
計畫文件 × 評估流程
Configuration Management：
交付項 × 技術一致性
Change Control：
針對「做不做」變更 → 決策導向
Configuration Management：
針對「改了什麼版本」→ 文件導向
流程對照與實務應用
兩者交互作用
變更管制先決定是否變更
構型管理記錄與追蹤變更過程與成果版本
例子：
客戶要求修改交付報表內容 →
提出變更申請 → CCB 審查 → 通過後 →
構型管理系統更新「交付報表 v2.0」
🧠 核心定義對照
關注重點
變更流程與影響評估
管理對象
專案計畫與流程的變更
目的
控制改變、評估、批准
決策機制
由 CCB 審查與批准變更
🎯 專案管理文件補充對照表（精簡記憶）
WBS 結構調整
變更控制
成本基準調整
變更控制
輸出報表格式標準化
構型管理
技術圖面版本
v1.1 → v1.2
構型管理
🧠 Rita 題型提醒：
概念題
變更 vs 構型 定義差異
文件題
哪些文件屬於構型？
管控題
版本控制歸屬哪個流程？
流程題
誰負責？流程順序？
🔍 Rita 視角：
📌 「變更」是針對
計畫層級
如時程、成本
📌 「構型」是針對
成果層級
如文件編號、版本控制
🔍 Rita 視角：
✅ 「非 PM 可單獨
批准變更」
這句通常是陷阱！
✅ 題幹常問：
「誰核准？變更的結果記在哪？」
成果版本與規格控制
項目
變更管制
（Change Control）
構型管理（Configuration Management)
可交付成果的技術
特性與版本
維持產品一致性與正確性
由 CM 系統記錄
版本與追蹤
題幹混用詞：如“記錄文件版本屬於變更控制嗎？” ❌
題型
考點
題目常見設陷方式
題幹常問「哪個步驟先？
誰做決策？」
構型文件：設計圖、
說明書、原始碼版本
常考：「控制成果一致性
= 構型管理」
文件/活動
管理方式
說明
屬於計畫內容變更
管理「交付品」文件版本
涉及預算數字改動
為交付成果之一