Ch03 — 02 第2章 (181 min)

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

章節綜述

本章橫跨第一章收尾、第二章「五大績效域」全貌、第三章「戰略一致性」深入，是整個 PgMP Standard 知識骨架的關鍵章節。

• 前段（00:00–40:00）：收尾第一章三層管理者（Portfolio / Program / Project Manager）互動、運營與戰略對齊、商業價值 vs 社會價值、Initiatives 概念，以及專案級經理（Program Manager）九項職責、勝任力（Competency）、發起人（Sponsor）、PMO 角色。
• 中段（40:00–90:00）：開啟第二章 Performance Domains（績效域），介紹五大績效域的定義、互補關係、考試重點。
• 後段（90:00–181:00）：對比 Program vs Portfolio（relatedness / time）、Program vs Project（uncertainty / change / complexity）。進入第三章「戰略一致性」，深入講解三大關鍵 artifact（商業論證、章程、路線圖），以及收益管理五階段（識別、分析規劃、交付、移交、維持）。

關鍵金句： - 「Program manager 在專案早期跟結束多參與，中間執行交給 project manager」— 一頭一尾原則。 - 「Initiatives 還沒分配資源；分配資源後才叫 Program / Project / Portfolio component」。 - 「Accountable（最終負責）= Sponsor；Responsible（執行責任）= Program Manager」。 - 「戰略一致性是首要績效域，離開戰略你的專案級不存在」。 - 「收益管理跨越整個專案級生命週期，甚至延伸到運營階段」。

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

§1 三層管理者互動圖（02:00:26）

核心：Portfolio Manager → Program Manager → Project Manager 三層協同，透過排優先順序、分配資源、彙集收益，把組織戰略落實到具體交付。

• Portfolio Manager 排專案優先順序、分配資源
• Program Manager 協同專案經理（coordinate project managers）交付收益
• Project Manager 產生 outputs / outcomes / deliverables
• 收益向上彙集，由 Program Manager 整合，交付組織價值
• 三層是上下級關係，但運作模式不同

PMI 術語：Coordinate ↔ 協同 ↔ 講師：「協調」

講師原話：「專案級經理是專案經理的上級，相上彙集由它來完成更高層面的整合，兌現組織的價值。」

§2 學習方法 — 做筆記的本質（02:01:49）

核心：做筆記的價值不在「記了什麼」，而在記的過程中的思考，以及未來重看時能快速回想。

• 拿到書面講義後，把有價值想法記下
• 記的當下「思考」才是關鍵
• 未來看筆記時能快速喚起記憶

講師原話：「做筆記其實關鍵的不是記了什麼東西，是你在記的過程當中，你的思考，以及在未來的某一天去看你記載的內容的時候，可以讓你非常快速的回想起來。」

§3 專案級管理 vs 專案管理 — 兩角色互動圖總覽（02:02:18）

核心：圖表看似超複雜，實際上宏觀思路很簡單 — 兩個角色：Program Manager（專案級經理）與 Project Manager（專案經理），各自有重點，又有重疊。

• 圖示自始至終一致：Program Manager 形象 / Project Manager 形象
• Program Manager 主要工作在 program 層面（定義、交付、收尾）
• Project Manager 主要在 project 層面（5 大過程組）
• 兩者管理行為有交集也有重點差異

§4 五大過程組對應到專案級的「交付階段」（02:03:41）

核心：傳統 PMBOK 的 5 大過程組（啟動 / 規劃 / 執行 / 監控 / 收尾）對應到專案級的「交付階段」，這個階段包含 PMBOK 全部主體（5 過程組 × 10 知識領域）。

• 5 大過程組 = Initiating / Planning / Executing / Monitoring & Controlling / Closing
• 對應位置：專案級的 Delivery Phase（交付階段）
• 也就是說 program 的交付階段「裡面包了一個完整的 PMBOK」

PMI 術語：Process Groups ↔ 過程組 ↔ 講師：「五大過程組」

§5 Project Sponsor 的真實身分（02:05:00）

核心：PMBOK 從未明說 Project Sponsor 是誰；在專案級語境中，該專案所在 program 的 Program Manager 預設就是 Project Sponsor。

• PMBOK 沒告訴你 Sponsor 具體是誰
• 預設答案：Sponsor = 專案所屬 program 的 Program Manager
• Sponsor 在 project 早期、中期、後期參與度不同（早期多）

講師原話：「專案發起人預設的就是你專案所在的專案級的專案級經理。」

§6 一頭一尾原則 — Program Manager 對 Project 的介入頻度（02:05:48）

核心：Program Manager 介入 project 的頻率，呈現「一頭一尾高、中間低」的鐘形，這也是 PgMP 考試重點。

• 啟動 / 規劃階段：Program Manager 高頻參與
• 執行 / 監控階段：以 Project Manager 為主，Program Manager 較少出現
• 收尾 / 變更 / 驗收：Program Manager 再度出場
• 中間時段，Project Manager 對問題「升級」（escalation）給上層

PMI 術語：Escalation ↔ 升級 ↔ PMBOK 第 6 版風險管理新增策略

講師原話：「PgMP 的考試，它的重點，也是在一頭一尾。」

§7 為什麼 Program Manager 不能事必躬親（02:08:02）

核心：若 Program Manager 過度介入專案細節，一來會搶 Project Manager 的工作，二來自己沒時間做 program 層級思考，等於「不勝任」。

• 第一：搶了 PM 的工作，PM 做什麼？
• 第二：思考 program 層面的時間變少，不勝任 program manager 崗位
• 領導鞠躬盡瘁、事無巨細，效果反而差，下屬也無感
• 這是現實常態：上級該放手時就放手

講師原話：「如果還是事無繼續，從早晨一來，天天每天都這樣，每天都把你的事情都跟你過一遍，那這個領導第一，他可能是鞠躬盡瘁……後半句大家都很明白了，效果也不很明顯。」

§8 標準金句 — Interactions 隨生命週期變化（02:09:12）

核心：標準原文 — Program Manager 與 Project Manager 之間的互動和關係，會隨 program lifecycle 改變。

英文原文： - "The interactions and relationships between program managers and the project managers may change over the program lifecycle."

• 早期 + 結尾：高頻互動
• 中間執行 / 監控：較少互動
• 提醒 PgMP 考生：將時間精力投在「一頭一尾」

講師原話：「between program managers and the project managers, may change over the program lifecycle.」

§9 Program 收尾與驗收（02:12:59）

核心：Program 收尾時，Project Manager 將可交付成果交給「驗收方」 — 外部專案交客戶；內部專案交 sponsor。

• 外部專案：deliverables → 客戶驗收
• 內部專案：deliverables → sponsor（內部或外部）驗收
• 拓展知識：sponsor 也可能是外部的

§10 戰略 → Operations / Program 的關係圖（02:13:48）

核心：組織戰略要靠兩種方式交付 — 專案型（含 Project / Program / Portfolio）+ 運營型；兩條路都得對齊戰略。

• Program 產生收益 → 移交 Operations 維持
• Operations 負責持續運營，維持收益
• 收益的「產生過程」和「持續過程」都要服務組織戰略
• 回到金字塔：願景 → 使命 → 戰略 → 兩類執行

PMI 術語：Deliver Benefits ↔ 交付收益 ↔ 講師：「delivery benefits」

§11 Initiatives 概念 — 還沒分配資源的提案（02:15:17）

核心：Initiatives = 提案 / 倡議 / 舉措。指組織「想做」但還沒最終分配資源的階段；一旦正式授權，才轉化為 Program / Project / Portfolio Component。

• 中譯選擇多：提案、提議、倡議、舉措
• 核心特徵：未經正式評審、未分配資源
• 分配資源後 → Program / Project / Operation
• 進入 Portfolio → 稱為 portfolio component
• 進入 Program → 稱為 program component

PMI 術語：Initiatives ↔ 提案 / 舉措 ↔ 講師：「想法跟提議」

講師原話：「叫 initiatives 的時候說明組織想做，但是還沒有最終分配資源……所以他們的核心點就是資源有沒有分配，組織有沒有正式授權。」

§12 商業價值 vs 社會價值（02:17:09）

核心：價值分兩大類 — 社會價值（非商業組織關注）+ 商業價值（商業組織關注）。

• 社會價值：健康水平、安全感、幸福感、滿意度
• 不易量化，但不代表不能量化（如發病率、治癒效率）
• 政府專案多追求社會價值
• 商業價值：商業組織的核心
• Commercial Organization 主要關心 business value

PMI 術語：Business Value ↔ 商業價值 / 業務價值 / 商務價值（譯法多）

§13 Tangible vs Intangible（有形 vs 無形價值）（00:18:25）

核心：商業價值再分 Tangible（有形，財務）與 Intangible（無形，非財務）。

• Tangible ≈ Financial Benefit：錢、固定資產、可量化
• Intangible ≈ Nonfinancial Benefit：品牌認知、美譽度、知名度、reputation
• Program 必須兩者都關注 — 只看財務指標不夠
• 考試高頻詞：tangible / intangible / financial / nonfinancial

PMI 術語：Tangible / Intangible Benefit ↔ 有形 / 無形收益

講師原話：「對於一個專案級而言，他既應該關心有形價值，也應該關心無形價值。」

§14 PPP — 改變型工作（Innovation / Change）（00:21:00）

核心：交付戰略有兩條路 — 運營（Ongoing / Maintenance）+ 專案型 PPP（縮寫 Project / Program / Portfolio），後者強調 Innovation 與 Change。

• Operations：日常的、例行的、Maintenance
• PPP：Innovation（創新）+ Change（變更 / 變化 / 變革）
• 「change」三種翻譯層級：變更（小）→ 變化（中）→ 變革（大）
• 凡涉及「改變」的事 → 都可納入專案領域
• 變化越多越大 → 用運營模式去面對 = 生產關係束縛生產力

PMI 術語：PPP = Project + Program + Portfolio

講師原話：「正是因為變化的事情越來越多，變化的級別越來越大……那會帶來變革，甚至叫革命的。」

§15 Program Manager 的角色 — Lead 不是 Manage（02:23:40）

核心：標準定義 Program Manager 是 "the person authorized by the performing organization to lead the team or teams responsible for achieving program objectives"。用 lead 不用 manage — 強調領導力。

• 雖名為 program manager，標準刻意用 lead
• 「Lead」= 領導；「Manage」= 管理
• Manager 有授權的管理權，但最好用領導力的方式

PMI 術語：Lead ↔ 領導（vs Manage 管理）

講師原話：「他可說的不是 manage，雖然我們叫 program manager，但他用的比較多的詞語叫 lead。」

§16 Program Manager 九項職責（02:25:37）

核心：Program Manager 必須做好的九件事，從績效域、合作對象到組織結構，全部涵蓋。

1. 在「五大績效域」框架下管理 program
2. 跟其他 Project Manager / Portfolio Manager 合作
3. 跟治理主體（PMO、Sponsor、Steering Committee）對接
4. 跨職能領域跟 functional / operational managers 打交道
5. 建立 program 範圍內的 common understanding（共識）
6. 明確 program 下每個 component 存在的價值與必要性
7. 搭建專案級組織結構與管理流程（裁減或建立）
8. 整合 component 的可交付成果，產生額外收益（avoid 1+1+1=3）
9. 擔任領導者，發揮領導力

講師原話：「如果你不加以整合，就是前面出現這種情況，那就一加一加一就等於三，你專案級經理就沒有價值了。」

§17 Program Manager 的勝任力（Competency）（00:28:17）

核心：列舉 Program Manager 必須具備的 6 項勝任力（competency 不是 ability）。

1. Communication — 溝通能力
2. Stakeholder Engagement — 爭取相關方支援
3. Change Management — 對變革敏感、能擁護
4. Leadership — 領導力 / 影響力
5. Analytical Thinking — 全域性分析、系統思考
6. Integration — 整合能力

PMI 術語：Competency ↔ 勝任力（≠ Ability 能力）

講師原話：「能力很強，但是做這件事你可能不一定是最恰當的那個人。」「他用的詞叫 competency，而不是用的 ability。」

§18 領導力的本質 — 影響力（02:30:35）

核心：領導力 = 在沒有強制的前提下，別人願意跟隨你。本質是影響力。

• 必須有「追隨者」才能稱為 leader
• 領導者身上具備的特質叫 leadership
• 核心本質：影響力（Influence）

講師原話：「在沒有強制的前提下，別人願意跟隨你，那麼這樣一種情況就認為我們叫領導力的一種體現。」

§19 Sponsor 角色 — 提供資源 + 對成功最終負責（02:31:14）

核心：Sponsor 兩件事 — (1) 提供資源（resource & support）；(2) 代表 program 向更高層面負責 program 的成功，最終對組織負責（accountable）。

• 提供資源：資金、設備、設施
• 對組織負最終責任的人是 Sponsor，不是 Program Manager
• Program Manager 缺資源 → 求助 Sponsor

PMI 術語：Sponsor ↔ 發起人

§20 Accountable vs Responsible（最終 vs 執行）（00:31:55）

核心：考試重點區別。Accountable（最終責任）= Sponsor；Responsible（執行責任）= Program / Project Manager。

• Accountable / Accountability = 最終責任、最終負責
• Responsible / Responsibility = 執行責任
• 在 program 語境中，accountable 對應 Sponsor，不能選 Program Manager
• 同樣 PMP 中：Project 最終成敗 = Project Sponsor 負；Project Manager 負執行責任

PMI 術語：Accountable vs Responsible ↔ 最終責任 vs 執行責任

講師原話：「如果用 accountable 這個詞，如果讓你選擇答案，在專案級的這種語境之下，你是不能選專案級經理的，應該要選發起人。」

§21 Sponsor 兩種形態 — Individual 或 Group（02:33:19）

核心：Sponsor 可以是「一個人」（individual）或「一群人」（group）。一群人 = Program Steering Committee（專案級指導委員會）。

• 單一個體 → 用 sponsor 一詞
• 群組 → 通常稱 Program Steering Committee
• 兩者職能相同：provide resources and support
• 都是 "accountable for enabling success of program"

PMI 術語：Program Steering Committee ↔ 專案級指導委員會

§22 PgMO（Program Management Office）四大職責（00:34:35）

核心：專案級管理辦公室的核心四項職責。

1. Standardize — 把 program 管理流程標準化
2. Train — 培養專案級管理團隊能力
3. Facilitate Sharing — 促進專案級內部資源、方法論、工具技術共享
4. Change Management Activity — 提供變革管理支援

PMI 術語：PgMO / Program Management Office ↔ 專案級管理辦公室

§23 Program Change Management — 擁抱變化（02:36:34）

核心：Project 級「能不變就不變、走流程」；Program 級「擁抱變化」，只要能讓收益最大化就值得做。

• Project：以 baseline 為依據，能不變就不變
• Program：以戰略 + 收益為依據，鼓勵變化
• Program 甚至鼓勵超出原範圍做事（只要能帶更大收益、不違背戰略）
• 與 PMP 鍍金（gold plating）的概念形成對比

講師原話：「專案級管理它甚至鼓勵超過你的範圍做事情，只要這個超過的範圍能給你帶來更大的收益。」

§24 鍍金（Gold Plating） — Program 觀點顛覆 PMP（00:37:39）

核心：傳統 PMP 認為「鍍金 = 失敗」；但在 program 視角下，只要收益最大化、不違法、不違戰略，可以做超出範圍的事。

• PMP：gold plating = 鍍金 = 範圍蔓延 = 失敗
• Program：只要能讓收益最大化 → 可做
• 戰略最大化 = 實現願景使命的可能性更大
• 與單項管理的「拼搏、不變」差異很大

§25 PgMO 額外擴展功能（大型 program）（00:38:51）

核心：在大型複雜 program 中，PgMO 可能擴展承擔更多功能：人員管理、資源管理、合同管理、採購管理、法律等。

• Personnel 管理
• 設備設施資源管理
• 合同 / 採購管理
• Legal / Legalistic 法律議題（標準源於美國，含立法情境）
• 在持續週期長的 program，PgMO 也可做常規運營活動（other activities）

§26 第一章收尾 / 第二章開場（02:41:43）

核心：第一章涵蓋了後面 2-8 章的核心內容，要快速複習可以只看第一章。第二章正式介紹「五大績效域」（Performance Domains）。

• 第一章內容已涵蓋第 2-8 章主體
• 第二章 = Performance Domains 統一描述
• 五大績效域 = program 管理的核心知識結構

PMI 術語：Performance Domains ↔ 績效域

§27 Performance Domain 的本質（02:42:28）

核心：績效域 = 把 program 管理的衡量指標 + 工作方向，依「業務接近度」分成幾個領域。

• 類比：考核部門時把指標分組，每組稱一個領域（Domain）
• Performance Domain = 「在這些領域的表現怎麼樣」
• 既是衡量工具，也是工作努力方向
• 對應 Program Manager 第一章列出的職責：「在五大績效域框架下管理 program」

§28 第二章五大子節結構（02:43:50）

核心：第二章內容分五個部分。

1. 五大績效域定義
2. 五大績效域之間的互動關係
3. 組織戰略 / Portfolio Management / Program Management 互動
4. Program vs Portfolio 關鍵區別
5. Program vs Single Project 關鍵區別

講師原話：「最後一部分描述一下專案級和單專案它們之間的核心區別，這部分內容呢，比較有意思。」

§29 五大績效域（1）戰略一致性 Strategy Alignment（00:44:53）

核心：Program 必須時刻保持與組織戰略對齊（alignment），有些書譯「對齊 / 對正 / 一致性」。

• Alignment 三種譯法：對齊 / 對正 / 一致性
• 標準採用「一致性」
• 三個層次：(1) 了解戰略 (2) 向下分解 (3) 關鍵節點審查
• 評價者不是 Program Manager 自己，是 Sponsor / Steering Committee / 治理主體

PMI 術語：Strategy Alignment ↔ 戰略一致性

§30 五大績效域（2）效益管理 Benefit Management（00:46:22）

核心：講師偏好譯為「收益管理」。從識別 → 分析 → 透過 component 完成 → 最大化價值與回報。

• 收益要被 identified、analyzed
• 透過 program component（專案 / 子專案級 / 運營）完成
• 設計 component → 分配資源 → 實現
• 收益管理擴展了專案管理的邊界：從交付可交付成果 → 收益的交付 + 維持

講師原話：「收益管理它擴展了專案管理的一個邊界，將交付可交付成果擴展到了收益的交付跟收益的維持。」

§31 五大績效域（3）相關方爭取 Stakeholder Engagement（00:49:05）

核心：Program 不再用 "stakeholder management"（管理），而用 "stakeholder engagement"（爭取 / 參與） — 觀念上的巨大進步。

• Program 比 project 戰略地位高
• 利益相關方更多更複雜
• PMBOK 仍用 management；Program 已升級為 engagement
• 爭取的核心：不是情感、不是良好關係 — 答案待揭曉（後章節）

PMI 術語：Stakeholder Engagement ↔ 相關方爭取（vs Management 管理）

講師原話：「對於相關方，尤其是個體的相關方是人的時候，我們用管理人這種想法，已經落在了整個管理體系的後面。」

§32 五大績效域（4）治理 Governance（00:50:23）

核心：Governance = 設規則 / 形成體系，保證戰略一致、相關方爭取、收益實現都能落實。是「管理之上的管理」。

• 不是事務積蓄都要管 — 只管關鍵節點、關鍵事
• 提供保證手段：分配資源、分配權力、制定規則、約束角色、制定責任
• 治理 > 管理：治理是「關於管理的管理」

PMI 術語：Program Governance ↔ 專案級治理

講師原話：「治理是關於管理的管理。」

§33 五大績效域（5）生命週期 Life Cycle Management（00:51:35）

核心：把 program 分成三大階段（Define / Deliver / Close）的時間管理框架。

• Definition（定義）
• Delivery（交付）
• Closure（收尾）
• 給戰略 / 收益 / 相關方 / 治理一個共同的時間框架

PMI 術語：Program Life Cycle ↔ 專案級生命週期

§34 五大績效域之間的關係 — 互補互動（02:53:01）

核心：五個績效域是「互補、促進、相輔相成」的，但各有側重。

• 戰略一致性：強調與組織戰略統一
• 治理：給規範、規則
• 收益最大化 → 交付給相關方
• Program 與單項管理的核心區別：戰略聚焦 + 戰略一致性 + 收益實現最大化
• 甚至可超出原範圍實現

講師原話：「你做的所有的工作，做的所有的努力，都是為了保證收益可以實現，而且是最大化的實現，甚至你可以突破你原有的範圍實現。」

§35 Program 像「大管道內的涓涓細流」（02:54:47）

核心：Program 不是單線時間軸 — 像一個大管道，裡面有多個 component 同時流淌，速度、阻礙、範圍各不相同。

• 每個 component 處的時間節點都不同
• 有的快、有的慢
• 有的順暢、有的阻礙多
• 有的範圍大、有的影響其他
• Program 是典型「複雜系統」

§36 複雜系統 vs 線性系統（02:56:35）

核心：Program 是複雜系統。線性系統「同樣輸入 → 同樣輸出」；複雜系統「同樣輸入在不同時刻 → 結果差別很大」。

• 線性系統：固定輸入 = 確定輸出
• 複雜系統：同樣輸入、不同時刻 → 不同結果
• 系統論 / 系統動力學 / 系統方法論可參考
• Program 多因素互依，超過理論可窮盡的範圍
• 千萬避免線性思維！

講師原話：「線性思維的典型特徵就是，這次是這樣的下次怎麼就不是這樣了呢。」

§37 各績效域的英文與側重點（03:01:01）

核心：抓關鍵詞，逐個對齊英文。

§38 戰略一致性首位的原因（03:00:26）

核心：戰略一致性放在首位有道理 — Program 失去戰略，會耗費組織大量資源卻無價值。

• Program 對 Program Manager 與組織都是災難性的
• 必須先問「方向是什麼」再做事
• 原則把握住，細節自己掌握（在許可權內）

§39 收益管理擴展邊界（03:01:51）

核心：收益管理的時間軸 跨越整個 program 生命週期（重點放這先思考一下，後章節會深入）。

• Identify benefits → Create → Maximize → Deliver → Sustain
• 用 provide / provided by the program 描述
• 不只是 delivery，還要移交 + 維持
• 跨度超過 program 的 close

§40 Stakeholder Engagement — Needs / Expectations vs Requirements（03:02:59）

核心：Program 強調 stakeholder 的 needs / expectations（不一定可量化）— 而非 PMP 的 requirements（必須量化）。

• Requirements 必須量化
• Needs / Expectations 不過度強調量化
• 但仍應盡量量化
• 重點：人的想法有時無法量化
• 用 engagement 表達「認同 + 參與」就足夠

PMI 術語：Needs / Expectations vs Requirements

§41 Governance — 頂層透視 + 全力下放（03:03:51）

核心：Governance 兩大要素 — Decision Making + Establish Practice + Oversight。頂層透視（你做什麼我要知道）+ 全力下放（不該插手的不插手）。

• Enable performance 促進使能
• Decision making 決策
• Establish practice 建立實踐
• Oversight 頂層透視 — 維持 program 一直被監控
• 該升級的必須升級上來，原則之下都你做主

PMI 術語：Oversight ↔ 頂層透視

講師原話：「我可以不干預你，但是我知道，上面在發生了什麼事，叫 program oversight，頂層透視，全力下放。」

§42 五個績效域兩兩相關（03:06:58）

核心：五個績效域中任何一個都和其他四個有聯繫、有互動 — interact with each other。

• 戰略 ↔ 收益 ↔ 相關方 ↔ 治理 ↔ 生命週期，全部相互
• 影響力隨階段變化
• 例：戰略一致性貫穿全 lifecycle，但前期影響重大、後期只是執行

PMI 術語：Interact / Interdependency ↔ 互動 / 內在依賴

§43 戰略相關的 Artifact — 三大核心（03:08:37）

核心：戰略相關的 artifact 三件套：商業論證 / 章程 / 路線圖。

• Business Case 商業論證 — 證明值得做（formulation 子階段）
• Program Charter 專案級章程 — 任命 PM、宣告 program 啟動
• Program Roadmap 專案級路線圖 — 高階里程碑時程

PMI 術語：Artifact ↔ 構件 / 弓箭

§44 Portfolio Review — Program 起點 + Portfolio 動作交集（03:12:12）

核心：Portfolio Review（專案組合評審）是 program 與 portfolio 管理的交界 — 評審後決定 component 是否啟動。

• Portfolio Review 在 program 起點之前
• 透過評審 → 進入 program 正式管理
• 否決 → component 廢掉、不投入資源
• Program 章程批准 = program 正式啟動標誌

PMI 術語：Portfolio Review ↔ 專案組合評審

§45 Portfolio Component 四種類型（03:13:35）

核心：Portfolio Component 包含四類；Program Component 包含三類。

• Portfolio Component: Sub-portfolio / Program / Project / Operations
• Program Component: Sub-program / Project / Operations
• 評審依據 = 組織戰略 + 資源情況
• 評審通過 → 進入 program 正式管理

§46 Formulation Subface（構建子階段）— 考試陷阱（01:15:05）

核心：考試陷阱！Definition 是 Phase 不是 Subphase。問「Program Charter 在哪個 subphase 制定」要選 Formulation Subphase。

• Definition Phase（定義階段）= phase
• Formulation Subphase（構建子階段）= subphase
• Planning Subphase（規劃子階段）= subphase
• 商業論證 / 章程 / 路線圖都在 Formulation Subphase
• Formulation 兩種譯法：構建 / 形成（任選）

PMI 術語：Formulation Subphase / Planning Subphase ↔ 構建子階段 / 規劃子階段

§47 Program vs Portfolio 區別（1）Relatedness（01:18:15）

核心：Program 必有 Interdependency（內在依賴）；Portfolio 不強調 — 可獨立、可有聯繫。

• Portfolio: independent / not related → 不強調聯繫，便於管理
• Portfolio 可選：共享資源、供應商、技術、資金來源
• Program 必須：interdependent（一榮俱榮、一損俱損）
• Interdependency 帶來 extra benefit
• Benefit 與 Interdependency 是 program 兩大核心詞

PMI 術語：Interdependent vs Independent ↔ 內在依賴 vs 獨立

講師原話：「Interdependent 是專案級當中最核心的一個詞，他除了 Benefit 之外。」

§48 全國市場份額案例 — 內在依賴的雙向（03:21:51）

核心：用「全國 31 省競爭」例子說明 interdependency 的正反兩面。

• 正向：北京、上海拿下 → 其他省份易跟進（焦灼戰場勝利效應）
• 反向：客戶要平衡四家供應商 → 你太突出反而其他地方會分給對手
• 戰略性放棄、戰術性撤退 = 都是考慮 interdependency
• 設計各種組合，目標：保證「我最大」（不可能全都是你）

講師原話：「打仗也一樣，戰爭是最典型的專案，那麼有一個地方我們是要故意失敗的，叫戰略性放棄的。」

§49 Program vs Portfolio 區別（2）時間跨度（01:24:26）

核心：Program 有臨時性（temporary，有結束點）；Portfolio 通常沒有結束時間。

• Program: 臨時性、有預期結束時間
• Portfolio: 通常 not end on a specific date
• Portfolio 隨戰略 / 環境變化而結束
• 例：產品組合（龍頭企業多年運轉，到跨界競爭時才變化）
• 2020 疫情 → 線下教育 → 線上轉型，戰略級改變

講師原話：「Portfolio 在它產生的時候，通常就沒有 [結束時間]。」

§50 Program vs Portfolio 相同點（03:27:26）

核心：兩者都是 collections of projects, activities, non-project work。

• 都不止一個要素
• non-project work = operations 行為 / program 相關活動
• 不同：相關度 + 時間跨度

§51 Program vs Project 區別（1）不確定性（01:27:48）

核心：Project 相對確定；Program 更不確定（more uncertain）。

• Uncertainty 是現代社會常態
• Project：範圍、進度、成本、質量都要在相對確定下做
• Program: 更多 uncertainty
• 從農業 → 工業 → 互聯網 → 移動互聯 → 大數據社會：不確定性越來越多

PMI 術語：Uncertainty ↔ 不確定性

§52 Program vs Project 區別（2）對待變更（01:29:14）

核心：Project 用 baseline 為依據（戰術層級）；Program 用戰略 + 收益為依據（戰略層級）。

• Project: tactical level，baseline 為依據，CCB 審批走流程
• Program: strategic level，戰略不違背、收益最大化就改
• Program 更宏觀、更適應環境
• 例：疫情下線下教育公司轉型線上 — 戰略級應對

PMI 術語：Tactical Level vs Strategic Level

§53 Program vs Project 區別（3）複雜度（01:30:54）

核心：Program 比 project 複雜得多 — 治理結構、相關方、定義都複雜。

• 管理複雜
• 治理結構複雜（相關方多、投資方多）
• 股東結構、利益相關方關係複雜
• Definition Complexity：把事情定義清楚都很難（無形價值難達共識）

PMI 術語：Definition Complexity ↔ 定義複雜性

§54 第三章開場：戰略一致性詳述（03:32:50）

核心：第三章內容相對好理解（前面已鋪墊很多），但重要程度最大。考試上相對簡單，但需多次複習。

• 第三章 = 戰略一致性深入
• 在整個標準體系的重要程度最大
• 如果工作中對戰略思考不足，建議多複習第一章 + 本章
• 工作中常聽到「可行性分析 / 商業論證」就是這個層次

PMI 術語：Feasibility Study / Business Case ↔ 可行性分析 / 商業論證

§55 商業論證 vs 可行性分析（03:34:07）

核心：可行性分析範圍廣；商業論證更聚焦商業 / 成本收益 / 經濟價值。

• 可行性分析：包含很多方面
• 商業論證：成本收益、經濟價值為主
• Program 強調商業價值或商業組織做的事
• 對應檔案：Business Case

§56 戰略一致性章節結構 — 5 個部分（03:34:45）

核心：戰略一致性由 5 個檔案 / 動作組成。

1. 組織戰略計劃（Organizational Strategy Plan）
2. 三個 program 內的核心檔案：Business Case / Charter / Roadmap
3. 風險管理策略（風險的初始評估）
4. 環境評估（Environmental Assessment）
5. Program Management Plan（規劃子階段產出）

講師原話：「強烈建議大家記住他們的順序，最左邊的在專案級宣告週期之外作為專案級管理的一個輸入組織的戰略計劃。」

§57 Strategy Plan 不考具體內容（03:35:00）

核心：Program 管理不考察戰略計劃的內容，僅作為輸入。

• Strategy Plan 的細節 ≠ PgMP 考點
• 重點是 program 收到 strategy 之後怎麼做
• Business Case 是 program 內第一個檔案

§58 三大檔案順序與作用（03:37:08）

核心：必須記住三大檔案順序與作用差異。

• Business Case 透過 → 才能制定 Charter
• Charter 批准 = program 正式啟動
• Roadmap 是框架性高層次（季度、半年），不精確到日

講師原話：「商業論證在最前，中間是章程，在後是那個路線圖。」

§59 風險管理策略 — 早期初始評估（03:44:16）

核心：在 program 早期就要做風險的初始評估 — 影響 business case 是否通過。

• Risk ⊃ Uncertainty
• 評估後決定組織風險偏好（risk-seeking / risk-averse）
• 風險高 → business case 可能不通過
• 風險策略：迴避、迎接、接受、挑戰
• 例：疫情時擁抱線上 vs 放棄線下

PMI 術語：Risk Strategy ↔ 風險管理策略

§60 環境評估（Environmental Assessment）（01:46:24）

核心：環境評估範圍比風險評估更大 — 行業趨勢、組織內外的情形變化。

• Environmental Assessment 比 Risk 範圍更大
• 行業趨勢、跨界競爭、政策變化
• 與風險策略內在相關
• 環境存在不確定性 → 影響戰略

§61 Program Management Plan 在 Planning Subphase（03:47:34）

核心：在 Formulation Subphase 完成 5 個工作（與戰略相關）後；在 Planning Subphase 產出 Program Management Plan。

• Formulation Subphase 5 工作：商業論證 / 章程 / 路線圖 / 風險策略 / 環境評估
• Planning Subphase 主要工作：產出 Program Management Plan
• Program Management Plan = program 可執行層面的計劃

PMI 術語：Program Management Plan ↔ 專案級管理計劃

§62 戰略一致性圖總結（03:49:26）

核心：本頁是考試重點之一。三大塊 + 中間 5 要素都重要；Strategy Plan 與 Program Management Plan 不是考點重點。

• 中間 5 要素：商業論證、章程、路線圖、風險策略、環境評估
• 三檔案順序：Business Case → Charter → Roadmap
• 5 要素全部考察重點
• 必記其相對位置與順序

§63 商業論證 — 經濟可行性研究（03:53:49）

核心：Business Case 第一部分 = Economic Feasibility Study（經濟可行性研究）。

• 投資回收期、投資回報率、成本收益比
• 證明 program 值得做、有利可圖
• 收益（Benefit）大、符合組織胃口 → 符合戰略

PMI 術語：Economic Feasibility Study ↔ 經濟可行性研究

§64 商業論證 — 確立 Benefit 的合法地位（03:50:59）

核心：Business Case 通過 = establish validity of the benefit — 收益獲得組織認同的合法地位。

• 記錄了我們的訴求
• 透過後 → 收益的合法地位被建立
• 由「組合評審委員會 / 高階管理者」共同認可
• 由 Program Sponsor 或 Program Steering Committee 負責審查

PMI 術語：Validity of Benefit ↔ 收益的有效性

§65 商業論證的責任主體（03:51:44）

核心：標準沒指定唯一責任主體 — 列出兩個可能負責方。

• Program Steering Committee（專案級指導委員會）
• Sponsor（發起人）
• 兩者擇一或共同負責

§66 收益管理章節開場（03:52:56）

核心：收益管理是 program 的核心；要記住三件事：

1. 早期就要識別收益（benefit identification）
2. 整個生命週期不斷更新「收益登記冊」（Benefit Register）
3. 收益實現不是線性的 — 中間會有迭代、循環、反饋

PMI 術語：Benefit Register ↔ 收益登記冊

§67 收益登記冊（Benefit Register）（02:50:00）

核心：Benefit Register 是記錄收益最全面的檔案，內容包含 4 類資訊。

1. 收益是什麼（identification）
2. 收益當前狀態（status）
3. 收益與 component 的應收 / 對應關係（mapping）

4. 收益如何測量（measurement）

5. 從商業論證裡的收益開始收納

6. 隨 program 進展不斷更新
7. 收益移交 / 已實現 → 狀態都要更新
8. 書中漏列：在「收益識別」階段就應產出此檔案

講師原話：「收益登記冊是記錄收益最全面的那個檔案。」

§68 收益識別（Benefit Identification）（02:52:24）

核心：第一步驟。識別出有哪些收益，記錄到收益登記冊。

• 識別後不能達到可實現 → 還需後續分析、規劃
• 收益必須是 stakeholder expects to realize
• 必須是高階管理層、客戶共同認同
• 不是自己拍腦袋

PMI 術語：Benefit Identification ↔ 收益識別

§69 收益識別不僅是記錄 — 還要 Qualify（04:58:26）

核心：Identification 過程不只是 identify，還要 qualify（核定 / 確認）— 確保收益被組織認同。

• Qualify the benefit = 收益要被認同
• 例：建醫院 program → 接收方關心的是「能不能解決醫療問題」，而非建築物本身
• 收益是相關方期望實現，而非僅交付建築物

講師原話：「他關心的可不是這個建築本身，他關心是建完這個醫院之後能不能解決大家的醫療問題。」

§70 收益識別 — 描述目標 + 關鍵成功因素（04:55:26）

核心：識別流程要 defining the objective and the critical success factor。

• 為什麼用 objective 而非 benefit？
• 對應金字塔：目標 → 收益（向下分解）
• 目標來自專案級章程 / 商業論證
• 識別 = 從目標進一步量化成收益

PMI 術語：Critical Success Factor ↔ 關鍵成功因素

§71 收益分析與規劃（Benefit Analysis & Planning）（02:53:30）

核心：第二步驟 — 對收益做分析與規劃，確定價值與實現方式。

• Benefit Analysis 分析真正價值
• 規劃如何實現
• 設計 program component（專案 / 子專案級）
• Component 從識別的收益拆解組合而出

PMI 術語：Benefit Analysis and Planning ↔ 收益分析與規劃

§72 收益優先排序 + 設定測量指標（04:55:47）

核心：分析規劃過程包含三個關鍵動作。

1. Derive and prioritize benefit — 收益排序
2. Establish benefit metrics — 設定測量指標
3. Establish Benefit Management Plan — 建立收益管理計劃

PMI 術語：Benefit Management Plan ↔ 收益管理計劃（舊名 Benefit Realization Plan）

§73 Benefit Realization Plan 舊名意涵更深（04:56:50）

核心：舊版叫 Benefit Realization Plan（收益實現計劃）— 講師認為比新版「收益管理計劃」資訊更豐富。

• 收益實現計劃：涵蓋「我怎麼實現、什麼時間實現」
• 收益管理計劃 → 弱化了「實現」的時序意義
• 大致實現安排是最關鍵的

§74 收益與 Component 的對應（Mapping）（02:57:30）

核心：規劃階段最關鍵 — 要將收益對映到 program 元件（Map benefits into program management plan）。

• Map benefits into program management plan
• 哪些收益在哪個 component / project 實現
• 沒有 mapping → 不知道該找哪個專案、哪個 PM
• 後面才能 monitor component（監督 component 達成度 = 監督收益實現）

PMI 術語：Map / Mapping ↔ 對映

§75 收益交付（Benefit Delivery）— 透過完成專案（02:58:08）

核心：收益是透過完成專案的方式實現 — Program Manager 不直接完成收益，而是整合專案經理完成的工作。

• Program Manager 不直接完成收益
• 整合 PM 完成的工作 → 形成 program 收益
• 每個 PM 完成 component → 收益實現
• 然後 Program Manager 把所有收益做整合彙集

講師原話：「Program Manager 並不直接完成收益，他是整合，整合誰呢？整合專案經理完成的工作。」

§76 收益進度的衡量尺（05:00:14）

核心：收益實現好壞用三把尺子衡量。

• 宏觀：Program Roadmap（路線圖）
• 詳細：Benefit Realization Plan / Benefit Management Plan
• 時間進度：Program Schedule（專案級進度計劃）

§77 收益移交與維持（Transition & Sustain）（03:00:38）

核心：收益完成後 → Transition（移交）給接收方 → Sustain（接收方負責維持）。

• 移交給接收方
• 接收方負責維持收益
• 五階段全名：
• Identification
• Analysis & Planning
• Delivery
• Transition
• Sustainment

PMI 術語：Benefit Transition / Benefit Sustainment ↔ 收益移交 / 收益維持

§78 五階段對映回 Program Lifecycle（05:01:37）

核心：收益管理 5 階段 vs Program 生命週期的對應關係。

• 重點：Sustainment 跨越 program 結束，延伸到運營階段

§79 收益狀態管理 — 失敗 / 達成的處理（05:02:01）

核心：監控 component 完成 → 維持 Benefit Register（更新狀態）。

• Monitor component 監控 component
• Maintain benefit register 更新登記冊
• 專案結束 → 收益達成（一種狀態）
• 專案失敗 → 收益狀態變化 → 啟動新專案 / 元件繼續交付預期收益

§80 進度匯報與升級報告（05:02:42）

核心：Program Manager 必須將收益實現情況彙報給 Steering Committee + 相關方。

• 在 program 進行中持續報告
• 報告依據：Benefit Register
• 衡量尺：Roadmap / Benefit Management Plan / Program Schedule
• 讓相關方了解 program 進展

講師原話：「就在這記錄收益登記到當中進記錄收益的進展。」

§81 Project / Program / Portfolio 三層彙報關係（總結）

核心：本章建立了三層的「彙報 → 升級 → 整合」邏輯鏈。

• Project Manager → 向 Program Manager 彙報 progress / problems / risks
• Program Manager → 整合 → 向 Sponsor / Steering Committee 彙報
• 重大決定 → 升級
• 收益逐層彙集 → 兌現組織價值

§82 Initiative 全流程（總結）

核心：Initiative → Component 的完整轉化流程。

1. 戰略提出 initiatives（提議 / 想法 / 倡議）
2. Portfolio Steering Committee 評審
3. 評審通過 + 分配資源 → 升級為 Program / Project / Operation
4. Program 內 → 任命 Program Manager
5. Program Manager 規劃下層 components
6. 啟動 components → 完成 → 收益實現
7. Program Manager 整合所有 components 收益
8. 移交（Transition）→ 運營維持（Sustain）

§83 Program vs Project vs Portfolio 三維比較（總結）

§84 五大績效域 + 三大 Artifact 速記表（總結）

五大績效域（Performance Domains）：

三大 Artifact（Formulation Subphase 產出）：

收益管理五階段：

1. Benefit Identification
2. Benefit Analysis & Planning（產出 Benefit Management Plan + Mapping）
3. Benefit Delivery（透過完成 component）
4. Benefit Transition（移交運營）
5. Benefit Sustainment（運營維持）

§85 考試提醒總整理

• ✓ Accountable = Sponsor；Responsible = Program / Project Manager
• ✓ Definition Phase vs Formulation Subphase 別搞混
• ✓ Program Charter 在 Formulation Subphase（不是 Definition Phase）
• ✓ Stakeholder Engagement（不是 Management）
• ✓ Program: Interdependent（必須）；Portfolio: Independent（不強調）
• ✓ Initiatives = 還未授權；授權後 → Component
• ✓ Program 鼓勵 gold plating（與 PMP 相反）
• ✓ Program Manager 早期 / 結束多參與；中間放手
• ✓ Risk Strategy 在早期就要做初始評估
• ✓ Benefit Sustainment 跨越 program 結束，延伸到運營

本章包含：第一章三層管理者收尾（00:00–40:00） + 第二章五大績效域與 Program/Portfolio/Project 比較（40:00–90:00） + 第三章戰略一致性與收益管理（90:00–181:00）。為 PgMP 整套標準的骨幹章節，建議反覆複習，並對照 ECO 的 Performance Domains 章節練習。