⚠ PgMP 易混淆概念對照表

Life Cycle 是『整個 program 怎麼跑』,不是『單一 component 怎麼跑』。Component 的 lifecycle 由 PjM 管

Comparative Advantage(為何這個 program 比別的好)vs Feasibility(這個 program 自己做得起做不起)— 兩者常混

BM(Benefits Map)≠ BDM(Dependency Map)≠ BRM(Roadmap)— 各管 What/How/When。Sustain 不在範圍內但 PgM 要交計畫

Governance(治理 = 決策層)≠ Management(管理 = 執行層)。PSC vs Sponsor vs PgM 三條線不可混

Stakeholder Register(識別清單)≠ SEP(如何贏得支持)≠ Communications Plan(如何發信息)— 三件文件各管一段

Core activities 不是『主要活動』而是『整合域』。常考 Infrastructure 三件套(Core Team / PMO / PMIS)

Pre-initiation 屬『策略對齊』前置,PgM 還沒上任。題目若 PgM 還沒指派,該找 Sponsor 或 Portfolio Manager

Charter 簽完才算正式啟動。HL-Business Case(pre-init)vs Full Business Case(Initiation)— 不同階段

Planning 是『建組織 + 寫計畫』,還沒交付。考題『下列哪份不屬於 PMP』通常選『投資組合計劃』或『項目章程』

Executing 與 Controlling 在 PgMP 合一(不像 PMP 拆開)。Component 跑迭代:Authorize → Deliver → Transition

Transition ≠ Closure。Transition 是 benefits 移交;Closure 是 program 行政關閉。子項目可先 transition,program 才 closure

易混:Formulation 是『PgM 接手前的雛形』,Initiation 是『正式立項』。Charter 簽完才算真的啟動

易混:這裡是『建組織』不是『建子項目』。子項目要等 component planning 才產出

易混:偏差 (Variance) 是某時點的差,趨勢 (Trend) 是多期變化方向。題幹若連續 3 期都偏 → 趨勢問題

易混:CA/PA 是執行內部行動,**不是** Change Request。CR 改的是 baseline 本身

易混:Plan Update 一定要走 CCB 變更控制流程,不能 PgM 自己改

易混:Impact Assessment 是 input,**不是** decision。最後核可在 CCB / PSC

易混:**Risk 不等於 Issue**。題幹若用 'concerned that may happen' → Risk;'a fire happened, customer angry' → Issue

vs Charter:BC 回答『為何做』,Charter 是『正式授權做』。BC 在前、Charter 在後

vs Schedule:Roadmap 是高階 milestone+依賴,不到 activity 級;Schedule 才是細節進度。Richard 強調 Roadmap 是 baseline document

vs Project Scope Statement:Program 級只到高階邊界,**不細到 WBS**;PWBS 最多分到第二層,再下去是 component 自己的事

vs Master Schedule:HL-Milestones 只列關鍵節點;Master Schedule 是 Planning 階段才產出的完整進度基線

vs Benefits Management Plan:BRP 是『執行藍圖』(How/When deliver);BMP 是『治理指南』(How manage)。BRP 高階版在 Init,完整版要等 Plan

vs Stakeholder identification meeting:Kick-off 是『正式宣告啟動』,參與者已是被識別/分析過的關鍵 SH;不是用來識別新 SH

vs Risk Assessment:Environmental Assessment **比 Risk 範圍更大**,評估整體環境;Risk 只看具體不確定事件

BC 不是一次性文件:Richard 強調『商業論證會在戰略制定→項目集發起兩階段反覆引用』,有變動要 update

Roadmap 是 baseline document 但**仍可更新**:不是『畫完就鎖』,是『鎖後變更要走治理流程』

vs Project Charter:PgM Charter **必須包含推薦的治理結構** (governance structure) 與收益定義,Project Charter 沒有這一條

Comparative Advantage vs Feasibility:前者『為何這個 program 比別的好』(比較);後者『這個 program 自己做得起來嗎』(驗證)

考點:『下列何者不屬於 PMP 子計畫』— 答案常是『投資組合計畫』或『項目章程』。Charter 是輸入,不是子計畫

Component 啟動授權的是 **PSC**,不是 PgM 自己決定。PgM 是提交申請;PSC 看是否符合戰略對齊與收益依賴後核可

**Oversight ≠ Management**:PgM 不過度干預 component 內部活動,PjM 負責日常管理;PgM 看的是跨 component 的整合與戰略一致性

Component Transition 是『階段性移交』,Program Transition 是『整個 program 結束時的最終移交給營運』。考題常用 component 完成試探是否要關 program

vs Program Closure approval:這裡是『單一 component 的關閉核可』;Program 結案核可在 close 階段由 PSC 另行處理

考點:戰略變動時 PgM 的第一步**不是**停下 program,而是評估影響並提交變更請求給 PSC;Sponsor/PSC 決定 go/modify/no-go

Final Report 涵蓋『所有面向 baseline 對比』,不是只看 EVM 數字。是組織知識資產的核心輸入

Richard 強調『移交是收尾的必要條件,沒有移交,program 不可能收尾』。Transition 一定先於 Closure

vs Transition Approval:Transition 核可的是『東西交出去』;Closure 核可的是『program 組織解散』。兩個是分開的決策

Program Transition Plan ≠ Benefits Transition Plan:Richard 強調**沒有『Benefits Transition Plan』**這份文件,別被迷惑選項騙

收尾順序鐵則:**先關閉所有 component,再關 program**。不能 program 先關但 component 還在跑

vs Lessons Learned session:Post-review 是『組織高層做的後評價』,評對象包含 PgM 本人;Lessons Learned 是團隊內部知識萃取

Lessons Learned **強制使用既有經驗**(mandatory),不是『可選』。考題若選『可選使用』就是錯的

易混:Benefit ≠ Deliverable。Benefit 是價值 (如「客訴下降 30%」),Deliverable 是產出 (如「新 CRM 上線」)。題幹給的是『結果價值』就選 Benefit

易混:三份效益文件分工 — BR = What (清單+KPI)、BMP = How (治理指南)、BRP = When/Who (執行藍圖含 BDM/BRM)。題幹問『how to manage』選 BMP,問『when delivered』選 BRP

易混:Incremental Benefits = component 一邊做一邊產出 (如分批上線);End Benefits = 全部 component 完成才能拿到的整體價值。考題若描述『階段性已看到部分回報』→ Incremental

易混:Transition ≠ Closure。Transition 是『把 benefit 交給營運繼續產出價值』,Closure 是『關掉 program 本身』。題幹若提到『handover to operations』→ Transition

易混:Sustainment 不等於 Project work continues。Sustainment 是『營運期維持效益』,不是『繼續做專案』。Richard 強調:Sustainment 不在 program 範圍內,但 PgM 仍要交一份計畫

易混:Organization Governance ≠ Program Governance。前者是『上層批准 program 該不該做』,後者是『program 內部自己的治理 (PSC) 怎麼運作』。題幹若提到『approve the program itself』→ Organization Governance

易混:Governance Plan 是『規矩本身』,Governance Structure 是『誰來執行規矩 (PSC)』。PMO ≠ PSC — PMO 是辦事員 (標準化/支援),PSC 是決策者

易混:雙層 CCB — Program CCB 審 program-level 變更,Component CCB 審 component-level 變更;但只要 CR 影響 program 整體 benefit,**必須上呈 PSC** (Governance Board) 核可

易混:Health Check 是『定期體檢』(隨時做),Phase-gate Review 是『階段關口 go/no-go』(每階段結束做)。Audit 是合規檢查,不是 Gate

易混:這步是 Transition Approval 的前提 — 沒整合好,PSC 不會批准移交

易混:Transition Approval 在前,Closure Approval 在後。順序顛倒題幹會故意設陷阱

易混:Closure Approval 後 program 才真的結束。但 Sustainment 仍會繼續產生 benefit — 那是 ongoing organization 的事,不是 program 的事

易混:識別 (Identification) 階段只產 Register,**還沒做分析**;Power/Interest Grid 與 Engagement Plan 都要等到 Planning 階段才出現

易混:Stakeholder **Map** 是視覺化『關係網』,Power/Interest **Grid** 是 2×2 分類方格,Grid 是 Map 的具體應用之一,題目兩者常混用

易混:SEP 完成後,**下一步是制定 Communication Plan**,不是直接 Engage Stakeholders。題幹常設陷阱『SEP 完成下一步?』→ 選 Communication Plan,不是『去 engage』

易混:**Issue Log ≠ Risk Register**。Risk 是『未發生不確定』,Issue 是『已發生需處理』;題幹 'concerned may happen' → Risk,'a fire happened, angry customer' → Issue

易混:收尾階段用 **Final Report**,不是 Performance Report 或 Status Report。題幹寫『program ends』→ 必選 Final Report

易混:Foster Relationship 出現在 **Closing** 階段,不是 Executing。考題若情境是『program 即將收尾,如何確保 benefits 持續』→ 答案是 Foster Relationship,不是 Engage Stakeholders

易混:Integration 在 PMP 只是『十大知識領域』之一,在 PgMP 是 **5 個 Core Activity 的母概念**,層級更高,涵蓋整個生命週期

易混:**PgM 是在 Construct sub-phase 任命**,但 **Infrastructure(Core Team/PMO/PMIS)是在 Plan sub-phase 建立**;兩者都在 Definition Phase 但子階段不同,常考

易混:**Delivery Management(管理活動)≠ Delivery Phase(階段)**。Phase 是時間段名稱,Management 是具體要做的事;Phase 內同時跑 Delivery Management 與 Performance M&C 兩個 Core Activity

易混:**Adaptive Change 是 PgM 特有**(主動追求變更,計畫裡本來沒有,但對齊戰略與收益最大化更佳);Corrective/Preventive 才是『跟計畫比較』後的反應,題目常考三者差異

易混:標準書順序寫『先 Sustainment 後 Transition』其實邏輯反了 — 實務應該『**先 Transition 再 Sustainment**』。考試若兩個都出現,Transition 在前;Sustainment 已超出 program scope 但 PgM 仍要交計畫

易混:標準原句『Program resources are **appropriately** released』— 關鍵字是 **appropriately 不是 all**!對 Sustainment 有支援責任的人要『暫時保留』,支援期結束才釋放

PWBS 只到 Program Work Package(PWP),不像 Project WBS 拆到 activity 層。Component 內部 scope 由 PjM 管

Program 層 Critical Path 是『component 里程碑依賴鏈』,Float/Slack/CPM 是 Project 層概念

Management Reserve(PSC 控管,baseline 外)vs Contingency Reserve(PgM 控管,baseline 內)— 動用 MR 要走變更

QA(看過程,Audit)vs QC(看結果,Inspection)— Customer Satisfaction 是 QC 輸出而非 SH 輸出

跨 component 資源衝突由 PgM 協調,**不允許 PjM 自行協調**。題目只說『資源』要選 Resource Management Plan 不選 PMP

Risk(未發生不確定)≠ Issue(已發生)。題幹『concerned that may happen』→ Risk;『a fire happened』→ Issue

RFP(複雜需求出價邀請)vs RFQ(價格快問)vs RFI(收集資訊)。Make-or-Buy 決策在 Planning 階段

易混:Program 範圍是『跨 component 的協同邊界』,不是把所有 component WBS 加總。考題若給『WBS 細到 work package』→ Project 層,不是 Program 層

易混:PWBS 只拆到 PWP (Program Work Package) 層,不再往下拆 activity;component 內部的 WBS 由 PjM 負責,不是 PgM 的工作

易混:component-level 範圍變更不一定上 program CCB;但若 component 範圍變動會牽動其他 component 介面或整體 benefit delivery,必須回 program CCB → Governance Board

易混:PMP 的 Schedule 拆到 activity 跑 CPM,PgMP 的 Schedule 只到 milestone 與 component 依賴。題幹若給『ES/EF/LS/LF 浮動時間 (Float/Slack) 計算』→ Project 層,不是 Program 層

易混:Crashing (加資源加成本) vs Fast Tracking (並行增風險),題幹要看代價接受度。在 Program 層,進度延遲若影響 Benefit Delivery Date 必須上 Governance Board,不只 CCB

易混:Financial Framework 是『資金規則骨架』,不是 Cost Baseline;Cost Baseline 要等 Planning 階段做完 Cost Estimation 與 Budgeting 才產出

易混:Cost Baseline = 各成本估算 + 應急儲備 (Contingency,PM 自管);Program Budget = Cost Baseline + 管理儲備 (Management Reserve,需高層批准動用)。BAC = Program Budget 全額,於啟動前確定

易混:Program Operational Costs 是 program 自身運作費 (PMO/PgM 薪資),不是 component 交付成本;考題若問『PgM 辦公室租金算哪邊』→ Operational Costs

易混:Component Cost Estimation 在 Executing 階段做 (因為 component 是滾動授權的),不是在 Planning 階段一次做完

易混:PMB (Performance Measurement Baseline) = PV 累積曲線,不含 Management Reserve;Program Budget = PMB + Management Reserve

易混:EAC 5 種情境必須讀題判斷關鍵詞 — 『重新估算』選 (a);『偏差會持續』選 (b)/(d);『一次性偏差』選 (c);『進度成本都受影響』選 (e)。另外 CR 改的是 Budget Baseline 本身,Corrective Action 是不變更 baseline 的內部行動

易混:Financial Closure 是 program 自身的財務收尾,不包括 Benefit Sustainment 階段的營運費用 — 那筆錢移交給 ops team 後不再由 PgM 管

易混：Risk Management Plan 是『怎麼做風險管理』；Risk Register 是『有哪些風險』。前者是方法論、後者是清單，題幹分不清楚會選錯

易混：Project Risk Register 與 Program Risk Register 不同層。題幹『PM 處理不來 / 影響超出單一專案』→ 答案是 Escalate，並從本層移除、寫入上層

口訣『定性排序、定量算錢』。題幹要『誰先處理』→ 定性；要『預期金額損失』→ 定量

高頻易混：Avoid（消除來源）vs Mitigate（降概率/影響）、Transfer（負面轉嫁付溢價）vs Share（正面共享收益）、Exploit（100% 抓住）vs Enhance（提高概率）、殘餘（剩下的）vs 次生（做出來的）

易混三層認知：已知-已知用直接成本；已知-未知用 Contingency Reserve（PgM 控、在 cost baseline 內）；未知-未知用 Management Reserve（Sponsor 控、不在 baseline、動用要走變更）

易混：PMP 是單一專案單一合同；PgMP 是『Program 統一採購策略 + multi-component 主合約』。題幹『每個 component 各自找供應商』通常是錯誤做法

易混：RFI 是『收資訊』（沒承諾要買）、RFQ 是『快問價格』（規格已明確、比價）、RFP 是『要完整提案』（複雜需求、含技術+商務）。題幹『規格還不清楚要先了解市場』→ RFI

易混：採購『管理』(Administration) 是合約執行期；採購『收尾』(Closure) 是合約關閉。題幹若還在付款、還在驗收 → Administration，未到 Closure

易混：採購收尾跟錢有關，必須處理完畢；風險可移交給運營。題幹『有未結合同可不可以關 program』→ 不行，採購要先結清；但風險可以 Transition

vs Resource Plan:Allocation 是『動作』,Resource Plan 是『文件』

Sponsor 與 PgM 是兩個人;Sponsor 出資、PgM 執行。Executive Sponsor 比 Program Sponsor 更高層

vs Contract Closeout Report:Awarded 是簽訂時、Closeout 是結束時

vs BRP:BMP 是 How(指南),BRP 是 When/Who(執行藍圖含 BDM/BRM);vs Benefits Register:BMP 是治理,Register 是清單

vs Benefits Realization Plan:BMP 是 How,BRP 是 When/Who 含 BDM/BRM

vs BMP(How 指南)vs BRP(When/Who 藍圖);Register 偏動態追蹤

CR 改 baseline,CA/PA 不改 baseline;Component 層 CR 影響 benefit 須升 Program CCB 再升 PSC

vs Business Case:BC 回答『為何做』,Charter 是『正式授權做』。BC 在前、Charter 在後

vs Quality Checklists:Completed 是已執行版本,Checklists 是模板

Component Transition ≠ Program Transition;一個 component 結束不等於 program 結束

vs Management Reserve:Contingency = 已知-未知,PM/PgM 控;Management = 未知-未知,Sponsor/PSC 控

PMO 是項目集管理辦公室(支援/標準化),不等於 PSC(治理決策)

vs Change Request:CA 不改 baseline,CR 改 baseline;vs Preventive Action:CA 是事後拉回,PA 是事前預防

vs BAC:BAC 啟動前定、EAC 進行中估;vs ETC:ETC 是剩餘要花、EAC = AC + ETC

Escalate 是正式策略,不是『丟給上面』;升送後須從本層 Register 移除,寫入上層

Evaluate(評估)≠ Identify(識別);評估在識別之後

原文拼字錯誤(Excute → Execute)

Financial Framework(框架,規劃早期)≠ Financial Management Plan(子計劃,更具體)

vs Financial Framework:Framework 是高階初始計畫(規劃早期),Management Plan 是子計劃(規劃完整版)

PSC 治理決策 ≠ PgM 日常管理 ≠ Sponsor 出資;三條線不可混

Phase-Gate ≠ Audit;Gate 是決策,Audit 是合規查核

IFB 重價格;RFP 重方案/技術;RFQ 重報價

Issue(已發生)≠ Risk(未發生不確定);題幹用 'a fire happened' → Issue

MOU 通常非具法律強制力;正式合作仍需 Contract

vs HL-Milestones / Roadmap:Master Schedule 細到 activity,Roadmap 只到 milestone+依賴

Sustainment 不在 program 範圍內;但 PgM 仍要交計畫

PWBS ≠ Project WBS;PWBS 只到 component 層,不細到 activity

原文拼字錯誤(Persure → Pursue)

PMB 不含 management reserve;Program budget = PMB + management reserve

QA 看過程、QC 看結果

vs Completed Checklists:此為模板;Completed 為已執行版本

RFP 重方案;IFB 重價格;RFQ 重報價;RFI 收資訊

RFQ 重報價;RFP 重方案;IFB 重價格(競標)

vs Issue Log:Risk 是未發生不確定,Issue 是已發生需處理

PSP 只到 program 級高階邊界,不細到 Project WBS

原文拼字錯誤(Excutive → Executive)

vs Salience Model:Power/Interest 是 2 維,Salience 加 Urgency 變 3 維

vs Stakeholder Register(識別清單)vs Communications Plan(如何發信息)— 三件文件各管一段

Sustainment Plan ≠ Project work continues;這是給 ops 的 handover 計畫

原文拼字錯誤(Transisted → Transitioned)

vs Sustainment Plan:Transition 是『移交過程』,Sustainment 是『移交後如何維持』

4. **典型 vs 非典型**：偏差會持續 → 除以 CPI；一次性偏差 → 不除以 CPI

> 重點:同一概念在 **PMP 單一專案視角** vs **PgMP 項目集視角** 的差異。

> Richard 老師親整的 PgMP 4th 考點清單,以「項目集核心能力 → 戰略對齊 → 效益管理 → 相關方 → 治理 → 生命週期 → 變更」為軸線。本筆記以 §N 段落體重整,保留所有清單與對照表,並標註易混淆陷阱。

易混淆:Strategic Alignment 與 Benefits 常綁在一起 — 戰略告訴你「為什麼做」,Benefits 告訴你「做完拿到什麼」。

## §2 — 項目集 vs 項目 / 投資組合 三層定位 [p.1, p.2]

易混淆:第 1 類「戰略項目集」與啟動原因第 4 類「新興團隊」常被混為一談 — 前者由「戰略推下來」,後者由「下面湧現上去」。

易混淆:**BM ≠ BDM ≠ BRM**,三張圖各管 What / How / When。

3. **戰略對齊 4 大分析工具 (比歷四 SWOT)**:Comparative Advantage vs Feasibility 不可混淆。 [§4]

7. **PSC vs Sponsor vs PgM 角色界線**:治理責任 / 出資 / 執行三條線不可混。 [§9]

與精講筆記 §N (1,000 段) 對照:Richard 強調的是「**考點密度**」與「易混淆對照」,精講筆記強調「**完整知識體系**」,兩者互補。

Program Governance** | 項目集治理 | 制定政策、規則、職能、流程、程序與職責,在組織/項目集/component 三層治理 | vs Project Governance(只到專案層);vs Portfolio Governance(策略層)

Program Sponsor** | 項目集發起人 | 為項目集提供資源與支持,並對 enabling success 負責的高管 | vs Project Sponsor(專案級);vs Executive Sponsor(更高的策略支持者)

Program Financial Management** | 項目集財務管理 | 識別項目集組成部分的財務來源與資源,整合項目集 component 預算,通過項目集 component 控制成本的活動 | 強調**跨 component 整合**,vs 單一專案財管

Program Quality Assurance** | 項目集品質保證 | 與品質相關的活動,旨在週期性的評估項目集是否與適用品質要求相符 | vs Quality Control(QC 偏結果)

3. **Benefit** ≠ Deliverable;Benefit 是價值,Deliverable 是產出

9. **Governance Board** ≠ Steering Committee(Board 有決策權)

風險 vs 不確定性**：

殘餘 vs 次生（易混淆考點）：

應急儲備 vs 管理儲備** 動用條件再次出現（見 §3）

## §16 Program Risk vs Project Risk — 核心差異

應急儲備 | 管理儲備 | 已知–未知（PM 控）vs 未知–未知（Sponsor 控）

Appetite | Tolerance | 願意 vs 能夠（最大）承受

Tolerance | Threshold | 定性上限 vs **定量紅線

應急計劃 | 權變措施 | Pre-planned（事前）vs Workaround（事後即興）

Exploit | Enhance | 100% 抓住（確定發生）vs 提高概率

Avoid | Mitigate | 消除來源 vs 降低概率/影響

Transfer | Share | 負面（轉嫁 + 溢價）vs 正面（共享收益）

5. **殘餘 vs 次生**：殘餘是**剩下的**、次生是**做出來的**——一字之差，答案差很多。

> Freddie 已於 2026-05-04 通過 PfMP(第 3 版)。PgMP 考試 2026-06-26。本文盤點 PfMP 備考期 1 個月做出來的工具與心法,對照 PgMP 現況找漏件。

4 | **治理 Governance** | 規矩與決策 | 12 個實踐 + **Governance vs Management 易混** + PSC/Sponsor/PgM 三角色

易混淆**:Strategic Alignment 與 Benefits 常綁在一起 — 戰略告訴你「為什麼做」,Benefits 告訴你「做完拿到什麼」

志龍易混點**:Capability(能力,做得到嗎)vs Capacity(產能,有量嗎)

Richard 易混點 #1**:**Comparative Advantage vs Feasibility** — 前者比較(why this vs others),後者驗證(can we do it)。題目分得清楚才能答對。

Richard 易混點 #4**:**Sponsor ≠ PSC** — Sponsor 是個人/出資角色,PSC 是委員會/治理角色

1 | Comparative Advantage(比較優勢) | Feasibility(可行性) | Richard | 前者比較(why this vs others),後者驗證(can we do it)

3 | BDM Sustain 不在 program 範圍 | 但 PgM 仍須交 Sustainment Plan | Richard | 「執行不在」≠「文件不交」

4 | Sponsor(出資)| PSC(治理) | Richard | 個人角色 vs 委員會

5 | Capability(能力) | Capacity(產能) | 志龍 | 「能不能做」vs「有多少量」

10 | Governance(規矩誰可決定) | Management(怎麼做) | 三人共同 | 治理層 vs 執行層

[ ] 易混淆對照表:Component Planning vs Component Oversight vs Component Transition

治理(12 個實踐)** | 角色分工、規則;**Governance vs Management 易混**(考點重重)

ECO 2024(英)沒精讀**(志龍:「想拿 5A 必須念 ECO,我沒念才知道跟講義不一樣」) | **緊貼考綱出題**,沒念可能失分 5-10% | W4 至少過一輪 ECO 2024 英文版,對比講義差異

Program 鼓勵變更 vs PMP 不要變**(志龍易混點) | 容易踩 PMP 慣性陷阱 | 看到「change」想想是 Program 還是 Project — Program 通常 embrace

Program 風險 vs Project 風險升級判斷**(志龍) | 「下一步題」高頻 | 反射:組件 PM 回報問題 → 看影響範圍 → 大才升 Program 風險

`[01:02:29]` 而是目前的考試相對比較簡單