PGMP 模擬1 五步驟解析

1️⃣ 題幹：收益管理生命週期與項目集生命週期並行運行，收益指標在哪個階段被定義和記錄？
A. 收益識別
B. 項目集啟動
C. 收益分析和規劃
D. 收益交付

2️⃣ 考點：Benefits Management Life Cycle 五階段（Identification → Analysis & Planning → Delivery → Transition → Sustainment）。指標（metrics）屬於「分析與規劃」產出物，承上 identification 提供的候選收益，承下 delivery 的可量測標的。

3️⃣ 逐項排除

• A：Identification 只列出收益清單，尚未定義量測。
• B：Program initiation 是 program lifecycle 而非 benefits lifecycle 階段。
• C ✅：Benefits Management Plan 在此階段成形，含指標、KPI、target、目標日期。
• D：Delivery 是執行階段，指標應已存在以供監督。

4️⃣ 最佳選項：C
判斷關鍵：「定義 + 記錄」這組動詞 = planning artifact，落在 Analysis & Planning。

5️⃣ 實務記憶：口訣「識規交移持」（識別→規劃→交付→移交→持續）。指標永遠在「規劃」步驟被定下來，不論是收益、品質還是進度。

1️⃣ 題幹：關鍵 stakeholder 全程積極參與但對 program 持負面態度，sponsor 說「他就是這樣，沒辦法」。下一步？
A. 直接要求他改態度
B. 接受 sponsor 意見並轉達 PM
C. 啥也不做
D. 設計一步步把對立轉為支持的計畫

2️⃣ 考點：Stakeholder engagement 是 PgMP 主動行為而非被動接受。Sponsor 的悲觀不能成為 PM 不作為的藉口；PM 的責任是把 stakeholder 從 unaware → resistant → neutral → supportive → leading 推進。

3️⃣ 逐項排除

• A：直接要求對方改態度違反 negotiation 原則，必失敗。
• B：把 sponsor 的消極態度傳染下去，背離 PgM 領導職責。
• C：完全違反 stakeholder engagement 主動原則。
• D ✅：分階段策略 = engagement plan 的本質。

4️⃣ 最佳選項：D
判斷關鍵：題幹強調「he is a must」= 不能放棄，唯一選項是設計轉化策略。

5️⃣ 實務記憶：Stakeholder engagement matrix 五級（Unaware/Resistant/Neutral/Supportive/Leading）。題目出現「對立但必要」永遠選「設計分階段轉化計畫」。

1️⃣ 題幹：哪個工具不適合監督收益指標並採取糾正措施？
A. 偏差分析
B. What-if 情境分析
C. 關鍵鏈
D. 模擬工具

2️⃣ 考點：監督 benefits metrics 屬於 Performance Analysis & Reporting；常用工具是統計類、模擬類、變異類。Critical Chain 是排程方法（schedule technique），用來處理資源約束下的活動排序，與收益監督無關。

3️⃣ 逐項排除

• A：Variance analysis 是基本績效監督工具。
• B：What-if 用於評估替代方案對收益的影響。
• C ✅：Critical Chain Method 是排程技術，不用來監督收益指標。
• D：Simulation 可以模擬收益實現的不確定性。

4️⃣ 最佳選項：C
判斷關鍵：分清「排程工具」vs「績效/收益分析工具」兩個世界。

5️⃣ 實務記憶：看到 Critical Chain / Critical Path / PERT 出現在收益、風險或 stakeholder 題目選項中，幾乎必為干擾項。

1️⃣ 題幹：人道組織的 program，PM 建議納入新項目（小航空公司），治理委員會拒絕。最可能原因？
A. 沒諮詢關鍵 sponsor
B. 項目太多
C. 該項目產出與組織戰略沒充分驗證
D. 沒說明對架構一致性影響

2️⃣ 考點：Governance board 把關的核心是 strategic alignment。新增 component 必須證明能貢獻 program 的戰略目標和預期收益，否則一律拒絕。

3️⃣ 逐項排除

• A：諮詢過程屬流程瑕疵，不是拒絕「最可能」原因。
• B：「太多項目」是模糊判斷，治理委員會用此理由極少。
• C ✅：Strategic alignment 不足是治理拒絕的第一順位原因。
• D：架構一致性是次要考量。

4️⃣ 最佳選項：C
判斷關鍵：governance 永遠優先看 strategic alignment 與 expected benefits。

5️⃣ 實務記憶：「治理委員會為什麼拒絕」題型，PGMP 標準答案永遠是「strategic alignment / 戰略對齊」相關選項。

1️⃣ 題幹：完成初步 stakeholder 分析後下一步？
A. 起草沟通管理計畫 + stakeholder log
B. 編寫 SEP + stakeholder register
C. 創建 BMP + stakeholder log
D. 召開會議創建 register + 管理策略

2️⃣ 考點：Stakeholder Engagement 流程順序：Identification → Analysis → Plan engagement → Engage → Monitor。分析完緊接的是 plan engagement（產出 SEP）+ register（收錄正式 stakeholder 資料）。

3️⃣ 逐項排除

• A：沟通計畫是 SEP 的下游，不是分析的直接接續。
• B ✅：標準流程順序，SEP + register 同時產生。
• C：BMP 與 stakeholder 流程關聯較弱。
• D：「召開會議」是執行行為而非規劃文件。

4️⃣ 最佳選項：B
判斷關鍵：分析的下一步永遠是「規劃如何 engage」+「正式登記」。

5️⃣ 實務記憶：SEP（Stakeholder Engagement Plan）+ Stakeholder Register 是分析後的雙輸出，記成「SEP & Register 一起出生」。

1️⃣ 題幹：金融公司外包系統可行性，識別 KPI 之外還應做什麼？
A. 根據 stakeholder 常用識別
B. 識別外包公司的 KPI 並映射
C. 識別組件項目 KPI 並整合
D. 識別組織 KPI 並對齊 program

2️⃣ 考點：Strategic Alignment 是 PgMP 第一性。任何 KPI 設計必須對齊組織戰略，向上追溯 organizational strategy。

3️⃣ 逐項排除

• A：以 stakeholder 常用為主違背戰略對齊。
• B：外包公司是供應商，其 KPI 不是 program 主軸。
• C：component KPI 是下游，不能驅動 program 設計。
• D ✅：與組織 KPI 對齊是 program 規劃的根本。

4️⃣ 最佳選項：D
判斷關鍵：永遠看「向上對齊組織戰略」的選項。

5️⃣ 實務記憶：KPI 永遠 由上往下 設計（org → program → component），不是由下往上。

1️⃣ 題幹：客戶要新功能（既有 component 可消化），最佳處理方式？
A. 你有架構權限，告訴客戶這是你的工作
B. 詳細評估 + 治理委員會 + 正式請款
C. 啟動新項目並請款付給 PM
D. 主合同沒寫，拒絕

2️⃣ 考點：任何 program 範圍變更（不論大小）都必須走 governance board + 變更控制流程，PM 不能單方面決定接受或拒絕。

3️⃣ 逐項排除

• A：違反 governance 流程，PM 不是獨裁者。
• B ✅：標準變更流程：分析 → 治理 → 撥款。
• C：跳過分析直接啟動，違反規劃紀律。
• D：傲慢拒絕背離客戶關係管理。

4️⃣ 最佳選項：B
判斷關鍵：永遠走 governance + 變更控制。

5️⃣ 實務記憶：客戶提任何變更請求 → 「評估 + 治理 + 撥款」三步走。

1️⃣ 題幹：確保 program 結果滿足 stakeholder 期望，PM 應做？
A. 偏重績效控制
B. 偏重交付
C. 定期與 stakeholder 審查 outcomes 取得回饋
D. PMO vs 外部審計平衡

2️⃣ 考點：Stakeholder satisfaction 不能靠 PM 內部判斷，必須通過定期 review meeting 取得 stakeholder 直接回饋。

3️⃣ 逐項排除

• A、B：偏重任一方都失衡。
• C ✅：定期 stakeholder review 是 PgMP 標準動作。
• D：審計平衡與 stakeholder 期望管理無直接關聯。

4️⃣ 最佳選項：C
判斷關鍵：滿意度永遠由 stakeholder 自己定義，PM 必須主動詢問。

5️⃣ 實務記憶：「Stakeholder 期望」相關題目，永遠選「定期審查 + 取得回饋」類選項。

1️⃣ 題幹：基於已知事實、其他風險、當前計畫構建潛在結果的工具？
A. Cause-and-effect diagram
B. Flowchart
C. Scenario analysis
D. Influence diagram

2️⃣ 考點：Scenario analysis 從已知條件出發，建構多種可能未來情境，是 risk analysis 與 strategic planning 的標準工具。

3️⃣ 逐項排除

• A：因果圖找原因，不構建情境。
• B：流程圖描述順序，非情境。
• C ✅：Scenario analysis 正好符合題意。
• D：Influence diagram 顯示變數關係。

4️⃣ 最佳選項：C
判斷關鍵：「構建潛在結果」= scenario。

5️⃣ 實務記憶：Scenario = 未來情境模擬；Cause-and-effect = 過去原因追溯。方向相反。

1️⃣ 題幹：包含預期收益初步清單的第一個文件？
A. Program charter
B. Program roadmap
C. Program business case
D. BMP

2️⃣ 考點：Program lifecycle 文件出現順序：Business Case → Charter → Roadmap → BMP → PMP。Business case 在 program 啟動前就存在，是策略可行性的最早文件。

3️⃣ 逐項排除

• A：Charter 來自 business case 之後。
• B：Roadmap 是 charter 之後的時間線視圖。
• C ✅：Business case 是預期收益最早記錄處。
• D：BMP 是分析規劃階段才細化。

4️⃣ 最佳選項：C
判斷關鍵：「最早」= business case。

5️⃣ 實務記憶：文件出生順序「論證 → 章程 → 路線圖 → 計畫」（Business case → Charter → Roadmap → Plan）。

1️⃣ 題幹：什麼會阻止 PM 完成 program closure？
A. 未更新財務計畫
B. 未更新收益登記冊
C. 未完全實現所有收益
D. 未獲指導委員會批准

2️⃣ 考點：Closure 是 governance act，必須由 steering committee 正式批准。其他都是 PM 內部任務，不是「阻止」closure 的根本原因。

3️⃣ 逐項排除

• A、B：是 PM 應補的工作，不能算 governance 阻擋。
• C：部分收益可在 sustainment 階段實現，不阻擋 closure。
• D ✅：governance 批准是 closure 的必要條件。

4️⃣ 最佳選項：D
判斷關鍵：「阻止」= 缺少必要授權，永遠是 governance 批准。

5️⃣ 實務記憶：Closure 三必要：(1) plan 中的關閉條件達成；(2) sustainment 移交；(3) governance approval。

1️⃣ 題幹：規劃活動可能不會發生在哪？
A. 各組件啟動時
B. 各組件收尾時
C. 識別新重大風險時
D. 修改 portfolio 時

2️⃣ 考點：Program 規劃在每個 component 變動或內部重大事件（風險）時必更新；但 portfolio 修改是 portfolio 層動作，不必然觸發 program 重規劃。

3️⃣ 逐項排除

• A、B：component 生命週期事件必觸發 program 規劃更新。
• C：新重大風險直接影響 program plan。
• D ✅：Portfolio 修改不一定影響特定 program。

4️⃣ 最佳選項：D
判斷關鍵：「不會」= 跟 program 規劃無直接連動關係。

5️⃣ 實務記憶：Program plan 更新觸發點 = component lifecycle event + 重大 risk + governance gate；portfolio 變化不在內。

1️⃣ 題幹：兩項目搶資源，PM 決定先給 B（A 可等）。PM 考慮了什麼？
A. Program resource planning
B. Program interdependency management
C. PMP
D. Program schedule management

2️⃣ 考點：跨 component 之間的資源優先級協調 = interdependency management，這是 program manager 獨有的能力，不是單一項目可解。

3️⃣ 逐項排除

• A：Resource planning 是規劃所有資源，不是處理衝突。
• B ✅：跨項目相依性管理。
• C：PMP 是統括計畫，太籠統。
• D：Schedule management 屬時間維度。

4️⃣ 最佳選項：B
判斷關鍵：「跨 component 衝突」永遠是 interdependency management。

5️⃣ 實務記憶：Program 獨有 = interdependency management（相依性管理），這是與單一 project 的本質差異。

1️⃣ 題幹：監控 program 績效時最合適的文件清單？
A. Performance reports + forecasts
B. BMP updates
C. CR + engagement reports + roadmap + audit reports
D. CR + work results + feedback + roadmap + 士氣

2️⃣ 考點：Performance monitoring & reporting 標準輸出 = performance report + forecast，這是 PMI 4th 明列的雙輸出。

3️⃣ 逐項排除

• A ✅：標準雙輸出。
• B：BMP update 是處理收益變化，非績效監控本身。
• C、D：把太多無關文件塞進來，干擾項。

4️⃣ 最佳選項：A
判斷關鍵：監控績效 = 報告 + 預測。

5️⃣ 實務記憶：「最合適」「最簡潔」答案永遠勝過「最完整列舉」答案。

1️⃣ 題幹：原計畫 6/1-8/31 清垃圾 100 萬歐，實際只 7/1-7/30，95% 機率。預期成本偏差？
A. 1M
B. 0.66M
C. 0.33M
D. 0M

2️⃣ 考點：時間從 3 個月縮成 1 個月，實際成本 = 1/3 × 1M = 0.33M，預期節省 = 0.66M。CV = planned - actual = 1M - 0.33M = 0.66M（簡化版，95% 機率影響極小）。

3️⃣ 逐項排除

• A：完全不對。
• B ✅：節省 2/3 個月成本 = 0.66M。
• C：這是「實際成本」不是「偏差」。
• D：偏差不為 0。

4️⃣ 最佳選項：B
判斷關鍵：「偏差 = 計畫 - 實際 = 0.66M」。

5️⃣ 實務記憶：成本/進度題先抓「總量 ÷ 期間 = 單位率」，再算節省/超支。

1️⃣ 題幹：6 個關鍵 stakeholder 出席追蹤、避免危機，最佳方案？
A. 出席名單 + 趨勢曲線
B. 制定 stakeholder register
C. 干系人地圖
D. 制定 stakeholder metrics

2️⃣ 考點：要量化追蹤「出席率、參與趨勢、不參與根本原因」必須建立 stakeholder metrics，這是 engagement monitoring 的核心工具。

3️⃣ 逐項排除

• A：出席名單只是輸入，沒有 metrics 框架就只是 raw data。
• B：register 是基礎，不能追蹤動態。
• C：地圖是視覺化，不量化。
• D ✅：metrics 框架可結構化追蹤所有指標。

4️⃣ 最佳選項：D
判斷關鍵：「測量+追蹤+識別根因」= metrics 系統。

5️⃣ 實務記憶：要「量化追蹤」永遠是 metrics；要「視覺化」是 map；要「靜態列表」是 register。

1️⃣ 題幹：scope/quality/schedule 達標但 cost/resource 超支、ROI 達不到，PM 應做？
A. 延長進度降低成本
B. 擴大範圍直到 ROI 達標
C. 建議取消 program
D. 移交運營

2️⃣ 考點：Program 的存在價值 = benefits/ROI。當 ROI 證實達不到時，繼續執行是浪費資源，governance 應取消。

3️⃣ 逐項排除

• A：延長進度只會增加成本，反向操作。
• B：擴大範圍違反基線管理。
• C ✅：當預期收益不可達時，正確動作是建議取消（recommend cancellation）。
• D：ROI 達不到就移交運營是錯誤動作。

4️⃣ 最佳選項：C
判斷關鍵：「無法達到 ROI」= program 失去存在理由 = cancel。

5️⃣ 實務記憶：Program 三大死亡情境 = (1) 戰略改變；(2) ROI 不可達；(3) 收益基礎消失。三者都建議 cancel。

1️⃣ 題幹：KPI 都定義了容忍度，何時報告？
A. 不滿足時
B. 超出容忍度時
C. 每週或每月
D. 只在指導委員會前

2️⃣ 考點：Exception reporting principle — KPI 在容忍度內不需報告，超出才報告，避免資訊雜訊。

3️⃣ 逐項排除

• A：「不滿足」太嚴苛，KPI 在容忍度內也算合理。
• B ✅：Exception-based reporting，超出公差才報。
• C：固定週期報告浪費溝通頻寬。
• D：太晚才報告，不是 PM 期待。

4️⃣ 最佳選項：B
判斷關鍵：tolerance 機制 = exception reporting。

5️⃣ 實務記憶：定義 tolerance 的目的就是「不超就不報，超了立刻報」。

1️⃣ 題幹：選擇 component 整合到 program 的關鍵因素？
A. 組件識別與定義
B. 相互依賴
C. PM 個人興趣
D. 項目可行性研究

2️⃣ 考點：Program 之所以存在 = 跨 component 相互依賴可帶來無法獨立管理的價值。Selection 的核心因素就是這個 inter-dependency。

3️⃣ 逐項排除

• A：基本資料，不是「關鍵」factor。
• B ✅：inter-dependency 是 program 存在意義。
• C：個人興趣不是專業考量。
• D：可行性是必要條件但不是「program 級」因素。

4️⃣ 最佳選項：B
判斷關鍵：Component 為何要整合到 program？因為彼此 dependent。

5️⃣ 實務記憶：Program 的 DNA = interdependency management。沒有相互依賴就沒有 program 的存在必要。

1️⃣ 題幹：移交責任給運營的文件最佳描述？
A. Benefits transition report
B. Program transition plan
C. BMP
D. Program transition report

2️⃣ 考點：題目問「計畫如何移交」（plan how）= forward-looking 文件 = transition plan，不是 report（已發生事實）。

3️⃣ 逐項排除

• A：Benefits transition report 是事後報告，且範圍偏 benefits。
• B ✅：Program transition plan 描述「將如何移交」全部責任。
• C：BMP 焦點在收益，不是責任移交。
• D：Program transition report 是事後總結。

4️⃣ 最佳選項：B
判斷關鍵：plan = 前瞻；report = 回顧。題目問前瞻。

5️⃣ 實務記憶：Plan vs Report 二元對照題，看題目時態：未來/將要 → plan；已發生 → report。

1️⃣ 題幹：Benefits delivery 階段公共社區反對，PM 應？
A. 參考 SEP 培養社區關係
B. 參考 register 評估社區影響力
C. 與 sponsor 討論
D. 與項目團隊分析創建 CR

2️⃣ 考點：當 stakeholder 出現負面反應，第一動作是回到 SEP 找預定的 engagement strategy 並執行（培養關係）。

3️⃣ 逐項排除

• A ✅：SEP 是處理 stakeholder 反應的第一手冊。
• B：register 是靜態資訊，不指導行動。
• C：升級 sponsor 是後續步驟。
• D：直接創建 CR 跳過 stakeholder 處理。

4️⃣ 最佳選項：A
判斷關鍵：stakeholder 反應 → SEP first。

5️⃣ 實務記憶：SEP = 處理 stakeholder 動態的「第一手冊」；Register = 靜態名單。

1️⃣ 題幹：翻新工廠減利潤，董事不接受。下一步動作？
A. 減預算提長期 ROI
B. 嚴格 EVM 證明每分錢有效
C. 設計 EV 結合財務+非財務指標證明長期利潤增加
D. 投影片說明不考慮社會因素利潤會消失

2️⃣ 考點：當 program 同時產出財務和非財務（社會、環境）價值時，PgM 必須設計能整合兩種價值的指標體系，向 governance 證明綜合價值。

3️⃣ 逐項排除

• A：減預算只是被動讓步。
• B：嚴格 EVM 沒解決「短期利潤 vs 長期社會價值」的核心衝突。
• C ✅：設計整合性 EV 指標 = 從根本上回應 governance 質疑。
• D：威脅性語言不是 PgM 應有的語氣。

4️⃣ 最佳選項：C
判斷關鍵：複合價值要用複合指標證明。

5️⃣ 實務記憶：碰到「財務 vs 非財務價值」衝突，永遠選「設計整合指標」類選項。

1️⃣ 題幹：同 Q29 情境，回覆董事會應說什麼？
A. Program 是有形+非財務收益的平衡，破壞會打破長期業務
B. 減少新技術引入增加利潤
C. 全部 10 國實施
D. 啟動新項目評估擴展 5 國

2️⃣ 考點：與 Q29 同源，PgM 必須堅持「平衡論述」立場，向 governance 闡明長期戰略價值。

3️⃣ 逐項排除

• A ✅：明確平衡論述，符合 PgMP 戰略思維。
• B：讓步犧牲 program 戰略目標。
• C：擴大規模違背題意（董事不接受）。
• D：啟動新項目偏離當前討論。

4️⃣ 最佳選項：A
判斷關鍵：堅守 program 戰略價值 + 平衡論述。

5️⃣ 實務記憶：「回覆 governance」題型，PgM 永遠堅持戰略立場 + 整合性論述，不讓步、不威脅。

1️⃣ 題幹：13 人治理結構，變更請求被拒（PM 與 2 名 PM 共寫，sponsor 同意），團隊失望。忘了什麼？
A. 拉其他 3 個 PM 一起寫
B. 商業論證合理性
C. 與外部干系人討論並協調立場
D. 列為議程重點

2️⃣ 考點：治理委員會包含「4 名外部 stakeholder 代表」是題幹明寫線索。變更請求漏拉外部 stakeholder 對齊，是 governance approval 失敗的核心原因。

3️⃣ 逐項排除

• A：3 名 PM 是執行層，與 governance 投票無直接關聯。
• B：sponsor 已同意 = 商業論證已過關。
• C ✅：外部 stakeholder 在治理委員會佔 4 席，沒事先協調立場 = 必否決。
• D：議程順序不是被拒主因。

4️⃣ 最佳選項：C
判斷關鍵：題幹強調「13 人含 4 外部代表」+「拒絕」，必指向沒拉外部對齊。

5️⃣ 實務記憶：治理變更前先做 stakeholder pre-alignment（私下協調），尤其是有投票權的外部代表。

1️⃣ 題幹：6 收益只能交付 4，治理委員會建議 closure，立即動作？
A. 說服委員會不要 closure
B. 要 PM 加速產生剩餘交付物
C. 質疑委員會理由
D. 按治理委員會要求 closure

2️⃣ 考點：Governance authority — 當治理委員會做出 closure 建議，PM 的職責是執行，不是反對。委員會看的是 strategic value vs cost 的綜合判斷。

3️⃣ 逐項排除

• A：說服委員會回頭，違背 governance 結構。
• B：技術問題既無解，加速也產不出來。
• C：質疑委員會理由是越權。
• D ✅：服從治理決定執行 closure。

4️⃣ 最佳選項：D
判斷關鍵：governance decision 一旦下達，PM 執行，不爭辯。

5️⃣ 實務記憶：PgMP 題目「治理委員會要求做 X」+「立即行動」= 服從。爭辯型答案永遠錯。

1️⃣ 題幹：治理計畫最佳要素清單？
A. 角色 + 治理結構 + SEP + 組件啟動標準 + gate review
B. 角色 + 高層治理計畫 + 進度 + 財務模型 + 健康檢查
C. 角色 + 治理結構 + 治理目標摘要 + gate review + 健康檢查
D. 角色 + 治理結構 + 治理目標 + gate review

2️⃣ 考點：Governance Plan 標準五要素（依 PMI 4th）：(1) 角色職責 (2) 治理結構/組成 (3) 治理目標 (4) 階段 gate review 規劃 (5) 定期 health check。

3️⃣ 逐項排除

• A：含 SEP（屬 stakeholder 計畫）+ 啟動標準（屬組件規劃），不純粹是治理計畫元素。
• B：含財務模型（屬財務計畫）+ 進度表（屬進度計畫），混亂。
• C ✅：五要素齊全，純治理範疇。
• D：少了 health check，不完整。

4️⃣ 最佳選項：C
判斷關鍵：純治理元素 = 角色 + 結構 + 目標 + 雙審查（gate + health check）。

5️⃣ 實務記憶：治理計畫五件套「角結目關健」（角色/結構/目標/關口/健康檢查）。

1️⃣ 題幹：EEF 正確清單？
A. 商業環境 + 資金 + program 組織 + 監管 + 經濟
B. 商業環境 + 區域多樣性 + 技術
C. 立法 + 監管 + 行業 + 市場
D. 立法 + PM + 組件 PM + 監管

2️⃣ 考點：EEF（Enterprise Environmental Factors）= 組織外部不可控因素，PMI 標準包含 legislation、regulation、industry、market、culture 等。

3️⃣ 逐項排除

• A：「資金」屬內部資源，「program 組織」屬內部結構，不是 EEF。
• B：「區域多樣性」太模糊，「技術」單獨也不夠精準。
• C ✅：四項都是經典 EEF。
• D：PM、組件 PM 是內部人員，不是 EEF。

4️⃣ 最佳選項：C
判斷關鍵：EEF 必為「外部環境因素」，內部人事/結構/資金都不算。

5️⃣ 實務記憶：EEF = 「法規行市」（立法/規章/行業/市場）。內部資源是 OPA / Resource，不是 EEF。

1️⃣ 題幹：Program 主要目標？
A. 多項目協調效率
B. 管理優化相互依賴
C. 產生符合戰略目標的收益
D. 產生符合客戶期望的收益

2️⃣ 考點：Program 存在的根本目的 = 透過協調管理，產出 strategic benefits。其他都是手段，不是目的。

3️⃣ 逐項排除

• A：協調效率是手段。
• B：管理依賴也是手段。
• C ✅：產生 strategic benefits 才是 program 的唯一目的。
• D：客戶期望次於戰略目標。

4️⃣ 最佳選項：C
判斷關鍵：strategic alignment > 其他考量。

5️⃣ 實務記憶：Program ≠ 多項目集合。Program = 產生策略性收益的協調機制。

1️⃣ 題幹：採購收尾困難（合約已履約），承包商在其他組件無問題，PM 處理？
A. 要求項目關閉，剩餘採購爭議在 program 層解決
B. 不關閉直到所有採購解決
C. 關閉並請法務處理
D. 通知治理委員會

2️⃣ 考點：Component closure 不應因為單一採購爭議卡住整個項目。可以在 program 層處理 supplier 爭議，讓 component 先 close。

3️⃣ 逐項排除

• A ✅：分離處理，component close + procurement issue 在 program 層解決。
• B：卡死 component closure 過於僵化。
• C：法務介入過早，先嘗試 program 層協商。
• D：通知 governance 是後續步驟，非首要動作。

4️⃣ 最佳選項：A
判斷關鍵：能 close 就先 close，剩餘在更高層解決。

5️⃣ 實務記憶：Component closure ≠ all issues resolved。可以「關了再處理」。

1️⃣ 題幹：採購進行中，輸出正確清單？
A. 績效/EV 報告 + RFQ + 授予合同 + 採購計畫 + 質量檢查單
B. 績效/EV 報告 + IFB + 預算更新 + 路線圖請求 + 採購標準
C. 建議書評估標準 + 簽署的合同 + 協議管理計畫 + RFP
D. RFQ + RFP + 授予合同 + 路線圖更新

2️⃣ 考點：採購過程的 outputs = 建議書評估標準、合同/協議、協議管理計畫、RFP/招標書。績效報告、預算更新等屬其他過程。

3️⃣ 逐項排除

• A：質量檢查單不是採購輸出。
• B：路線圖請求不是採購輸出。
• C ✅：純採購過程的標準輸出組合。
• D：路線圖更新不是採購輸出。

4️⃣ 最佳選項：C
判斷關鍵：純採購輸出 = 評估標準 + 合同 + 協議計畫 + 招標書。

5️⃣ 實務記憶：採購四件套「標合計招」（評估標準/簽署合同/協議計畫/招標書）。

1️⃣ 題幹：質量專家加入團隊（合約已簽），立即動作？
A. 更新章程
B. 更新甘特圖
C. 更新 stakeholder register 並通知其他 stakeholder
D. 不做任何事

2️⃣ 考點：新成員加入團隊 = stakeholder 變更，必須更新 stakeholder register 並通知相關方，這是 stakeholder management 標準流程。

3️⃣ 逐項排除

• A：章程是基礎文件，不為新成員加入而更新。
• B：甘特圖是進度工具，新成員不直接觸發更新。
• C ✅：標準動作 = 更新 register + 通知。
• D：什麼都不做違反 stakeholder management 紀律。

4️⃣ 最佳選項：C
判斷關鍵：新 stakeholder 加入永遠是「register + 通知」雙動作。

5️⃣ 實務記憶：Stakeholder 進出 = register 必更新；register 更新 = 同時通知其他相關方。

1️⃣ 題幹：4 個項目，PM 缺乏動力，怎麼辦？
A. PMO 開發培訓課程
B. 換成員加快進度
C. 聘外部顧問教練
D. 評估情況並提行動計畫

2️⃣ 考點：面對複雜團隊問題，PgM 第一動作是先評估再行動。直接跳到解決方案（培訓/換人/外援）都是憑直覺，缺乏分析。

3️⃣ 逐項排除

• A：直接培訓未必對症（缺乏動力 ≠ 缺乏技能）。
• B：換人會增加管理成本。
• C：外部顧問成本高，未必必要。
• D ✅：先評估再行動 = PgMP 標準思維。

4️⃣ 最佳選項：D
判斷關鍵：先 assess 再 act，不憑直覺。

5️⃣ 實務記憶：團隊問題題型，永遠選「先評估再行動」勝過「直接解決」。

1️⃣ 題幹：Kick-off 會議，sponsor 主要介紹？
A. 誰參加
B. 結束慶祝
C. 給更多獎金
D. Program 與組織願景對齊，激發熱情

2️⃣ 考點：Kick-off meeting 的 sponsor 角色 = 設定戰略基調、激發團隊使命感，不是處理行政細節。

3️⃣ 逐項排除

• A、B、C：細節 / 福利導向，不是 kick-off 的核心。
• D ✅：戰略對齊 + 激發熱情 = sponsor 在 kick-off 的標準動作。

4️⃣ 最佳選項：D
判斷關鍵：Sponsor 在 kick-off 永遠講「為什麼這個 program 重要」。

5️⃣ 實務記憶：Kick-off sponsor 主軸 = vision alignment + motivation。細節留給 PM。

1️⃣ 題幹：剛完成 definition，團隊互不熟悉、誤解多。團隊處於哪個階段？
A. Forming
B. Storming
C. Transforming
D. 非生產階段

2️⃣ 考點：Tuckman 團隊發展五階段（Forming → Storming → Norming → Performing → Adjourning）。「剛開始 + 不熟悉 + 距離感」= Forming。

3️⃣ 逐項排除

• A ✅：Forming 期典型特徵。
• B：Storming 應有衝突，不是距離感。
• C：Transforming 不是 Tuckman 標準階段。
• D：「非生產階段」非標準術語。

4️⃣ 最佳選項：A
判斷關鍵：剛完成 definition + 不熟悉 = Forming。

5️⃣ 實務記憶：Tuckman 5 階段「形震規績散」（Forming/Storming/Norming/Performing/Adjourning）。

1️⃣ 題幹：哪種情形最該向 stakeholder 傳達 interface 變更？
A. 變更被拒架構未變
B. component 內接受但不影響其他組件
C. PMO 新成員加入
D. 一個 component 範圍變更影響架構

2️⃣ 考點：Architecture interface change 必沟通的條件 = 影響到其他 component 或整體架構。

3️⃣ 逐項排除

• A：被拒沒變化，無需沟通。
• B：不影響其他組件，沒必要全面通知。
• C：PMO 人事變動屬另一範疇。
• D ✅：影響架構就必須全面通知 stakeholder。

4️⃣ 最佳選項：D
判斷關鍵：架構影響 = 必沟通；不影響 = 不必沟通。

5️⃣ 實務記憶：Interface change 沟通原則 = 影響擴散範圍 決定通知範圍。

1️⃣ 題幹：Gate review 治理會議最可能審查的文件？
A. PMP
B. SEP
C. Benefits register
D. Procurement plan

2️⃣ 考點：Gate review 主要評估 program 整體進展和健康度，主審文件是 Program Management Plan（含所有子計畫的整合視圖）。

3️⃣ 逐項排除

• A ✅：PMP 是 gate review 的主審文件。
• B、C、D：是子文件，可能附帶討論但不是主審。

4️⃣ 最佳選項：A
判斷關鍵：Gate review = 全面評估 = PMP。

5️⃣ 實務記憶：Gate review 主審 = PMP。子計畫只是支撐材料。

1️⃣ 題幹：委員會不滿績效報告，新 PM 立即動作？
A. 與每 PM 單獨會面分析報告
B. 更新商業論證
C. 出差會見三大區域 PM
D. 評估報告完整性，與 PM 共享更新版

2️⃣ 考點：委員會抱怨「看不出是否需要纠正」= 報告資訊完整性問題。PM 動作 = 評估報告完整性 + 統一改善後共享。

3️⃣ 逐項排除

• A：個別會面太分散，沒解決報告本身問題。
• B：商業論證不是當前問題。
• C：出差耗時，不是首要動作。
• D ✅：直接針對委員會關切，評估完整性 + 共享更新版。

4️⃣ 最佳選項：D
判斷關鍵：委員會關心什麼，PM 就直接針對什麼改善。

5️⃣ 實務記憶：「委員會看不出 X」= 改善 X 相關文件 + 共享。

1️⃣ 題幹：複雜 program WBS 創建（非項目工作未確定），最佳？
A. 要 PM 制定 project WBS 並整合，非項目工作確認後 update
B. 等非項目工作確認
C. 整合不更新
D. 不在 PM 責任範圍

2️⃣ 考點：Program WBS 應先動起來不被卡死，非項目工作後續加入即可。等待是最差的選擇。

3️⃣ 逐項排除

• A ✅：先做能做的，後續補非項目工作。
• B：等待造成停滯。
• C：永不更新違反持續規劃原則。
• D：WBS 創建是 PM 職責。

4️⃣ 最佳選項：A
判斷關鍵：先動 + 後補 = 持續規劃。

5️⃣ 實務記憶：規劃原則「邊做邊補」勝過「等齊全才動」。

1️⃣ 題幹：A: CPI=0.8, AC=100；B: CPI=1.5, EV=200；C: CV=50, AC=150。Program EV？
A. 100
B. 280
C. 480
D. 300

2️⃣ 考點：EV 計算 — A: EV = CPI × AC = 0.8 × 100 = 80；B: EV = 200（給定）；C: EV = CV + AC = 50 + 150 = 200。Total = 80 + 200 + 200 = 480。

3️⃣ 逐項排除

• A、B、D：算錯。
• C ✅：80 + 200 + 200 = 480。

4️⃣ 最佳選項：C
判斷關鍵：EV 公式 = CPI × AC = CV + AC。

5️⃣ 實務記憶：EVM 公式三角「EV = PV × CPI = AC + CV」記熟。

1️⃣ 題幹：Scope statement 必須解決的關鍵主題？
A. 範圍和限制 + program 邊界 + 假設約束 + 驗收標準
B. 範圍 + 組織需求 + 假設約束
C. 組織需求 + 各 component 章程 + 假設約束
D. 組織需求 + program 章程 + 範圍 + 假設約束

2️⃣ 考點：Program scope statement 標準四要素 = scope/limit + boundary + assumption/constraint + acceptance criteria。

3️⃣ 逐項排除

• A ✅：四要素齊全且純粹。
• B：缺驗收標準和邊界。
• C：component 章程不屬 program scope statement。
• D：包含 program charter（不在範圍說明書內）。

4️⃣ 最佳選項：A
判斷關鍵：scope statement 四件套 = 範圍/邊界/假設約束/驗收。

5️⃣ 實務記憶：Scope statement「範邊假驗」（範圍/邊界/假設/驗收）。

1️⃣ 題幹：哪個不是升級流程一部分？
A. 問題
B. 規章
C. 風險
D. 變更請求

2️⃣ 考點：Escalation process 處理「需要更高層決策的內部事項」= issues、risks、change requests。Regulations（外部法規）是 EEF 不在升級流程內。

3️⃣ 逐項排除

• A、C、D：都是內部需要 escalate 的項目。
• B ✅：Regulations 是外部因素，不走 escalation。

4️⃣ 最佳選項：B
判斷關鍵：Escalation 處理內部事項，外部因素不在內。

5️⃣ 實務記憶：升級三類「問風變」（Issues/Risks/Changes）。Regulations 是 EEF。

1️⃣ 題幹：是否建立專屬 program PMIS？
A. 用現有 project PMIS 即可
B. Program 用獨特流程工具，建立專屬 PMIS
C. 讓 PMO 決定
D. 問 sponsor

2️⃣ 考點：Program 與 project 在 process、tool、data 都有本質差異（如 benefits tracking、interdependency management 是 program 獨有），必須建立專屬 PMIS。

3️⃣ 逐項排除

• A：放棄 program 層獨特需求，錯誤決定。
• B ✅：Program 獨特需求 = 必建專屬 PMIS。
• C：PMO 不是決策者。
• D：Sponsor 不負責這層決策。

4️⃣ 最佳選項：B
判斷關鍵：Program 與 project 本質不同，PMIS 必須獨立。

5️⃣ 實務記憶：Program PMIS 必有的 project PMIS 沒有：benefits tracking、cross-project interdependency、roadmap timeline。

1️⃣ 題幹：治理委員會識別的所有 risks（多為外部）應如何處理？
A. 忽略（不可控）
B. 只記最高層風險
C. 全部記入登記冊後評審分析
D. 記下傳給 PM

2️⃣ 考點：Risk register 必須完整記錄所有識別的風險（不論可控與否），後續才能評估、應對。忽略或選擇性記錄違反 risk management 紀律。

3️⃣ 逐項排除

• A：忽略風險違反紀律。
• B：只記高層遺漏中低風險。
• C ✅：全部記入 + 評審分析，標準動作。
• D：傳給 PM 不是 PgM 職責。

4️⃣ 最佳選項：C
判斷關鍵：Risk register 完整性 > 選擇性。

5️⃣ 實務記憶：所有風險都進 register；評估時再決定 priority 和 response strategy。

1️⃣ 題幹：技術項目失敗（鑑定測試），立即考慮什麼？
A. 審查現有 risks 並識別新 risks
B. 考慮此故障是否觸發新 risks
C. 更新 risk register
D. 更新與故障相關的 risk 活動

2️⃣ 考點：失敗事件發生後第一動作 = 回顧現有 risk register（看哪些已識別風險已實現），再延伸識別新 risks。先存量後增量。

3️⃣ 逐項排除

• A ✅：先審查現有再識別新 = 完整流程。
• B：只看新風險忽略已知風險。
• C：更新 register 是後續動作，不是「立即考慮」。
• D：太局部。

4️⃣ 最佳選項：A
判斷關鍵：失敗事件 → 先看 existing risk → 再 identify new。

5️⃣ 實務記憶：失敗發生後順序「回顧 → 延伸 → 更新」（先看現有再延伸）。

1️⃣ 題幹：團隊已實施修復，最合適處理？
A. 祝賀團隊
B. 要求 CR 副本 + 非回歸測試證明 + 記入 register
C. 引用作為其他項目案例
D. 接受修復但要求提交 CR 確保持續性

2️⃣ 考點：團隊已自行修復是好事，但未經正式變更控制流程的修復對 program 不持續。PgM 必須要求補正式 CR，確保變更可追溯、可維持。

3️⃣ 逐項排除

• A：祝賀但沒治理。
• B：要求過於繁瑣（非回歸測試是 component 層責任）。
• C：先合規再宣傳。
• D ✅：接受修復 + 補 CR 確保持續，平衡務實與治理。

4️⃣ 最佳選項：D
判斷關鍵：team 自主修復 → 補正式 CR 確保 program 層持續性。

5️⃣ 實務記憶：任何 fix 都要回到 change control，否則 program 層失去可追溯性。

1️⃣ 題幹：PERT — 樂觀 2 年、最可能 3 年、悲觀 7 年。估算時間？
A. 3.5
B. 3.33
C. 4.16
D. 4.98

2️⃣ 考點：PERT 公式 = (Optimistic + 4×Most Likely + Pessimistic) / 6 = (2 + 12 + 7) / 6 = 21/6 = 3.5。

3️⃣ 逐項排除

• A ✅：3.5 = PERT 標準計算。
• B、C、D：算錯。

4️⃣ 最佳選項：A
判斷關鍵：PERT = (O + 4M + P) / 6。

5️⃣ 實務記憶：PERT 三點估算公式記熟，PMI 標配考點。

1️⃣ 題幹：哪些工具將預期收益和項目產出聯繫起來？
A. Benefits map + benefits dependency map
B. Benefits map + 章程
C. Benefits map + 收益回報期
D. 建模工具 + 章程

2️⃣ 考點：Benefits Map 顯示 outputs → outcomes → benefits 的轉化關係；Benefits Dependency Map 顯示收益之間的依賴順序。兩者搭配呈現完整因果鏈。

3️⃣ 逐項排除

• A ✅：兩種地圖搭配，覆蓋因果鏈和依賴鏈。
• B：章程不是視覺化工具。
• C：回報期是財務概念，不展示產出關係。
• D：太籠統。

4️⃣ 最佳選項：A
判斷關鍵：「聯繫」= map 工具配對。

5️⃣ 實務記憶：Benefits Map 是 outputs ↔ benefits 的橋樑；Dependency Map 是 benefits 之間的依賴。

1️⃣ 題幹：Portfolio 優化過程目的最佳描述？
A. 最大潛力組合實現戰略
B. 進度優化組合
C. 成本優化組合
D. 最少資源組合

2️⃣ 考點：Portfolio optimization 核心 = maximize strategic value，平衡而非追求單一維度（時間/成本/資源）最優化。

3️⃣ 逐項排除

• A ✅：最大戰略潛力 = portfolio 核心價值觀。
• B、C、D：單一維度優化都不是 portfolio 主目的。

4️⃣ 最佳選項：A
判斷關鍵：Portfolio = 戰略價值最大化，不是局部優化。

5️⃣ 實務記憶：Portfolio 三軸（價值 + 風險 + 資源），優化目標永遠是價值最大化。

1️⃣ 題幹：3 個關鍵 stakeholder 不太支持，怎麼處理？
A. 單獨聯繫面對面討論解釋重要性
B. 發 email 概述
C. 要求 sponsor 處理
D. 制定 metrics

2️⃣ 考點：關鍵 stakeholder 個別處理應採用最高接觸度方式（face-to-face），透過解釋、說服、建立信任轉化態度。

3️⃣ 逐項排除

• A ✅：face-to-face 是高接觸度標準做法。
• B：Email 是低接觸度，對「不支持」者無效。
• C：把責任推給 sponsor 違反 PgM 主動原則。
• D：Metrics 是監督工具，不是說服工具。

4️⃣ 最佳選項：A
判斷關鍵：關鍵 stakeholder 的態度轉化必須親自溝通。

5️⃣ 實務記憶：Stakeholder 沟通強度依重要性遞增 = email → 電話 → 視訊 → 面對面。關鍵者用最高強度。

1️⃣ 題幹：跟蹤、評估、記錄收益相關活動的文件？
A. PMP
B. Resource plan
C. Scope statement
D. Roadmap

2️⃣ 考點：跟蹤評估記錄收益的活動描述在 Program Management Plan 整體層級（含 BMP 子計畫），統括所有 program 活動。

3️⃣ 逐項排除

• A ✅：PMP 是統括描述所有活動的文件。
• B：Resource plan 不涉及收益跟蹤。
• C：Scope statement 是邊界文件。
• D：Roadmap 只展示時間。

4️⃣ 最佳選項：A
判斷關鍵：「跟蹤評估記錄活動」的描述屬 PMP 整體層。

5️⃣ 實務記憶：「描述活動」永遠是 plan；「展示時間線」是 roadmap；「邊界」是 scope statement。

1️⃣ 題幹：3 個項目共用昂貴測試台，最佳做法？
A. 直接買 3 個賣掉
B. 先嘗試 resource leveling/smoothing 共用一件
C. 看其他選項如租賃
D. 向治理委員會請款

2️⃣ 考點：跨 component 資源衝突先嘗試內部優化（leveling/smoothing），這是 program 層獨有能力。直接買、租或請款都是放棄優化。

3️⃣ 逐項排除

• A：浪費資金。
• B ✅：先嘗試 leveling 跨 project 共用資源。
• C：租賃是後備選項。
• D：增加預算是最後手段。

4️⃣ 最佳選項：B
判斷關鍵：先用 program 內部資源協調，再求外部解。

5️⃣ 實務記憶：跨 component 資源衝突排序「leveling/smoothing → 租 → 買 → 增預算」。

1️⃣ 題幹：定義如何實現戰略目標和預期收益的文件？
A. Program directive
B. Program method
C. PMP
D. Program charter

2️⃣ 考點：Charter 啟動 program；PMP 描述「how to achieve」（含所有子計畫如何協調）。題幹強調 implementation method = PMP。

3️⃣ 逐項排除

• A、B：非標準術語。
• C ✅：PMP 描述如何實現。
• D：Charter 是授權文件，不描述實施細節。

4️⃣ 最佳選項：C
判斷關鍵：「如何實現」= PMP。

5️⃣ 實務記憶：Charter = WHY 與 WHAT；PMP = HOW；Roadmap = WHEN。三者分工。

1️⃣ 題幹：PgM 怎麼選擇 PM？
A. 完成技能集合清單並選最合適
B. 索取簡歷面試
C. 接受主管推薦
D. 找 HR 了解可用性

2️⃣ 考點：選擇 PM 的標準流程 = 技能矩陣（skill set）vs 項目需求比對，這是系統化、可追溯的客觀方法。

3️⃣ 逐項排除

• A ✅：技能矩陣比對 = 標準專業做法。
• B：簡歷面試太主觀。
• C：接受推薦未必對症。
• D：HR 只提供可用性，不負責適配性。

4️⃣ 最佳選項：A
判斷關鍵：選人靠技能矩陣，不靠關係或主觀。

5️⃣ 實務記憶：PM 選擇 = 項目需求 → 技能要求 → 候選人技能矩陣 → 比對。

1️⃣ 題幹：包含範圍、限制、期望、業務影響的文件？
A. Program scope statement
B. Scope management plan
C. WBS
D. SEP

2️⃣ 考點：Program Scope Statement 涵蓋範圍 + 限制 + 期望 + 業務影響，是 stakeholder 共識基礎文件。

3️⃣ 逐項排除

• A ✅：Scope statement 標準內容。
• B：Scope management plan 是描述「如何管理範圍」的程序文件。
• C：WBS 只列工作。
• D：SEP 處理 stakeholder。

4️⃣ 最佳選項：A
判斷關鍵：「範圍 + 限制 + 期望 + 業務影響」精確對應 scope statement。

5️⃣ 實務記憶：Scope statement 內容「範圍 + 邊界 + 假設約束 + 驗收 / 期望 + 業務影響」。

1️⃣ 題幹：關鍵 stakeholder 不參會也不回 email，怎麼辦？
A. 升級 sponsor
B. 寫友好 email
C. 請他來開會
D. 電話預約並了解出席情況

2️⃣ 考點：當低強度沟通（email）失敗，升級到中強度（電話）。直接升級 sponsor 太極端，再寫 email 重複錯誤。

3️⃣ 逐項排除

• A：升級 sponsor 是最後手段。
• B：email 已失敗，重複沒用。
• C：用什麼方式請他？模糊。
• D ✅：電話直接接觸 + 了解原因。

4️⃣ 最佳選項：D
判斷關鍵：沟通強度遞升「email → 電話 → 面對面」。

5️⃣ 實務記憶：低強度失敗 → 中強度。不要直接跳最高強度（升級）。

1️⃣ 題幹：PM 認為自己不需要遵循 PMP（已有 project plan），怎麼辦？
A. 提醒 PMP 優先
B. 提醒她不是孤立、是 program 的一部分
C. 要她忘記 project plan
D. 告訴她 plan 過時要更新

2️⃣ 考點：PgMP 處理跨 component 紀律問題，重點是讓 PM 理解 program 整體性，而非機械式強迫服從。

3️⃣ 逐項排除

• A：純強迫服從，未喚起認同。
• B ✅：強調 program 整體性，從理解出發。
• C：要她忘記 project plan 不合理。
• D：plan 過時是另一議題。

4️⃣ 最佳選項：B
判斷關鍵：PgMP 領導靠整體願景溝通，不是命令。

5️⃣ 實務記憶：跟 PM 講道理 = 「你是 program 的一部分，目標是收益」，不是「服從 PMP」。

1️⃣ 題幹：供應商可能延遲 2 個月，影響測試和收益。最佳做法？
A. 修改 BMP 反映 2 個月延遲
B. 要 PM 聯繫供應商找替代 + 通知治理委員會
C. 立即通知治理委員會延遲
D. 要 PM 立即聯繫供應商找替代 + 查看計畫了解延遲後果

2️⃣ 考點：問題剛發生時不應立即修改 BMP（過早）或通知 governance（過早）。應該先雙管齊下：嘗試解決 + 評估後果。

3️⃣ 逐項排除

• A：直接修改 BMP 太早。
• B：通知治理委員會太早，沒先評估。
• C：跳過解決嘗試直接通知。
• D ✅：先解決嘗試 + 評估後果，完整動作。

4️⃣ 最佳選項：D
判斷關鍵：先嘗試解決 + 並行評估，後續再決定要不要升級。

5️⃣ 實務記憶：風險發生先「嘗試解決 + 評估後果」，不是「直接通知 + 修改計畫」。

1️⃣ 題幹：公司戰略改變，治理委員會最重要的問題？
A. 是否仍能產生足夠收入
B. 是否仍在 portfolio 中
C. 組件是否仍產生正確交付物
D. 預期收益是否仍符合新戰略

2️⃣ 考點：戰略改變後，governance 第一關切 = strategic alignment 是否仍然成立。其他都是次要。

3️⃣ 逐項排除

• A：收入是結果，不是核心問題。
• B：是否在 portfolio 是 portfolio 層議題。
• C：交付物是執行細節。
• D ✅：戰略對齊是 governance 根本問題。

4️⃣ 最佳選項：D
判斷關鍵：戰略改變 → 直接問戰略對齊。

5️⃣ 實務記憶：戰略變化的第一檢測 = expected benefits 是否仍對齊新戰略。

1️⃣ 題幹：Stakeholder 想知道 program 是否將實現收益，展示什麼？
A. Benefits register
B. Roadmap
C. Business case
D. Charter

2️⃣ 考點：Benefits register 記錄各收益的當前狀態（識別、規劃、實現中、已實現），是顯示「收益實現進度」的最佳工具。

3️⃣ 逐項排除

• A ✅：Benefits register 直接展示收益實現狀態。
• B：Roadmap 是時間線。
• C：Business case 是預期，不是實際進度。
• D：Charter 是啟動文件。

4️⃣ 最佳選項：A
判斷關鍵：「實現進度」= benefits register。

5️⃣ 實務記憶：Benefits 文件分工 = BMP（如何）+ Map（連結）+ Register（狀態）+ Roadmap（時間）。

1️⃣ 題幹：哪個不是 definition phase 輸出？
A. 組織戰略計畫
B. Roadmap
C. Charter
D. Program plan

2️⃣ 考點：組織戰略計畫是 program 的 input（前提）而非 output。Definition phase 在組織戰略下產出 charter、roadmap、PMP。

3️⃣ 逐項排除

• A ✅：戰略計畫是 input 不是 output。
• B、C、D：都是 definition phase 標準 output。

4️⃣ 最佳選項：A
判斷關鍵：分清 input 與 output。

5️⃣ 實務記憶：Definition input = 組織戰略 + business case；output = charter + PMP + roadmap + governance。

1️⃣ 題幹：BMP 與 roadmap 的區別？
A. 沒區別
B. BMP 描述何時如何，roadmap 是宏觀里程碑高層視圖含收益實現
C. BMP 描述何時如何，roadmap 完全不涉及收益
D. 兩者互補，都是 benefits planning 輸出

2️⃣ 考點：BMP 詳細描述每個收益的 when/how；Roadmap 是時間線視圖（含關鍵里程碑、決策點、收益實現節點），更宏觀。

3️⃣ 逐項排除

• A：明顯錯。
• B ✅：精確區分兩者層級。
• C：roadmap 也含收益實現節點。
• D：互補但層級不同，B 更精確。

4️⃣ 最佳選項：B
判斷關鍵：BMP 詳細，roadmap 宏觀。

5️⃣ 實務記憶：BMP = 收益詳本；Roadmap = 時間總圖。BMP 是 roadmap 的支撐文件之一。

1️⃣ 題幹：PM 啟動 component，sponsor 叫停。最可能原因？
A. 沒從 stakeholder 取得批准
B. 沒向指導委員會發送組件啟動請求
C. 沒向 sponsor 發送組件啟動請求
D. 沒與其他 PM 討論

2️⃣ 考點：Component 啟動必須走治理流程（指導委員會審批），這是 governance 標準動作。Sponsor 個人批准不取代委員會。

3️⃣ 逐項排除

• A：stakeholder 批准不是 governance 流程。
• B ✅：必須向指導委員會正式請求。
• C：sponsor 個人批准不取代委員會。
• D：橫向討論不是必要前提。

4️⃣ 最佳選項：B
判斷關鍵：Component 啟動必走 governance board。

5️⃣ 實務記憶：所有 component lifecycle event（啟動/關閉）都走 governance 正式流程，不能個人批准。

1️⃣ 題幹：在哪裡記錄 stakeholder 期望追蹤計畫？
A. SEP
B. Charter（含期望描述）
C. Business case 高層摘要
D. Stakeholder register

2️⃣ 考點：SEP（Stakeholder Engagement Plan）描述如何 engage、跟蹤、管理 stakeholder 期望，是 program 整個生命周期的 stakeholder 動態管理文件。

3️⃣ 逐項排除

• A ✅：SEP 是 stakeholder 動態管理工具。
• B：Charter 是啟動文件，不含跟蹤計畫。
• C：Business case 是策略論證。
• D：Register 是靜態名單。

4️⃣ 最佳選項：A
判斷關鍵：「跟蹤管理計畫」= SEP。

5️⃣ 實務記憶：Stakeholder 文件「靜態 vs 動態」分工 = Register（靜態名單）vs SEP（動態管理）。

1️⃣ 題幹：指導委員會拒絕啟動 project，最關鍵原因？
A. Project 商業論證不存在
B. PM 未選定
C. 資源未呈現
D. 沒 sponsor

2️⃣ 考點：Component 啟動最根本要件 = business case（為什麼要這個 project）。沒有 business case = 沒有 governance 評估的根據。

3️⃣ 逐項排除

• A ✅：沒 business case = governance 不可能批准。
• B、C、D：是次要要件，缺了可補。

4️⃣ 最佳選項：A
判斷關鍵：所有 component 啟動的「why」由 business case 提供。

5️⃣ 實務記憶：Business case = 啟動的「通行證」。沒有它就連討論都進不去。

1️⃣ 題幹：強制變更導致延誤，program 應做？
A. 為延遲創建 CR
B. 快速跟進
C. Resource leveling
D. 趕工

2️⃣ 考點：強制性變更（mandatory change，例如法規）的影響必須通過正式變更請求記錄，這是治理紀律的核心。其他壓縮進度方法都跳過了治理。

3️⃣ 逐項排除

• A ✅：CR 是處理變更的標準流程。
• B、C、D：技術手段，跳過治理流程。

4️⃣ 最佳選項：A
判斷關鍵：變更先走 CR，再考慮技術手段。

5️⃣ 實務記憶：Mandatory change → 永遠先 CR 再執行。任何壓縮進度的手段都在 CR 之後。

1️⃣ 題幹：包含 stakeholder 期望的文件？
A. Stakeholder log
B. Stakeholder analysis
C. Stakeholder register
D. Stakeholder map

2️⃣ 考點：Stakeholder Register 標準內容包含 expectation、interest、influence、engagement strategy 等欄位。

3️⃣ 逐項排除

• A：Log 不是標準術語。
• B：Analysis 是過程不是文件。
• C ✅：Register 含期望欄位。
• D：Map 是視覺化，無詳細期望。

4️⃣ 最佳選項：C
判斷關鍵：「包含期望」= register（最完整 stakeholder 文件）。

5️⃣ 實務記憶：Register = 詳細欄位（含期望/影響力/態度）；Map = 視覺化關係；Analysis = 動態評估。

1️⃣ 題幹：風險規劃完成需額外行動，PM 下一步？
A. 轉移風險百分比
B. 建立應急儲備
C. 避免關鍵威脅
D. 範圍最終審查

2️⃣ 考點：Risk response 規劃完成後的標準補充 = 設立 contingency reserve 應對殘餘風險和未識別風險。

3️⃣ 逐項排除

• A：轉移是已規劃的應對策略，不是「補充」。
• B ✅：應急儲備 = risk response 後的標準補充。
• C：避免也是已規劃的策略。
• D：範圍審查是另一範疇。

4️⃣ 最佳選項：B
判斷關鍵：規劃完成 + 仍需保險 = contingency reserve。

5️⃣ 實務記憶：Risk reserve 兩種 = contingency reserve（已知未知，PM 控制）+ management reserve（未知未知，sponsor 控制）。

1️⃣ 題幹：收益不滿足計畫，用什麼工具分析？
A. Schedule model
B. Variance analysis
C. Cost of quality
D. Ishikawa

2️⃣ 考點：Variance analysis = 計畫 vs 實際的差異分析，是收益、成本、進度差異的標準工具。

3️⃣ 逐項排除

• A：Schedule model 是排程工具。
• B ✅：Variance analysis 直接分析差異。
• C：COQ 是質量成本。
• D：Ishikawa 找原因，但 variance 是先發現差異。

4️⃣ 最佳選項：B
判斷關鍵：「不滿足計畫」= 計畫 vs 實際差 = variance。

5️⃣ 實務記憶：發現差異用 variance analysis；找原因用 root cause / Ishikawa。順序：先測量差異，再找原因。

1️⃣ 題幹：報告太細治理委員會抱怨，建議制定使用？
A. Program dashboard
B. 行業標準指標
C. 全面軟體工具
D. 組織標準財務報告

2️⃣ 考點：報告太細 = 缺乏摘要視覺化工具。Dashboard 用 KPI 顏色快速呈現高層視圖。

3️⃣ 逐項排除

• A ✅：Dashboard 直接解決「太細」問題。
• B：行業標準是另一議題。
• C：軟體不解決層級問題。
• D：財務報告太局部。

4️⃣ 最佳選項：A
判斷關鍵：「太細」 → dashboard 摘要。

5️⃣ 實務記憶：Governance level 看 dashboard；operation level 看 detailed reports。

1️⃣ 題幹：建議 PgM 與客戶代表共進午餐、宴請副總，這活動是？
A. 發展和培養與 stakeholder 關係
B. 積極但不道德邊緣
C. 消極因試圖算計
D. 無效

2️⃣ 考點：與 stakeholder 進行非正式交流（午餐/晚宴）= legitimate relationship building，是 stakeholder engagement 的一部分。注意題幹強調「在 program 工作中」，是專業性行為，不是私人利益交換。

3️⃣ 逐項排除

• A ✅：標準關係培養活動。
• B、C、D：扭曲解讀，把專業關係建立負面化。

4️⃣ 最佳選項：A
判斷關鍵：在工作脈絡中與 stakeholder 建立關係是 PgMP 必要技能。

5️⃣ 實務記憶：PgMP 倫理 — 與 stakeholder 建立關係是 legitimate；only 變成「個人利益交換」才不道德。

1️⃣ 題幹：定義範圍 + 早期成本評估，另一個因素是？
A. Program 財務
B. Program resource
C. 主進度計畫
D. Program 組件

2️⃣ 考點：定義階段早期評估的三軸 = scope + cost + resource（組織能否提供必要資源）。Resource 是組織能力的核心衡量。

3️⃣ 逐項排除

• A：財務屬成本範疇，不是「另一」。
• B ✅：Resource 是早期評估的第三軸。
• C：主進度是後續產出。
• D：組件是 delivery 階段細化。

4️⃣ 最佳選項：B
判斷關鍵：早期三軸 = 範圍 + 成本 + 資源。

5️⃣ 實務記憶：定義階段早期評估「範本資」（範圍/成本/資源），缺一不可。

1️⃣ 題幹：正式授權 closure 之前，對最終狀態應做？
A. 完成給治理委員會的報告
B. 向治理委員會報告最終狀態
C. 準備 lessons learned
D. 與 sponsor 和治理委員會一起審查

2️⃣ 考點：Closure 前最後一步 = 與 sponsor 和 governance 共同審查，達成 closure 的共識。報告/lessons learned 是審查時的材料。

3️⃣ 逐項排除

• A、B：報告是材料，不是動作。
• C：Lessons learned 是 closure 中的活動，不是「之前」做的。
• D ✅：共同審查 = closure 授權前最後步驟。

4️⃣ 最佳選項：D
判斷關鍵：Closure 授權前的最後動作 = 共同審查取得共識。

5️⃣ 實務記憶：Closure 順序「審查 → 共識 → 授權 → 執行」。共同審查是門檻。

1️⃣ 題幹：4 個項目，gate review 將取消哪個？A: 收 700 成 900；B: 收 900 成 700；C: 收 300 成 200；D: 收 200 成 300。

2️⃣ 考點：Gate review 取消決策 = 看財務淨值（Revenue - Cost）。淨值最差的取消。

3️⃣ 逐項排除

• A：淨 -200（虧最多）
• B：淨 +200
• C：淨 +100
• D：淨 -100

4️⃣ 最佳選項：A
判斷關鍵：A 虧 200 是最差，砍 A。

5️⃣ 實務記憶：投資決策題先算 (Revenue - Cost)，最差的砍。

1️⃣ 題幹：PgM 找到新供應商但是親戚，怎麼辦？
A. 選供應商和 PgM
B. 選供應商不選 PgM
C. 不選此供應商選其他
D. 根據公司確認程序選擇

2️⃣ 考點：利益衝突情境，標準做法 = 走公司正式利益衝突確認程序，由獨立第三方判斷。不是憑 PgM 個人決定。

3️⃣ 逐項排除

• A、B：選或不選都是 PgM 個人決定，違反程序。
• C：直接拒絕也跳過程序。
• D ✅：走公司確認程序 = 標準解。

4️⃣ 最佳選項：D
判斷關鍵：利益衝突永遠走「正式程序」，不靠個人判斷。

5️⃣ 實務記憶：Conflict of interest → 揭露 + 走公司程序。Self-judgment 永遠是錯的選項。

1️⃣ 題幹：初級 PM 接複雜組件，如何回應？
A. 接受並識別技能差距 + 要求培訓
B. 拒絕（職業道德不接受不能勝任）
C. 接受並向高級 PM 求助
D. 拒絕（怕失敗影響職涯）

2️⃣ 考點：PMI Code of Ethics — 接受成長機會 + 主動識別差距 + 請求支援，這是 responsibility + competence 的展現，不違反道德。

3️⃣ 逐項排除

• A ✅：成長 + 識別差距 + 培訓 = 完整專業反應。
• B：完全拒絕成長機會也不符 PMI 精神。
• C：求助但沒識別差距，不夠系統。
• D：怕失敗是個人理由，不是專業理由。

4️⃣ 最佳選項：A
判斷關鍵：成長導向 + 主動補強差距，符合 PMI 精神。

5️⃣ 實務記憶：機會來臨「接受 + 評估 + 補強」三步走，不是直接拒絕。

1️⃣ 題幹：PgM 確保 program 對股東有貢獻，應嚴格與哪項一致？
A. 章程
B. 組織結構政策
C. 組織戰略目標
D. 治理計畫

2️⃣ 考點：股東利益的根本來源 = 組織戰略目標達成。Program 與戰略對齊 = 創造股東價值。

3️⃣ 逐項排除

• A：Charter 是 program 自己的文件。
• B：結構政策是內部規範。
• C ✅：組織戰略目標 = 股東價值的橋樑。
• D：治理計畫是 program 內部治理。

4️⃣ 最佳選項：C
判斷關鍵：股東利益 ↔ 戰略目標 ↔ program。

5️⃣ 實務記憶：Program 永遠向上對齊組織戰略；組織戰略對齊股東價值。鏈條清楚。

1️⃣ 題幹：WBS 編制指導原則？
A. 根據可用資源分解
B. 分解到工作包
C. 分解到架構基準
D. 在足以實現控制的層級

2️⃣ 考點：Program WBS 不分解到 component 內的工作包（那是 component PM 的責任），分解到「足以實現 program 層控制」的層級即可。

3️⃣ 逐項排除

• A：資源是執行細節。
• B：工作包是 project 層粒度。
• C：架構基準不是分解標準。
• D ✅：「實現控制」的最高層級 = program WBS 的合理粒度。

4️⃣ 最佳選項：D
判斷關鍵：Program WBS 粗，到能控制即可；Project WBS 細，到工作包。

5️⃣ 實務記憶：WBS 粒度 = 「夠用就好」，不是「越細越好」。

1️⃣ 題幹：完成初步 stakeholder 分析後下一步？
A. 明確識別 stakeholder 名單
B. 邀請成員加入治理委員會
C. 採用分散式治理結構
D. 將委員會成員加入清單

2️⃣ 考點：初步分析 → 完整識別所有 stakeholder（含潛在的）→ 制定 SEP → engage。順序不能跳。

3️⃣ 逐項排除

• A ✅：完整識別是分析後的下一步。
• B：治理結構不是 stakeholder 流程。
• C：採用結構是治理決策，不是 stakeholder 流程。
• D：太局部。

4️⃣ 最佳選項：A
判斷關鍵：初步 → 完整 → register → SEP，順序固定。

5️⃣ 實務記憶：Stakeholder 流程「識別 → 分析 → 規劃 → 爭取 → 監督」。

1️⃣ 題幹：A 超支，B 提前且少花，新 PgM 把 A 的部分資金給 B。這是？
A. 項目內部
B. 項目間
C. 關鍵鏈
D. 應急措施

2️⃣ 考點：跨 project 資金重新分配 = inter-project（項目間）resource reallocation，這是 program 層獨有能力。

3️⃣ 逐項排除

• A：內部是同一項目內。
• B ✅：跨項目 = inter-project。
• C、D：技術名詞，與本案無關。

4️⃣ 最佳選項：B
判斷關鍵：跨 project = inter-project。

5️⃣ 實務記憶：跨 project 資源重分配是 program manager 獨有權限，project manager 沒有。

1️⃣ 題幹：CEO 要 program 年底前客戶投訴減 30%，記錄在哪？
A. 質量標準
B. 客戶管理計畫
C. BMP
D. 收益維持計畫

2️⃣ 考點：「客戶投訴減 30%」是可測量的期望收益（expected benefit），記錄在 BMP（benefit metric + target）。

3️⃣ 逐項排除

• A：質量標準是質量範疇。
• B：客戶管理計畫太狹義。
• C ✅：BMP 記錄 metric + target + 時程。
• D：維持計畫是收益實現後。

4️⃣ 最佳選項：C
判斷關鍵：可測量的目標 = benefit = 記在 BMP。

5️⃣ 實務記憶：CEO 提的可測量目標 = expected benefit → BMP。

1️⃣ 題幹：Sponsor 要機密更新（部分 stakeholder 不該看到），如何處理？
A. 提交 program brief
B. 修訂 stakeholder 管理計畫
C. 修訂沟通管理計畫
D. 生成獨立狀態報告

2️⃣ 考點：機密資訊應獨立報告給特定接收者，不混入標準分發報告。這保留 information sharing 的紀律。

3️⃣ 逐項排除

• A：Brief 不解決機密分發。
• B：修訂 stakeholder plan 過大。
• C：修訂沟通計畫也過大。
• D ✅：獨立報告是直接解。

4️⃣ 最佳選項：D
判斷關鍵：機密資訊獨立通道，不污染標準報告。

5️⃣ 實務記憶：機密處理「獨立通道 + 限制接收者」，不修改標準流程。

1️⃣ 題幹：B 公司收購 A 公司後新業務指示，作為 A 公司 PgM 第一步？
A. 更新 PMP
B. 評估 BMP 對齊新指示
C. 評估如何用資源實現
D. 提交 CR

2️⃣ 考點：戰略變化的第一動作 = 評估 BMP 是否仍對齊新戰略。BMP 是收益的核心，新戰略可能導致現有收益失效。

3️⃣ 逐項排除

• A：更新 PMP 太早。
• B ✅：先評估 BMP 是否還符合新方向。
• C：資源評估是後續。
• D：提交 CR 是後續動作。

4️⃣ 最佳選項：B
判斷關鍵：戰略變化先檢視 BMP（收益是否還對齊），再決定具體動作。

5️⃣ 實務記憶：戰略變化 → 收益對齊評估 → 必要時更新計畫。順序：對齊先於更新。

1️⃣ 題幹：員工抗議培訓走出房間，PgM 應做？
A. 停止培訓 + sponsor 介入
B. 與變革管理團隊識別根因 + 提出系統變更建議
C. 部門領導出席培訓 + 討論員工關切
D. 請 PMO 解決

2️⃣ 考點：抗議事件 = 找根本原因，再從系統面（不是單一培訓會）改善。直接停培訓或叫部門領導鎮壓都治標不治本。

3️⃣ 逐項排除

• A：停培訓是逃避，sponsor 也不該被拉進操作層。
• B ✅：找根因 + 系統改善 = PgMP 思維。
• C：叫部門領導壓員工反而增反彈。
• D：推給 PMO 不負責任。

4️⃣ 最佳選項：B
判斷關鍵：問題發生 → 找根因 → 系統改善。

5️⃣ 實務記憶：人員抗議題 = 「根因分析 + 系統改善」，不是「壓制 + 推卸**」。

1️⃣ 題幹：新組件提供強化機會，記錄監督機會用？
A. Program risk register
B. Scope management plan
C. Risk management plan
D. Component risk register

2️⃣ 考點：PMI 標準把 opportunities 與 threats 都記錄在 risk register。注意這是「program 層」的機會（強化 program 結果）所以記在 program risk register 不是 component。

3️⃣ 逐項排除

• A ✅：Program risk register 含 opportunities。
• B：Scope plan 不記機會。
• C：Risk management plan 描述方法，不記具體機會。
• D：Component register 是組件層，不對應 program 機會。

4️⃣ 最佳選項：A
判斷關鍵：機會也是 risk，記在 program 層 register。

5️⃣ 實務記憶：Risk register 含「威脅 + 機會」雙面。Program 層機會記 program register。

1️⃣ 題幹：Closure 前應做？
A. 取得 stakeholder 批准啟動收尾活動
B. 生成績效報告
C. 開展 closure
D. 歸檔文件

2️⃣ 考點：Closure 前先取得 stakeholder（含 governance）批准，這是治理紀律。批准後才能執行 closure 活動（含生成報告、歸檔）。

3️⃣ 逐項排除

• A ✅：批准在前，活動在後。
• B、C、D：都是批准後才執行的活動。

4️⃣ 最佳選項：A
判斷關鍵：先批准再執行，順序不能顛倒。

5️⃣ 實務記憶：Closure 順序「取得批准 → 執行收尾 → 報告 → 歸檔」。

1️⃣ 題幹：社交網絡負評影響 program，PgM 收益實現分析後聚焦？
A. 戰略一致性
B. 價值交付
C. 風險管理
D. 績效測量

2️⃣ 考點：負評 = reputational risk = 必須從 risk management 角度處理（識別、評估、應對）。

3️⃣ 逐項排除

• A：戰略一致性無變化。
• B：價值交付是輸出。
• C ✅：負評 = risk，焦點在 risk management。
• D：績效測量太局部。

4️⃣ 最佳選項：C
判斷關鍵：reputational impact = risk management 議題。

5️⃣ 實務記憶：外部負面事件影響 program → 第一焦點是 risk management。

1️⃣ 題幹：何時指派 PgM？
A. 定義
B. 構建
C. 準備
D. 啟動

2️⃣ 考點：PgM 在 program definition phase 早期被任命，這是 PMI 標準。Definition 階段需要 PgM 主導章程、roadmap、PMP 等規劃工作。

3️⃣ 逐項排除

• A ✅：Definition phase。
• B、C、D：都是其他階段名稱，PgM 任命應更早。

4️⃣ 最佳選項：A
判斷關鍵：PgM 任命在 program definition phase。

5️⃣ 實務記憶：Program 兩大 phase = Definition + Delivery。PgM、sponsor 在 Definition 早期任命。

1️⃣ 題幹：確保 program 活動滿足 PMP 中的需求、期望、指南、參數和制約用哪個過程？
A. 管理 program 架構
B. 管理組件介面
C. Direct and manage program execution
D. Engage program stakeholders

2️⃣ 考點：「確保活動符合 plan」= execution 過程的核心定義 = Direct and Manage Program Execution。

3️⃣ 逐項排除

• A：架構管理是另一過程。
• B：介面管理是另一過程。
• C ✅：Direct and Manage 直接定義為「確保活動符合計畫」。
• D：Stakeholder engagement 是另一範疇。

4️⃣ 最佳選項：C
判斷關鍵：「執行符合 plan」= Direct and Manage Program Execution。

5️⃣ 實務記憶：Direct and Manage Execution 是 program execution domain 的「主導過程」。

1️⃣ 題幹：開發專屬 PMIS，誰為資產做出貢獻？
A. Sponsor + governance + PMO + 團隊 + PgM
B. Sponsor + governance + 團隊 + PgM
C. Governance + PMO + 團隊
D. PMO + 團隊

2️⃣ 考點：PMIS 是 program 集體資產，所有層級都需貢獻 — sponsor（戰略需求）+ governance（治理需求）+ PMO（流程模板）+ 團隊（執行內容）+ PgM（整合）。

3️⃣ 逐項排除

• A ✅：完整列舉所有層級。
• B、C、D：都缺一些層級。

4️⃣ 最佳選項：A
判斷關鍵：PMIS 是集體資產，需所有 stakeholder 貢獻。

5️⃣ 實務記憶：PMIS 貢獻者 = 「全層級」（sponsor/governance/PMO/team/PgM）。

1️⃣ 題幹：內部 stakeholder 承諾減弱，下一步？
A. 與每個 stakeholder 安排時間說明 program 如何幫助公司和他們
B. 確保 sponsor 了解並更新沟通計畫
C. 與 sponsor 交談 + sponsor 與 stakeholder 交談
D. 與 stakeholder 安排小組會議

2️⃣ 考點：個別 stakeholder 承諾減弱 → 個別溝通最有效。集體會議稀釋訊息，sponsor 代理失去 PgM 直接接觸。

3️⃣ 逐項排除

• A ✅：個別 face-to-face 是高接觸度標準。
• B：更新沟通計畫沒處理當下問題。
• C：sponsor 代理弱化 PgM 領導。
• D：小組會議讓真實意見不出來。

4️⃣ 最佳選項：A
判斷關鍵：個別承諾問題用個別溝通解決。

5️⃣ 實務記憶：Stakeholder 承諾問題「個別處理 + face-to-face」最有效，不是團體會議。

1️⃣ 題幹：合格賣方清單，PgM 用來做？
A. 規劃標書評估系統
B. 準備採購計畫
C. 預算更新
D. 發出招標書（RFP）

2️⃣ 考點：Qualified seller list 的直接用途 = 知道對誰發 RFP。其他都是更前期或後期動作。

3️⃣ 逐項排除

• A：標書評估系統是另一規劃。
• B：採購計畫在 qualified list 之前。
• C：預算更新無關。
• D ✅：Qualified list 直接用於 RFP 對象選定。

4️⃣ 最佳選項：D
判斷關鍵：合格清單 → 對誰發 RFP。

5️⃣ 實務記憶：Procurement 流程「Qualify → RFP → Evaluate → Award」。Qualified list 是 RFP 的輸入。

1️⃣ 題幹：Governance oversight 會議完成時，輸出至少包括？
A. Go/No-Go 決定 + 治理決議登記冊
B. Program 終止決議 + 批准的 CR
C. 已解決問題 + 治理決議登記冊
D. Go/No-Go + 批准 CR

2️⃣ 考點：Governance oversight 會議標準輸出 = go/no-go decisions + decision register（記錄所有治理決議）。

3️⃣ 逐項排除

• A ✅：標準雙輸出。
• B：終止只是其中一種，太狹義。
• C：解決問題不是治理會議唯一輸出。
• D：缺登記冊。

4️⃣ 最佳選項：A
判斷關鍵：治理會議 = 決定 + 留紀錄。

5️⃣ 實務記憶：Governance 會議輸出「Go/No-Go + Decision Register」記熟。

1️⃣ 題幹：SEP 批准後下一步？
A. 制定組件 SEP
B. 分發計畫
C. 制定 program 沟通計畫
D. 與關鍵 stakeholder 審查 SEP

2️⃣ 考點：SEP 批准後 → 制定 program communications plan（沟通計畫從 SEP 派生）。順序：identification → SEP → communication plan → engage。

3️⃣ 逐項排除

• A：組件 SEP 不是 program 層後續步驟。
• B：分發是後續行動。
• C ✅：沟通計畫是 SEP 的下游。
• D：審查 SEP 在批准前已做。

4️⃣ 最佳選項：C
判斷關鍵：SEP → Communications plan，固定順序。

5️⃣ 實務記憶：Stakeholder 五步「識別 → 分析 → SEP → 沟通計畫 → 爭取」。

1️⃣ 題幹：影響單一 project 範圍變更，誰批准？
A. Program 指導委員會
B. 項目指導委員會
C. Program CCB
D. Project CCB

2️⃣ 考點：變更控制原則 — 變更影響範圍對應到變更批准層級。只影響一個 project = project 層 CCB 即可，不需上升到 program 層。

3️⃣ 逐項排除

• A、B：指導委員會看戰略，不批單一 scope 變更。
• C：Program CCB 處理跨 project 變更。
• D ✅：Project CCB 處理 project 內變更。

4️⃣ 最佳選項：D
判斷關鍵：「影響範圍 = 批准層級」。

5️⃣ 實務記憶：CCB 層級對應原則 — project 變更 → project CCB；跨 project 或影響架構 → program CCB；戰略影響 → governance board。

1️⃣ 題幹：Stakeholder 對 program 有擔憂，沟通計畫制定後與誰審查？
A. Sponsor
B. PMO
C. PM
D. PgM 自己

2️⃣ 考點：沟通計畫的最終 approver = sponsor（最高 stakeholder + 治理代表）。PgM 是制定者，sponsor 是審查者。

3️⃣ 逐項排除

• A ✅：Sponsor 是 program 治理層代表，審查沟通計畫。
• B：PMO 提供範本支援，不是審查者。
• C：PM 是執行者。
• D：PgM 自己制定不是「審查」。

4️⃣ 最佳選項：A
判斷關鍵：沟通計畫最終 approver = sponsor。

5️⃣ 實務記憶：Plan 系列審查者 = sponsor（戰略代表）。PMO/PM 是支援角色。

1️⃣ 題幹：風險規劃完成後，另一重要事？
A. 慶祝
B. 與 PM 審查
C. 風險規劃
D. 應急儲備

2️⃣ 考點：Risk planning 完成後設立 contingency reserve 應對殘餘風險和未識別風險。

3️⃣ 逐項排除

• A：不嚴肅。
• B：審查是規劃中環節。
• C：規劃已完成，不會再做。
• D ✅：Contingency reserve 是規劃後的補強。

4️⃣ 最佳選項：D
判斷關鍵：風險規劃完 → contingency reserve。

5️⃣ 實務記憶：Risk reserve 兩種：contingency（PM 控制 / 已知未知）+ management（sponsor 控制 / 未知未知）。

1️⃣ 題幹：Program 啟動期間 stakeholder 不了解是否符合戰略目標，展示一致性的輸出物？
A. Scope statement
B. Benefits realization plan
C. Charter
D. Business case

2️⃣ 考點：Business case 是論證 program 與戰略對齊的根本文件，包含戰略合理性、預期收益、ROI 等說服性內容。

3️⃣ 逐項排除

• A：Scope 描述邊界，不論證戰略對齊。
• B：Benefits 計畫描述如何實現，不論證戰略。
• C：Charter 授權，不深入論證。
• D ✅：Business case = 戰略對齊論證書。

4️⃣ 最佳選項：D
判斷關鍵：「展示戰略對齊」永遠是 business case。

5️⃣ 實務記憶：Business case 三大論證 = 戰略對齊 + 預期收益 + 商業合理性。

1️⃣ 題幹：固定價格合同 program，控制風險的最佳方法？
A. 委員會授權從客戶獲取額外預算
B. 申請使用管理儲備
C. 修改合同類型
D. 風險應對計畫 + 時間和成本應急儲備 + 控制殘餘風險

2️⃣ 考點：固定價格合同下 PM 承擔成本超支風險，必須自備風險應對 + 應急儲備，而非依賴客戶或合同變更。

3️⃣ 逐項排除

• A：Fixed-price 不能輕易要更多預算。
• B：Management reserve 是組織層級，不適合日常使用。
• C：合同類型不能單方面改。
• D ✅：風險應對計畫 + 應急儲備 = 標準準備。

4️⃣ 最佳選項：D
判斷關鍵：固定價格 → PM 自備儲備，不依賴客戶。

5️⃣ 實務記憶：Fixed-price 風險管理 = 完整應對計畫 + 充足 contingency reserve。

1️⃣ 題幹：客戶說不需要 gate review 了，PgM 應做？
A. 詢問 stakeholder 並照辦
B. 與客戶達成一致並啟動變更
C. 繼續定期 gate review 保持收益實現有效性
D. 用定期沟通取代 gate review

2️⃣ 考點：Gate review 是治理紀律，不是客戶可以單方面取消的活動。客戶滿意不代表治理失去必要性。PgMP 應堅持治理流程。

3️⃣ 逐項排除

• A：照辦失去治理。
• B：啟動變更等於放棄治理。
• C ✅：堅持治理紀律，繼續 gate review。
• D：用沟通取代評審 = 失去評審決策力。

4️⃣ 最佳選項：C
判斷關鍵：治理紀律不能因 stakeholder 滿意而取消。

5️⃣ 實務記憶：Gate review 是 PgM 對治理的承諾，不能因外部要求停止。

1️⃣ 題幹：A 完成 plan, B 不會做。PgM 應？
A. A 幫 B
B. 重做兩個 project plan 一致
C. B 用 A 的 plan
D. 整合制定 program 沟通計畫

2️⃣ 考點：當 component 沟通計畫不完整 / 不一致 → 拉到 program 層整合制定 program-level communications plan，向下展開到各 component。

3️⃣ 逐項排除

• A：A 幫 B 屬橫向，不是 PgM 系統解。
• B：重做兩個 project plan 缺乏 program 層整合。
• C：直接複製 plan 違背各 project 特性。
• D ✅：拉到 program 層整合，標準解。

4️⃣ 最佳選項：D
判斷關鍵：Component 不一致 → 拉 program 層整合。

5️⃣ 實務記憶：所有「component 不一致」議題，PgMP 解 = 「拉高一層整合」。

1️⃣ 題幹：兩 PM 搶資源開會討論分配，根據什麼？
A. 關鍵鏈
B. 應急措施
C. 優先級
D. 資源依賴管理

2️⃣ 考點：跨 project 資源衝突按 priority 分配（哪個 project 對 program benefit 貢獻優先）。Resource dependency 是描述工具，不是分配依據。

3️⃣ 逐項排除

• A：關鍵鏈是排程方法。
• B：應急措施是風險術語。
• C ✅：Priority 是分配依據。
• D：依賴管理是工具，不是依據。

4️⃣ 最佳選項：C
判斷關鍵：分配依據 = priority；分析工具 = dependency management。

5️⃣ 實務記憶：「按什麼分配」永遠是 priority；「怎麼分析」用 dependency 工具。

1️⃣ 題幹：恢復健康度，戰略對齊後下一步？
A. 識別協同並更新資源計畫
B. 修訂 roadmap + 落實 BM
C. 環境評估更新沟通
D. 建治理委員會 + kickoff

2️⃣ 考點：戰略對齊已恢復，下一步是修訂 roadmap 對應新戰略 + 落實 benefits management（讓收益實現重新上軌道）。

3️⃣ 逐項排除

• A：協同識別屬細節優化。
• B ✅：Roadmap + BM 是健康度恢復雙軸。
• C：環境評估屬規劃前期。
• D：治理委員會應已存在。

4️⃣ 最佳選項：B
判斷關鍵：對齊後 → 修訂 roadmap + 啟動 BM。

5️⃣ 實務記憶：健康度恢復順序「戰略對齊 → roadmap 修訂 → BM 落實 → execution」。

1️⃣ 題幹：客戶拒絕 PM（缺乏資格），下一步？
A. 重新評估 PM 資質
B. 換 PM
C. 審查項目技能要求
D. 應用能力評估技術解決

2️⃣ 考點：客戶拒絕 PM 之前，PgM 應回頭審查項目技能要求，看是否要求過高或不適配。直接換人是治標。

3️⃣ 逐項排除

• A：評估 PM 是 PM 端，但客戶可能要求過高。
• B：直接換人沒解決根本。
• C ✅：先看技能要求是否合理，再判斷是否真的要換。
• D：能力評估太抽象。

4️⃣ 最佳選項：C
判斷關鍵：拒絕事件先回頭審查需求合理性。

5️⃣ 實務記憶：拒絕 / 衝突事件 → 先審查需求 / 標準是否合理，再判斷對人或對事。

1️⃣ 題幹：新 PgM 一小時內被叫到高管室討論需求願景假設約束，總結成哪個文件？
A. Charter
B. BMP
C. Business case
D. Roadmap

2️⃣ 考點：Program charter 包含 program 的 high-level 內容（vision, scope, assumptions, constraints, organizational needs），是新 PgM 與高管同步的「標準文件」。

3️⃣ 逐項排除

• A ✅：Charter 含 vision/needs/assumptions/constraints 標準章節。
• B：BMP 是收益細節。
• C：Business case 是商業論證細節。
• D：Roadmap 是時間線。

4️⃣ 最佳選項：A
判斷關鍵：「需求 + 願景 + 假設 + 約束」標準對應 charter。

5️⃣ 實務記憶：Charter 標準章節「需求 / 願景 / 假設 / 約束」記熟。

1️⃣ 題幹：收益分析和規劃完成，確保什麼？
A. KPI 必要資訊
B. 移交計畫
C. 監督績效計畫
D. BMP 用於指導 program 剩餘工作

2️⃣ 考點：Benefits Analysis & Planning 階段的最終輸出 = BMP（Benefits Management Plan），這個 plan 接下來指導整個 program 的收益管理工作。

3️⃣ 逐項排除

• A：KPI 是 BMP 內容之一。
• B：移交計畫是後期才做。
• C：監督計畫是 BMP 的一部分。
• D ✅：BMP 是完整輸出，指導後續工作。

4️⃣ 最佳選項：D
判斷關鍵：規劃完成 → 產出 BMP 指導後續。

5️⃣ 實務記憶：Benefits Analysis & Planning 階段的「畢業證書」= BMP。

1️⃣ 題幹：定義 program 戰略目標和收益的文件？
A. 戰略計畫
B. PMP
C. Charter
D. Scope statement

2️⃣ 考點：Program charter 是正式文件，明文定義 program 的 strategic objectives 和 expected benefits。

3️⃣ 逐項排除

• A：戰略計畫是組織層，不專屬 program。
• B：PMP 描述如何管理。
• C ✅：Charter 定義 strategic objectives + expected benefits。
• D：Scope statement 描述範圍。

4️⃣ 最佳選項：C
判斷關鍵：「定義戰略目標和收益」= charter。

5️⃣ 實務記憶：Charter 含「vision + strategic objectives + expected benefits + 高層 scope」。

1️⃣ 題幹：新 PgM 發現收益已交付運營但未追蹤維持，應審查？
A. PMP
B. BMP
C. Benefits transition plan
D. Benefits sustainment plan

2️⃣ 考點：「已交付但未追蹤維持」明確指向 sustainment 階段，應看 benefits sustainment plan（描述移交後如何持續維持收益）。

3️⃣ 逐項排除

• A：PMP 太籠統。
• B：BMP 涵蓋規劃，但維持細節在 sustainment plan。
• C：Transition plan 是移交本身的計畫。
• D ✅：Sustainment plan 是維持階段的指南。

4️⃣ 最佳選項：D
判斷關鍵：「維持」永遠對應 sustainment plan。

5️⃣ 實務記憶：Benefits 三 plan 分工 = BMP（規劃）+ Transition（移交）+ Sustainment（維持）。

1️⃣ 題幹：組件故障 24/48hr 修復、月發生 2 次、損失 10% 收入。影響分析後 PgM 下一步？
A. 重新定義優先級 + 轉移資源 + 更新 BMP
B. 通知 stakeholder 取得批准 + 更新 BMP
C. 成本收益分析 + 更新風險 + 通知
D. 更新風險 + BMP

2️⃣ 考點：影響分析已完成 + sponsor 已要求立即退出 → PgM 採取行動：重新優先級、轉移資源、更新 BMP。其他選項偏向再做分析（已完成）或只更新文件（無行動）。

3️⃣ 逐項排除

• A ✅：採取行動三要素（優先級 + 資源 + BMP）。
• B：通知取得批准是被動的。
• C：成本收益分析是分析動作（已完成階段）。
• D：只更新沒行動。

4️⃣ 最佳選項：A
判斷關鍵：分析完成 → 行動，不是再分析或只更新。

5️⃣ 實務記憶：影響分析後 PgM 動作三件套 = 優先級 + 資源 + BMP 更新。

1️⃣ 題幹：Stakeholder 衝突需求，協商失敗，PgM 下一步？
A. 與 stakeholder 開會討論需求
B. 與 stakeholder 改變 program 目標
C. 與 sponsor 解決問題
D. 與團隊討論需求

2️⃣ 考點：協商失敗 = PgM 自身能力到頂 → 升級給 sponsor 處理。Sponsor 有更高的政治籌碼解決衝突。

3️⃣ 逐項排除

• A：再開會與已協商失敗的對象沒用。
• B：改 program 目標違反治理。
• C ✅：升級 sponsor 是標準動作。
• D：團隊不是衝突方。

4️⃣ 最佳選項：C
判斷關鍵：協商失敗 → 升級 sponsor。

5️⃣ 實務記憶：衝突解決階梯「直接溝通 → 協商 → 升級 sponsor → 升級 governance」。

1️⃣ 題幹：OPA（組織過程資產）是 program 重要外部輸入，PgM 選哪項？
A. 戰略目標 + 工具 + 模板 + 內部標準
B. 政府法規 + 市場條件 + 資金組織 + 政治氣候
C. 正式和非正式計畫 + 指南 + 經驗教訓 + 歷史風險數據
D. Stakeholder 流程 + 市場條件

2️⃣ 考點：OPA 標準內容 = 計畫、指南、經驗教訓、歷史數據（組織內部累積的「process assets」）。EEF 才是法規市場（外部因素）。

3️⃣ 逐項排除

• A：戰略目標屬戰略計畫，非 OPA 經典定義。
• B：政府法規 + 市場是 EEF。
• C ✅：經典 OPA 內容。
• D：混合 EEF。

4️⃣ 最佳選項：C
判斷關鍵：OPA = 組織內過程資產（計畫/指南/教訓/數據）。

5️⃣ 實務記憶：OPA 4 大 = 「計指教歷」（計畫/指南/經驗教訓/歷史數據）。EEF 別混淆。

1️⃣ 題幹：啟動 program 制定財務計畫期間反映環境變化的是？
A. BMP
B. 治理計畫
C. 財務框架
D. 風險管理計畫

2️⃣ 考點：Financial framework 是反映財務環境（funding sources、currency、tax 等變化）的容器。Financial plan 從 framework 派生。

3️⃣ 逐項排除

• A：BMP 是收益範疇。
• B：治理計畫是治理範疇。
• C ✅：Financial framework 反映環境因素。
• D：風險計畫是另一範疇。

4️⃣ 最佳選項：C
判斷關鍵：「反映財務環境變化」= financial framework。

5️⃣ 實務記憶：Financial framework → financial plan → budget baseline。Framework 是環境因素的入口。

1️⃣ 題幹：3 個 project 中 1 個 component 達 closure 標準被要求關閉，PgM 下一步？
A. 更新商業論證
B. 更新 program roadmap
C. 更新章程
D. 更新治理計畫

2️⃣ 考點：Component closure 是 program 路線圖的一個事件節點，應反映在 roadmap 上（移除已關 component，調整時間線）。其他文件變動較少。

3️⃣ 逐項排除

• A：商業論證不為 closure 事件更新。
• B ✅：Roadmap 反映 component lifecycle 變化。
• C：Charter 是初始授權文件。
• D：治理計畫穩定，不為單一 closure 更新。

4️⃣ 最佳選項：B
判斷關鍵：Component lifecycle 事件 → 更新 roadmap。

5️⃣ 實務記憶：Roadmap 是「活的時間線」，每次 component 啟動 / 關閉都要更新反映。

1️⃣ 題幹：接管全球 program，發現 stakeholder 因缺更新沟通不滿，首先做？
A. 查看治理計畫和沟通日誌
B. 審查沟通計畫和 stakeholder register
C. 審查 stakeholder 管理計畫和矩陣
D. 通知 sponsor 並更新問題日誌

2️⃣ 考點：「沟通不足 + stakeholder 不滿」第一步 = 看 communication plan（沟通安排）+ stakeholder register（誰、需什麼資訊）。先理解現有設計再判斷如何改善。

3️⃣ 逐項排除

• A：治理計畫太高層；沟通日誌只是執行紀錄。
• B ✅：直接看沟通設計 + stakeholder 需求。
• C：「stakeholder 管理計畫」是非標準術語（PMI 用 SEP）。
• D：通知 sponsor 是後續，需先掌握情況。

4️⃣ 最佳選項：B
判斷關鍵：先看「設計 + 需求」雙文件理解現況。

5️⃣ 實務記憶：沟通議題雙文件 = communication plan（設計）+ stakeholder register（需求）。

1️⃣ 題幹：BMP 修改後還應更新什麼？
A. Roadmap
B. Benefits register
C. Business case
D. PMP

2️⃣ 考點：BMP 修改 → roadmap 必同步更新（roadmap 含收益實現節點，BMP 變化時間線會變）。

3️⃣ 逐項排除

• A ✅：Roadmap 與 BMP 直接相依。
• B：Register 記狀態，不是計畫面變化。
• C：Business case 是初始論證。
• D：PMP 太籠統，不直接連動。

4️⃣ 最佳選項：A
判斷關鍵：BMP 改 → roadmap 同步。

5️⃣ 實務記憶：Document 連動原則 = 「BMP ↔ Roadmap」雙向同步。

1️⃣ 題幹：4 component 沒統一質量標準，PgM 怎麼辦？
A. 與治理委員會合作
B. 與 sponsor 合作
C. 與 PMO 合作
D. 與治理 + sponsor 合作

2️⃣ 考點：制定 program 層統一質量標準屬流程 / 模板議題 = PMO 領域。PMO 提供方法論支援。

3️⃣ 逐項排除

• A：治理委員會看戰略，不直接訂質量標準。
• B：Sponsor 不操作技術細節。
• C ✅：PMO 是流程模板專家。
• D：兩者都不是流程專家。

4️⃣ 最佳選項：C
判斷關鍵：流程 / 標準制定 = PMO 領域。

5️⃣ 實務記憶：PMO 三大功能 = 流程標準 + 工具模板 + 知識共享。質量標準屬第一類。

1️⃣ 題幹：新財務系統交付 6 個月後，全球財務部發現數據不足，提交跟進舉措的請求應透過哪個文件定義的流程？
A. Benefits sustainment plan
B. Benefits governance plan
C. Benefits realization report
D. Benefits transition plan

2️⃣ 考點：交付後 6 個月 = sustainment 階段。後續跟進舉措（feedback、improvement requests）應透過 sustainment plan 定義的流程提交，因為 sustainment plan 包含「移交後的維持與改善」機制。

3️⃣ 逐項排除

• A ✅：Sustainment plan 定義交付後的改善流程。
• B：「Benefits governance plan」非標準術語。
• C：Realization report 是事後報告。
• D：Transition plan 是移交本身。

4️⃣ 最佳選項：A
判斷關鍵：交付後改善 = sustainment plan 定義的流程。

5️⃣ 實務記憶：Benefits 三 plan 應用時機 = BMP（規劃）→ Transition（移交）→ Sustainment（維持改善）。

1️⃣ 題幹：3 年 program 即將結束（多供應商合同），先完成什麼才能關閉合同？
A. 證明合同完成
B. 採購審計
C. 評估所有合同確保滿足商定條件
D. 審查合同管理計畫完整性

2️⃣ 考點：合同關閉前必須逐一評估每個合同確保條款條件滿足，這是 procurement closure 的核心動作。

3️⃣ 逐項排除

• A：「證明完成」是結果，不是先做的事。
• B：審計是流程審查，不是合同條件確認。
• C ✅：評估每個合同條款滿足是 closure 前提。
• D：管理計畫完整性是另一面。

4️⃣ 最佳選項：C
判斷關鍵：關合同前先逐一評估條件。

5️⃣ 實務記憶：Contract closure 順序「評估條件 → 證明完成 → 審計 → 正式關閉」。

1️⃣ 題幹：收益分析和規劃的輸出是？
A. Benefits register
B. BMP
C. Transition plan
D. Sustainment plan

2️⃣ 考點：Benefits Analysis & Planning 階段的主要輸出 = BMP（Benefits Management Plan），指導後續整個 program 的收益管理。

3️⃣ 逐項排除

• A：Register 在 identification 階段就有。
• B ✅：BMP 是規劃階段的核心輸出。
• C、D：屬後期階段。

4️⃣ 最佳選項：B
判斷關鍵：規劃階段 → BMP。

5️⃣ 實務記憶：Benefits 各階段「畢業文件」 = Identification → Register；Planning → BMP；Delivery → Realization Report；Transition → Transition Plan；Sustainment → Sustainment Plan。

1️⃣ 題幹：Stakeholder identification 主要輸出？
A. Stakeholder register
B. SEP
C. Stakeholder matrix
D. Stakeholder map

2️⃣ 考點：Identification 階段的主要產出 = Stakeholder Register（識別到的 stakeholder 名單與基本資訊）。SEP 是後續規劃。

3️⃣ 逐項排除

• A ✅：Register 是 identification 的標準輸出。
• B：SEP 是 planning 階段。
• C、D：是輔助分析工具，不是「主要輸出」。

4️⃣ 最佳選項：A
判斷關鍵：Identification → Register。

5️⃣ 實務記憶：Stakeholder 流程「Identify → Register | Plan → SEP | Engage → 實際接觸」。

1️⃣ 題幹：Program 容忍度範圍太窄，多個微小變化的影響？
A. 質量降低
B. 沟通退化
C. 降低風險
D. 放慢執行

2️⃣ 考點：容忍度太窄 = 每個微小變化都觸發 escalation/CR 流程，造成大量 overhead → 拖慢執行速度。

3️⃣ 逐項排除

• A：質量與容忍度無直接關聯。
• B：沟通不會因此「退化」。
• C：增加報告反而提高風險可見度，不是降低。
• D ✅：頻繁觸發處理流程拖慢執行。

4️⃣ 最佳選項：D
判斷關鍵：容忍度太窄 = 觸發過多管理動作 = 拖慢。

5️⃣ 實務記憶：容忍度設計原則 = 「夠寬不過鬆，夠緊不過窄」。過窄反而傷效率。

1️⃣ 題幹：Stakeholder 衝突需求（成本進度 vs 收益），PgM 應？
A. 關注內部 stakeholder 確保成本進度
B. 通過 stakeholder 群體間的權衡平衡需求
C. 關注外部 stakeholder 確保收益
D. 召開會議讓每個人陳述優先事項

2️⃣ 考點：PgM 的職責是平衡所有 stakeholder 群體的需求（trade-off），不是偏向任一方。這是 stakeholder management 的核心。

3️⃣ 逐項排除

• A、C：偏向任一方都是失衡。
• B ✅：Trade-off 平衡 = PgM 標準動作。
• D：開會收集意見是過程，不是決策。

4️⃣ 最佳選項：B
判斷關鍵：PgM 永遠平衡，不偏向。

5️⃣ 實務記憶：Stakeholder 衝突解決原則 = trade-off + balance，不是 winner-take-all。

1️⃣ 題幹：剛退出 definition 進入執行，評估 program 在實現預期收益的進展用哪個文件？
A. Roadmap
B. Business case
C. BMP
D. Benefits register

2️⃣ 考點：BMP 是評估收益實現進展的標準文件，含計畫值、實際值、KPI、target 等對照框架。

3️⃣ 逐項排除

• A：Roadmap 是時間線。
• B：Business case 是初始論證。
• C ✅：BMP 是收益評估框架。
• D：Register 記狀態，不是評估框架。

4️⃣ 最佳選項：C
判斷關鍵：「評估收益實現」用 BMP。

5️⃣ 實務記憶：BMP = 收益實現的「評分卡」，定義 metrics 和 targets。

1️⃣ 題幹：建立 program 基礎設施和計畫時，組織資產未提供，還應準備什麼？
A. WBS、組件里程碑和預算分解
B. Program 存儲庫文件結構
C. 報告指南和模板
D. 行業標準

2️⃣ 考點：當 OPA 缺失時，PgM 團隊需自製報告指南和模板確保 component / program 之間資訊和預測整合的一致性。

3️⃣ 逐項排除

• A：WBS 是規劃工具，不是「組織資產替代品」。
• B：存儲庫是後續產物。
• C ✅：報告指南和模板是 OPA 的最小可行替代。
• D：行業標準是外部資料，不是 OPA。

4️⃣ 最佳選項：C
判斷關鍵：缺 OPA 時自製「報告指南 + 模板」最務實。

5️⃣ 實務記憶：OPA 缺失自製順序「模板 → 指南 → 流程 → 知識庫」。

1️⃣ 題幹：Gate review 評估 program 是否根據哪個文件交付了收益？
A. PMP
B. Program plan
C. BMP
D. Benefits register

2️⃣ 考點：Gate review 對照BMP（Benefits Management Plan）評估收益交付，因為 BMP 定義了預期收益、metrics 和 targets。

3️⃣ 逐項排除

• A：PMP 太籠統。
• B：「Program plan」非標準術語。
• C ✅：BMP 是收益對照基準。
• D：Register 是狀態紀錄，不是對照基準。

4️⃣ 最佳選項：C
判斷關鍵：收益對照永遠對照 BMP。

5️⃣ 實務記憶：BMP = 收益的「藍圖」；Register = 收益的「進度條」。對照基準用藍圖。

1️⃣ 題幹：移交運營出問題，檢查哪個計畫？
A. 治理計畫
B. SEP
C. 沟通計畫
D. 移交計畫

2️⃣ 考點：「移交運營」議題直接對應 transition plan，這是 program-to-operations 移交的指南文件。

3️⃣ 逐項排除

• A、B、C：與移交無直接連結。
• D ✅：Transition plan 直接管理移交。

4️⃣ 最佳選項：D
判斷關鍵：移交問題 → transition plan。

5️⃣ 實務記憶：Plan 文件對應問題類型 = governance / engagement / communication / transition / sustainment，依議題對應。

1️⃣ 題幹：4 個 program 三年期投資選哪個？A: 成本 250000 / 年現金流 75000；B: 150000 / 55000；C: 100000 / 45000；D: 200000 / 35000。

2️⃣ 考點：三年淨值 = 3 × 年現金流 - 成本。
A: 225000 - 250000 = -25000；B: 165000 - 150000 = +15000；C: 135000 - 100000 = +35000；D: 105000 - 200000 = -95000。

3️⃣ 逐項排除

• A：負淨值。
• B：+15000。
• C ✅：+35000 最高。
• D：負淨值。

4️⃣ 最佳選項：C
判斷關鍵：三年淨值最高 = C。

5️⃣ 實務記憶：投資選擇題快速算法「N × 年現金流 - 成本 = 淨值」，最大者勝。

1️⃣ 題幹：SEP 制定完成（含 component 層指引），下一步？
A. 不應為所有人訪問
B. 應與 PM 進行審查
C. 應提供給 program 內的組件項目和非項目工作
D. 應放在 PMIS 中

2️⃣ 考點：SEP 完成後 → 分發給所有相關方（含 component projects 和 non-project work），讓他們依此 engage stakeholders。

3️⃣ 逐項排除

• A：限制訪問與 SEP 目的矛盾。
• B：審查在制定中已做。
• C ✅：分發給所有相關方使用。
• D：放在 PMIS 是儲存方式，不是「下一步」。

4️⃣ 最佳選項：C
判斷關鍵：SEP 完成 → 分發給應用方。

5️⃣ 實務記憶：Plan 完成後動作三種「審查 → 批准 → 分發」，這題在「分發」階段。

1️⃣ 題幹：監督應急計畫和殘餘風險，做的是？
A. 風險分析
B. 風險識別
C. 風險應對規劃
D. 風險監控

2️⃣ 考點：「監督」應急計畫和殘餘風險 = Risk Monitoring & Control。識別/分析/規劃是前期動作，監控是執行階段持續動作。

3️⃣ 逐項排除

• A：分析是評估階段。
• B：識別是更早。
• C：規劃是制定 response。
• D ✅：監控是執行階段持續觀察。

4️⃣ 最佳選項：D
判斷關鍵：「監督既有 plan 和殘餘」= monitoring。

5️⃣ 實務記憶：Risk 過程「識別 → 分析 → 規劃 → 監控」。Monitoring 是執行階段。

1️⃣ 題幹：SEP 為哪個文件提供關鍵資訊並持續調整？
A. 沟通計畫
B. SEP
C. BMP
D. 治理計畫

2️⃣ 考點：SEP 描述如何 engage stakeholder，沟通計畫從 SEP 派生（誰需要什麼資訊、頻率、媒介）。Stakeholder 變化時沟通計畫必須同步調整。

3️⃣ 逐項排除

• A ✅：Communication plan 從 SEP 派生。
• B：SEP 不是自己的下游。
• C、D：與 SEP 連動較弱。

4️⃣ 最佳選項：A
判斷關鍵：SEP → 沟通計畫，固定派生關係。

5️⃣ 實務記憶：Stakeholder 議題下游影響 = SEP → Communication Plan（一定方向）。

1️⃣ 題幹：增加團隊對 program 目標承諾，PgM 應做？
A. 與 sponsor 識別最佳實踐
B. 與 stakeholder + PMO 識別
C. 與 PMO 識別
D. 與 sponsor + stakeholder + PMO 共同識別

2️⃣ 考點：「增加團隊承諾」需要全方位 stakeholder 共同參與最佳實踐識別 — sponsor（戰略代表）+ stakeholder（受影響方）+ PMO（流程支援）一起做才有最大說服力。

3️⃣ 逐項排除

• A、B、C：缺其中之一都不夠完整。
• D ✅：三方齊全。

4️⃣ 最佳選項：D
判斷關鍵：增加承諾 = 三方共同識別最佳實踐。

5️⃣ 實務記憶：PgMP 動員題型，多方共識選項通常勝過單方。

1️⃣ 題幹：兩 project 都需要的關鍵資源，PgM 怎麼做？
A. 從 P1 轉到 P2
B. 只給 P1
C. 最大化 P1 與 P2 之間共用
D. 替換 P1 資源

2️⃣ 考點：跨 project 共用關鍵資源 → 最大化共用利用（resource leveling/smoothing），這是 program 層獨有能力。

3️⃣ 逐項排除

• A、B：偏袒一方。
• C ✅：最大化共用 = program 級資源優化。
• D：替換是放棄共用。

4️⃣ 最佳選項：C
判斷關鍵：跨 project 共用 → 最大化共用。

5️⃣ 實務記憶：Program 層資源管理優先策略 = 最大化跨 project 共用，這是 program 對 project 集合的核心增值。

1️⃣ 題幹：早期活動需大量資源資金（成本估算未完成），PgM 怎麼了解財務環境？
A. 將成本對應到收益實現
B. 根據歷史信息建立中間預算
C. 建立 program financial framework
D. 從 sponsor 取得中間資金

2️⃣ 考點：早期了解財務環境 → 建立 financial framework（識別資金來源、限制、組織政策、貨幣等環境因素）。具體預算和成本對應屬後續。

3️⃣ 逐項排除

• A：成本對應收益是後續工作。
• B：中間預算需 framework 支撐。
• C ✅：Framework 是了解財務環境的標準起點。
• D：取得資金是後續執行。

4️⃣ 最佳選項：C
判斷關鍵：早期理解環境 = 建立 framework。

5️⃣ 實務記憶：Financial 早期動作順序「Sources → Framework → Plan → Baseline → Budget」。