Ch09 — 08 第8章 (314 min)

講師: Richard | 對應 PDF: [[08-第8章.pdf]] 影片: C:\Users\User\Desktop\PGMP Video\2026-05-08 23-36-51.mp4 回到 [[MOC-PgMP-精講筆記]]

章節綜述

本章是 ECO 72 個 Tasks 的逐條解讀，涵蓋 PgMP 考試大綱（ECO）全部六大領域：

1. Program Strategy Alignment（戰略一致性） — 10 tasks（接續第7章後段，本章從 task 3 開始）
2. Program Benefits Management（收益管理） — 8 tasks
3. Program Stakeholder Engagement（相關方爭取/管理） — 7 tasks
4. Program Governance（治理） — 11 tasks
5. Program Life Cycle Management（生命週期） — 34 tasks，分為 5 個過程組
6. 啟動（Initiating）
7. 規劃（Planning）
8. 執行（Executing）
9. 監控（Monitoring & Controlling）
10. 收尾（Closing）

講師核心建議: 「考試前一定要把 ECO 薄薄的 72 個 task 多讀幾遍。」這是本章的根本目的——把標準（Standard）的厚重內容，落地到 ECO 大綱的可考察單位。

標準 vs ECO 名稱差異速查表（章中反覆強調）：

📑 思維導圖海報 (PDF 講義)

§1 戰略 Task 3：路線圖即基準型檔案 (02:56:41)

核心: 程式級路線圖（Program Roadmap）是專案級的 baseline document，與收益實現計劃並列為衡量進展的基準。

• 路線圖一旦建立，就成為評價專案級進展的依據
• 衡量進展有兩個依據：① 收益實現計劃 ② 程式級路線圖（看里程碑節點是否達成）
• 「baseline document」意味著後續做事必須嚴格遵守

PMI 術語: Program Roadmap ↔ 程式級路線圖 ↔ 講師：「baseline document / baseline file」

講師原話: 「路線圖是一個極其重要的 baseline document，一說叫 baseline document，也就意味著它是你後續做事的一個非常要嚴格遵守的、非常重要的依據。」

§2 戰略 Task 4：以相關方期望定義專案級使命 (02:58:08)

核心: 透過評估相關方的關注與期望，明確專案級的 mission，從而建立專案級方向。

• 使命是由「重要相關方」（發起人、投資方、組織高階管理層）所關心的內容定義出來
• 鏈條：願景→使命→戰略→目的→目標→收益（一脈相承）
• 把重要相關方所關心的，當成專案級努力的方向

PMI 術語: Program Mission ↔ 專案級使命 ↔ 「向哪個方向去努力的標誌」

講師原話: 「願景、使命、戰略、目的、目標、收益——它是一貫相承下來的。」

§3 戰略 Task 5：徵詢組織領導確保戰略可行性 (03:01:30)

核心: 戰略要平衡「想做」與「能做」；專案級層面也要徵詢組織領導意見，評估目標合理性、優先順序、組織準備度。

• 戰略 = 意願（去什麼地方）+ 能力（資源/組織能力）
• 誰最瞭解組織能力？組織領導層
• 評估四件事：目標是否合理、優先順序是否恰當、可不可行、組織準備度
• 確保專案級與組織戰略計劃保持一致

PMI 術語: Strategic Alignment ↔ 戰略一致 ↔ 講師：「想做的和能做的之間要找到平衡」

§4 戰略 Task 6：用市場分析與成本效益識別潛在專案級 (03:06:40)

核心: 在專案級早期（潛在的 initiative 階段），用市場分析與高層面成本效益分析，識別 potential program 並做出商業論證。

• 「潛在」= 那時還不確定該以組件、組合或單一專案方式交付
• 識別的內容：初步收益、初步範圍、實現方式、實現時間
• 本質上就是 business case（商業論證）
• 早期可能還沒有專案級經理，由「早期介入方」執行此分析

PMI 術語: Initiative ↔ 戰略倡議；Business Case ↔ 商業論證；Cost-Benefit Analysis ↔ 成本效益分析

講師原話: 「成本效益分析本質上說的就是你的專案級商業論證。」

§5 戰略 Task 7：財務 vs 非財務、有形 vs 無形收益 (03:15:50)

核心: 專案級收益分為財務（有形）與非財務（無形），且實現時間有三個節點。

• 財務收益 = 有形 = 易量化（多在專案級結束前實現）
• 非財務收益 = 無形 = 難量化（多在接收方手裡長期實現）
• 收益實現時間三節點：
• 專案級結束之前
• 專案級結束當下
• 專案級結束之後某段時間
• 大型/複雜專案級對組織戰略的貢獻往往是非財務、遠期的

PMI 術語: Tangible Benefits ↔ 有形收益；Intangible Benefits ↔ 無形收益

§6 戰略 Task 8：多維度評估專案級目標合理性 (03:25:00)

核心: 不僅從組織內看，還要從外部監管、法律、社會、文化、倫理、政治等多維度評估專案級目標。

• 外部因素影響專案級成敗：監管要求、法律、社會影響、政治環境、文化、倫理
• 統一目標 = 確認所有相關方（含外部監管）對目標認識一致
• 收益實現後的「可為之性」也要評估

講師原話: 「外界環境對它的影響——監管部門、法律要求、社會影響——都可以作為我們評估專案級的影響。」

§7 戰略 Task 9：專案級章程含里程碑表 (03:39:23)

核心: 專案級章程是 high-level 文件，包含里程碑進度表（mini roadmap），經組織領導批准代表專案級正式啟動。

• 章程內容：高層面成本、里程碑進度表、收益
• 里程碑進度表 ≈ 路線圖的簡化版
• 路線圖如果很重要，可獨立成檔；否則可附在章程內
• 章程批准 → 專案級經理被授權動用組織資源

PMI 術語: Program Charter ↔ 專案級章程；Milestone Schedule ↔ 里程碑進度表

§8 戰略 Task 10：將專案級活動與運營活動整合 (03:52:00)

核心: 專案級規劃時就要思考如何與運營（接收方）整合，識別機會與需求，讓專案級結果能在運營中持續產生價值。

• 與專案經理最大差異：專案級經理必須關注收益維持，不是「交付即結束」
• 在規劃階段就要考慮整合，移交時讓接收方提早介入
• 動詞用 consolidate 或 integrate（兩者可互換）

講師原話: 「專案經理只要把結果交付，自己的責任就履行完畢；而專案級經理不同——必須參與收益維持的活動。」

§9 戰略 Task 11（最後一個）：開拓戰略機會最大化收益 (04:01:25)

核心: 在規劃、執行、甚至已交付關閉時，都要開拓戰略層面機會，為接收方制定維持計劃，確保收益持續實現。

• 不是一交了之，要關心接收方能不能做得更好
• 提供工具：產品說明書、影片檔案、文件、線上專家支援
• 從產品昇華到收益，從可交付成果昇華到持續價值

§10 收益管理綜述：4 大文件、8 個 Tasks (04:10:00)

核心: 收益管理的關鍵任務圍繞 4 個檔案展開。

4 個動詞口訣: 定義（Define）→ 創造（Create）→ 最大化（Maximize）→ 維持（Sustain）

PMI 術語: Benefits Register ↔ 收益登記冊；Benefits Realization Plan ↔ 收益實現計劃；Benefits Sustainment Plan ↔ 收益維持計劃

§11 收益 Task 1：制定收益實現計劃並定義度量指標 (04:14:30)

核心: 收益實現計劃是基準檔案，必須包含度量標準（測量指標），且要傳遞給關鍵相關方確認。

• 兩個必要要點：① 是基準型檔案 ② 必須包含度量標準
• 度量標準兩面向：① 什麼時間實現 ② 收益是什麼
• 計劃要經關鍵相關方認同，才能成為 baseline

講師原話: 「這個任務特別關鍵——一個是收益實現計劃是基準型檔案，第二個必須包含度量標準。」

§12 收益 Task 2：識別協同機會以最佳化計劃 (04:21:11)

核心: 在生命週期內識別並捕獲機會，讓專案級元件保持同步協調，效率最高，從而最佳化收益實現計劃。

• 專案級管理本質：透過協調管理，獲得單獨管理元件無法獲得的價值
• 元件之間整合的收益 > 各元件收益之和
• 機會 → 最佳化收益實現計劃 / 制定計劃時刻意留意

§13 收益 Task 3：制定收益維持計劃 (04:25:00)

核心: 維持計劃主要給接收方使用，定義專案級完成後管理收益的流程、度量方法、衡量標準。

• 識別出接收方應遵循的流程、度量方法、衡量標準
• 目的：保證收益在接收方那裡也能持續實現

§14 收益 Task 4：監控指標、分析偏差、採取糾正措施 (04:29:22)

核心: 透過監督收益實現計劃中的測量指標，分析偏差原因，採取糾正措施保持收益持續。

• 機制鏈條：監控指標 → 偏差分析 → 根本原因分析 → 糾正措施
• 衡量指標定義在「收益實現計劃」，實際進展記錄在「收益登記冊」
• 兩者對比 → 偏差分析 → 預測收益實現情況

PMI 術語: Corrective Action ↔ 糾正措施

§15 收益 Task 5：確認元件移交、收尾、整合 (04:48:01)

核心: 元件是收益的真實載體；確認元件的移交/收尾/整合，是為了專案級層面滿足或超過收益實現標準。

• 元件層面的收尾移交整合 → 支撐專案級收益達標 → 戰略目標達成
• 邏輯鏈：元件收尾 → 專案級收益實現 → 戰略目標完成

§16 收益 Task 6：維護收益登記冊（記錄進展）(04:54:00)

核心: 收益登記冊負責記錄專案級進展（Progress / Status），並按溝通計劃報告給相關方。

• 重要考點: 「專案級進展記錄在哪？」答案 = 收益登記冊
• 區分：
• 收益實現計劃 → 預計指標（基準）
• 收益登記冊 → 實際進展（狀態）
• 報告依據：溝通管理計劃（什麼資訊傳遞給什麼人）

講師原話: 「這是一個經常出現的考察點——問哪個檔案記錄專案級進展。正確選擇就是收益登記冊。」

§17 收益 Task 7：因應風險與機會更新計劃 (05:14:33)

核心: 因不確定性、風險識別、緩解策略、背後機會，分析並更新收益實現計劃和收益維持計劃，傳遞給相關方。

• 風險出現 → 評估對收益實現的影響 → 更新計劃 → 採取糾正 → 通知相關方
• 任何跟收益有關的變化都要及時傳遞

§18 收益 Task 8：制定 Transition Plan（不是 Benefits Transition Plan）(05:31:20)

核心: 第 4 個檔案是 Transition Plan / Program Transition Plan——千萬不能加「Benefits」變成 Benefits Transition Plan，這是常見迷惑選項。

• 標準與 ECO 都沒有「Benefits Transition Plan」這個概念
• 正確: Program Transition Plan 或 Transition Plan
• 「收益移交（Benefit Transition）」可以說，但「收益移交計劃」不行
• 由專案級經理 + 專案經理合作制定
• 包含收益移交，也包含產品、文件、風險、資源等的移交

PMI 術語: Program Transition Plan ↔ 專案級移交計劃 ↔ 講師：「不是 Benefits Transition Plan」

講師原話: 「移交計劃要切記要留意的，因為在標準也好、在 ECO 當中也好，都沒有使用『收益移交計劃』。」

§19 相關方管理綜述：7 個 Tasks (05:56:18)

核心: 標準叫 Stakeholder Engagement，ECO 叫 Stakeholder Management，內容相同。

核心邏輯: 識別相關方 → 分析（特點、喜好、影響）→ 制定爭取方案 → 執行調整 → 保持透明 → 獲得支援

PMI 術語: - Stakeholder Register ↔ 相關方登記冊（記錄基本資訊） - Stakeholder Engagement Plan ↔ 相關方管理計劃 / 相關方爭取計劃（如何爭取） - Stakeholder Matrix ↔ 相關方矩陣（= 權力利益方格的延伸）

§20 相關方 Task 1：識別與記錄相關方及其影響 (05:58:11)

核心: 兩層含義 = 識別與記錄 + 相關方及其影響。

• 識別包括發起人在內的相關方
• 分析相關方的需求、期望、影響、特徵
• 結果記入 相關方登記冊

§21 相關方 Task 2：制定相關方管理計劃 (06:02:34)

核心: 基於登記冊資訊，制定如何爭取支援、降低抵制的方案。

• 計劃既描述「如何做」，也描述「如何驗收（收益）」
• 重要相關方 = 接收方（負責驗收收益）
• 兩個檔案區隔：
• 登記冊 = 客觀記錄相關方資訊與立場
• 管理計劃 = 描述如何爭取/支援的具體做法

§22 相關方 Task 3：與相關方協商收益期望與驗收標準 (06:18:30)

核心: 透過協商，為專案級收益設定清晰的期望（主觀）與驗收標準（客觀量化、KPI），保持目標一致。

• 平衡計分卡（Balanced Scorecard）: 一個重要工具，美國人偏好的均衡視角
• 「期望」= 主觀，「驗收標準」= 客觀量化（KPI）
• 透過分解、對映、平衡計分卡，制定 KPI 體系
• 協商過程本身就是獲得相關方支援的過程

PMI 術語: Balanced Scorecard ↔ 平衡計分卡；KPI (Key Performance Indicator) ↔ 關鍵績效指標

§23 相關方 Task 4：維持專案級可見性 (06:35:00)

核心: 透過建立 Visibility / Transparency，讓相關方隨時可了解專案級狀態，避免質疑與不信任。

• Visibility ≈ Transparency（含義接近）
• 透明 → 支援機率提升
• 不同階段、不同時間、不同方式提供資訊

§24 相關方 Task 5：制定適應性溝通方式 (06:43:07)

核心: 為不同相關方量身定製不同溝通方式（書面/口頭/視訊/面對面），確保支援。

• 比可見性更深一步——「適應型」（隨對方調整）
• 同時考慮相關方對風險的態度（偏好型/迴避型/中立型）
• 把相關方識別的風險納入風險管理計劃

§25 相關方 Task 6（補）：分析與納入相關方識別的風險 (06:55:02)

核心: 相關方識別的風險反映其關注點與態度，要納入風險管理計劃，加以定性/定量分析並制定應對。

• 相關方識別的風險 = 它所關心的地方
• 用基本風險管理手段 + 定性 + 定量 + 應對計劃

§26 相關方 Task 7：發展與培養良好工作關係 (07:01:20)

核心: 透過溝通建立工作上的互信關係（不強調社會關係），目的是獲得支援。

• 用對方偏好的溝通方式
• 保持資訊透明
• 最終目標：相關方對工作成果與收益實現給予最大支援

§27 治理綜述：11 個 Tasks (07:08:07)

核心: 治理關注「在整個專案級過程中，建立並維護監督專案級管理、以及建立決策支撐過程」這個領域。

11 個 Tasks 主題分布：

1. 制定專案級和元件管理的標準與結構
2. 選擇符合組織治理的治理模型 / 模式
3. 階段關口評審（Stage Gate Review）取得繼續授權
4. 建立 KPI（含強制性要求）
5. 使用統一的專案級管理資訊系統（PMIS）
6. 建立風險升級機制
7. 建立問題告警與升級機制（分權分級）
8. 收集組織經驗教訓
9. 強制應用已有經驗教訓
10. 監控商業環境變化抓住機會
11. 整合管理計劃（移交與維持的角色切換）

PMI 術語: Stage Gate Review ↔ 階段關口評審；Governance Model ↔ 治理模型

§28 治理 Task 1：制定專案級與元件管理的標準結構 (07:11:01)

核心: 專案級與元件層面的管理規則、規範、結構必須制定出來，作為後期治理的基礎。

§29 治理 Task 2：選擇治理模型須符合組織治理 (07:14:01)

核心: 專案級治理模型必須符合組織治理需求，不能違背組織治理原則。

講師原話: 「專案級治理也不能違背組織治理的原則。」

§30 治理 Task 3：階段關口評審獲得繼續授權 (07:18:11)

核心: 階段關口評審（Stage Gate Review）是專案級治理的優秀實踐，讓更高層面的人參與，同意後才獲得繼續工作的正式授權。

• 通常由專案級指導委員會（Steering Committee）執行
• 涉及：陳述狀態 → 治理機構評估 → 決定 Go / No-Go
• 治理機構 = 治理主體 = 通常指 Program Steering Committee

PMI 術語: Stage Gate Review ↔ 階段關口評審；Program Steering Committee ↔ 專案級指導委員會

§31 治理 Task 4：建立 KPI 衡量與監督專案級狀態 (07:24:36)

核心: KPI 是判斷、衡量、比較、監督專案級狀態的依據；可能存在強制性要求，導致調整、變更、終止。

§32 治理 Task 5：使用統一的專案級管理資訊系統 (07:31:02)

核心: 統一的 PMIS 保證資訊一致性、移植性，從而支援明智決策。

• 統一收集、傳遞、決策、指令
• 一致性好 → 效率高 → 決策明智

PMI 術語: PMIS (Program Management Information System) ↔ 專案級管理資訊系統

§33 治理 Task 6：建立風險升級機制 (07:36:00)

核心: 風險不確定性對收益與戰略目標影響大，要建立升級機制、管理機制、定義角色職責。

§34 治理 Task 7：問題告警與升級機制（分權分級）(07:39:13)

核心: 問題告警與升級機制保證問題在「適當層面」做出決定，不是所有問題都升級到最高層。

• 分權分級 是核心原則
• 在適當層面處理 → 效率與責任平衡

§35 治理 Task 8：強制收集組織經驗教訓 (07:46:13)

核心: 經驗教訓收集本身缺乏內在動力，必須由治理層面的規則強制要求，在某時點完成總結與輸出。

§36 治理 Task 9：強制應用已有經驗教訓 (07:51:15)

核心: 組織已有的經驗教訓或行業要求，必須強制應用——不是「可選」。

• 考試陷阱：題目若給「組織內有標準」「行業內有最佳實踐」，正確選項就是「使用它」，不是「可以用也可以不用」
• 專案級複雜度高，已有經驗就不要重新摸索

講師原話: 「只要有組織內的標準、只要有行業內的最佳實踐，你就要使用它。」

§37 治理 Task 10：監控商業環境抓住戰略機會 (07:54:44)

核心: 監控商業環境變化，評估更好的機會，及時抓住對戰略目標與收益維持有利的機會。

§38 治理 Task 11：整合管理計劃（移交與維持角色切換）(08:14:00)

核心: 整合管理計劃描述「移交-維持」過程中專案級與運營方的主從關係切換。

• 移交前: 專案級主導所有事
• 移交階段: 專案級主導 + 運營方輔助介入
• 維持階段: 運營方主導 + 專案級輔助
• 計劃層面就要整合，執行時一致性才好

PMI 術語: Program Integration Management Plan ↔ 專案級整合管理計劃

§39 生命週期綜述：5 個過程組、34 個 Tasks (08:25:54)

核心: 生命週期管理對應 PMP 的 5 大過程組——啟動、規劃、執行、監控、收尾。

Standard vs ECO 對應關係：

講師建議: 把啟動 + 規劃當成 Definition；把執行 + 監控當成 Delivery；收尾對應 Closure。

§40 生命週期·啟動 Task 1：開發專案級章程 (08:28:23)

核心: 使用包含發起人在內的所有相關方作為輸入，了解他們的核心訴求與期望，以此制定專案級章程裡的目標和收益。

• 章程批准 = 專案級正式啟動
• 同時要設計「專案級架構（Architecture）」——識別有多少元件、收益依賴關係
• 設計從收益開始：識別收益 → 規劃收益依賴 → 把相關依賴的收益打包成專案

PMI 術語: Program Architecture ↔ 專案級架構

§41 生命週期·啟動 Task 2：將戰略目標轉化為高層次範圍說明書 (08:34:30)

核心: 透過與發起人在內的相關方協商戰略目標，將戰略目標轉化為高層面的專案級範圍說明書。

• 戰略目標含組織與專案級兩個層面
• 範圍說明書是高層次（high-level）

PMI 術語: High-Level Program Scope Statement ↔ 高層面專案級範圍說明書

§42 生命週期·啟動 Task 3：定義成功標準 (08:39:00)

核心: 在專案級早期（構建子階段/啟動階段），於商業論證與專案級章程中定義成功標準。

• 兩個地方：商業論證、專案級章程
• 對應 ECO 啟動階段（= Standard 構建子階段）

§43 生命週期·啟動 Task 4：Kick-off Meeting (08:43:30)

核心: 啟動會議（Kick-off Meeting）在 PMP 中沒有明確提，但在 PgMP/PgM Standard 出現了。

• 不必嚴格區分是頒佈章程還是頒佈管理計劃的會議
• 泛指早期開始的「啟動會」

§44 生命週期·規劃綜述 (約 09:00:00 – 11:00:00)

核心: 規劃階段（Planning Process Group）涵蓋專案級管理計劃的所有面向。

主要任務含： - 制定專案級管理計劃（含整合計劃） - 制定路線圖（如果獨立成檔） - 規劃收益實現計劃、維持計劃 - 規劃溝通管理計劃 - 規劃風險管理計劃、變更管理計劃 - 規劃相關方管理計劃 - 規劃資源、財務、採購、品質、進度等子計劃 - 規劃元件啟動準則與出口準則 - 規劃移交計劃與收尾計劃

規劃階段強調: 對「人」的安排——專案級經理透過專案經理完成工作，所以人事規劃要做好。

§45 生命週期·執行 Task 1：啟動元件專案、指派經理、分配資源 (11:31:08)

核心: 專案級經理在執行階段「擔任元件層面的發起人」——指派專案經理（元件經理）、特許（charter）元件啟動、分配資源。

• 邏輯：特許 charter 元件 → 分配專案經理 → 給資源 → 專案完成 → 專案級目標達成
• 「特許」≈ 章程化（charter）

PMI 術語: Charter the Component ↔ 特許 / 章程化元件

§46 生命週期·執行 Task 2：部署 PMIS 與資訊系統 (11:39:46)

核心: 規劃階段設計 PMIS，執行階段「真正部署」——統一工具、統一過程、統一標準，建立內部一致性。

• 一致性 → 資訊及時 → 決策明智
• PMIS 屬於專案級基礎設施

§47 生命週期·執行 Task 3：建立反饋渠道（含經驗教訓）(11:46:00)

核心: 在專案級內部、專案級與指導委員會之間，建立反饋渠道，主要反饋專案經驗教訓與專案進展狀態。

• 規劃啟動時參與多，執行監控時專案級經理較少介入細節
• 重點接收：① 元件進展狀態 ② 工作中的經驗教訓

§48 生命週期·執行 Task 4：人力資源實踐（培訓/教練/輔導/認可）(11:50:00)

核心: 對專案經理或專案層面人員進行 training、coaching、mentoring、recognizing，激勵團隊把事情做得更好。

PMI 術語: Training 培訓 / Coaching 教練 / Mentoring 輔導 / Recognizing 認可

§49 生命週期·執行 Task 5：依專案計劃評價專案經理績效 (11:55:00)

核心: 拿專案管理計劃當衡量標準，評價專案經理績效。

§50 生命週期·執行 Task 6：執行專案級管理計劃並審計結果 (11:58:00)

核心: 元件層面與專案級層面的計劃都要在執行中落實，並審計結果。

§51 生命週期·執行 Task 7：綜合資料輸出績效報告 (12:00:00)

核心: 把專案級層面與專案層面的資料合併，輸出整個專案級的績效報告，提交給專案級指導委員會。

• 資料合併 = 兩層整合
• 報告對象 = 治理機構（Steering Committee）

PMI 術語: Program Performance Report ↔ 專案級績效報告

§52 生命週期·執行 Task 8：批准元件收尾 (12:05:00)

核心: 元件收尾不是專案級經理自己決定的，要由專案級指導委員會批准。

§53 生命週期·監控綜述 (12:10:00)

核心: 監控階段對應專案級交付階段的「Monitoring & Controlling」過程組。

主要任務含： - 評估績效（拿專案級管理計劃做標準） - 偏差分析、根本原因分析 - 採取糾正措施 - 風險按 風險管理計劃 管理 - 變更按 變更管理計劃 管理 - 問題按 問題處理機制與監控過程 管理

核心口訣:

風險按風險管理計劃，變更按變更管理計劃，問題按問題處理機制與監控過程。

三者都涉及許可權與升級機制，對應流程、制度、政策。

重點觀念: 風險登記冊地位下降，沒有風險管理計劃的有效；管理依據是風險管理計劃。

PMI 術語: Risk Management Plan ↔ 風險管理計劃；Change Management Plan ↔ 變更管理計劃

§54 生命週期·監控 Task：變更需治理層批准 (12:30:00)

核心: 變更要按變更管理計劃，重大變更必須得到組織治理層 / 治理模型相應層級批准。

• 治理模型決定哪些變更由誰批准
• 不能繞過治理流程

§55 生命週期·收尾綜述：5 個任務 (12:55:53)

核心: 收尾階段 5 個任務涵蓋從績效報告到知識歸檔。

收尾順序: 先關閉所有元件，再關閉專案級。

§56 收尾 Task 31：比較計劃價值與最終價值 (13:09:48)

核心: 比較範圍、品質、成本、進度、資源等所有面向的計劃價值（baseline）與最終價值（actual），輸出最終績效定論。

• 輸出載體 = Program Final Report（在前面講過的核心收尾文件）
• 涵蓋所有方面

PMI 術語: Program Final Report ↔ 專案級最終報告

§57 收尾 Task 32：批准啟動收尾、執行收尾 5 動作 (13:18:01)

核心: 收尾要經過相關方（指導委員會）批准；批准後執行 5 個核心動作。

收尾 5 動作： 1. 編制最終報告 2. 移交知識 3. 對剩餘資源進行處置 4. 關閉專案級 5. 移交出去（給接收方 / 運營部門 / PMO）

接收方類型: - 想接收收益但不想管風險的職能部門 - PMO 接受未解決的殘留風險 - 客戶或外部運營組織

§58 收尾 Task 33：執行專案級與元件的移交收尾計劃 (13:25:00)

核心: 兩個層面同步——元件層面遵循元件移交/收尾計劃；專案級層面遵循 Program Transition Plan 與專案級整體收尾計劃。

• 與 PMP 差異：PMP 沒有提到「專案的移交計劃」「專案的收尾計劃」這兩個獨立檔案
• 在專案級層面，由專案級經理（或團隊或專案經理）來制定
• 移交是收尾的必要條件——沒有移交，專案級不可能收尾

講師原話: 「移交出去是你專案級收尾的一個必要條件，如果沒有移交，專案級不可能收尾。」

§59 收尾 Task 34：陳述最終報告、執行後評估會議 (13:35:00)

核心: 在專案級結束時陳述（present）整體報告，召開 Post Evaluation Meeting。

• 細節報告（detailed report）= 團隊內部做的
• 後評估 = 在組織層面（超越專案級團隊）對整體有效性與專案級經理本人的後評價
• 經驗複製到其他專案級

PMI 術語: Post Evaluation Meeting ↔ 後評估會議

§60 收尾 Task 35：報告經驗教訓、歸檔知識儲備庫 (13:42:11)

核心: 把專案級獲得的最佳實踐與經驗教訓，歸檔到組織知識儲備庫，支援未來類似專案級與組織能力提升。

• 歸檔目的兩層：
• 資訊歸檔到組織儲備庫
• 為未來改進帶來價值
• 對組織有價值有貢獻的知識才需歸檔

§61 結語：考試準備建議 (13:55:00)

核心: ECO 薄薄的 72 個 task 是考試的根本——多讀幾遍。

講師原話: 「再次建議大家，在考試之前或者在真正的認證考察之前，將我們的 ECO 薄薄的 72 個 task 要多讀幾遍。」

本章學習要點復盤：

1. 6 大領域 / 72 Tasks 的對應——能對照 ECO 條目逐條解讀
2. Standard vs ECO 名詞差異要熟（特別是 Benefits Realization Plan vs Benefits Management Plan）
3. 4 個收益管理檔案 的功能定位（登記冊=進展、實現計劃=基準、維持計劃=接收方、移交計劃=整體）
4. Transition Plan 不是 Benefits Transition Plan — 高頻迷惑選項
5. 管理計劃驅動執行: 風險按風險管理計劃、變更按變更管理計劃、問題按問題處理機制
6. 強制使用既有經驗教訓 — 不是「可選」
7. 治理機構 = Steering Committee — 階段關口評審、批准元件收尾、批准專案級收尾都歸它
8. 收尾必須先關元件、再關專案級；移交是收尾必要條件
9. PgM 經理 vs PM 的根本差異: PgM 必須關注收益維持，不是「交付即結束」
10. 後評估會議在組織層面 進行，超越專案級團隊本身

章末速查總表

6 大領域 Tasks 數量

高頻考點關鍵字

• Program Roadmap = baseline document
• Benefits Register = 記錄進展（progress / status）
• Benefits Realization Plan = 基準檔案（含度量指標）
• Benefits Sustainment Plan = 給接收方
• Program Transition Plan ≠ Benefits Transition Plan（後者不存在）
• Stage Gate Review by Steering Committee
• Balanced Scorecard → KPI → 驗收標準
• 強制應用既有最佳實踐與標準
• 收尾順序: 先元件、後專案級
• 移交是收尾的必要條件
• 後評估會議 = Post Evaluation Meeting