Ch13 — 新版精講 第1章 引言

🏠 主入口 🎯 答題速查 📖 全部章節 字幕索引 重點矩陣 📘 大綱與標準

Ch13 — 新版精講 第1章 引言 (97 min)

講師: Richard | 對應 PDF: — 影片: C:\Users\User\Desktop\PGMP\PGMP Video\2026-09-28 22-22-14.mp4 回到 [[MOC-PgMP-精講筆記]]

產製方式: 章節切 1 段交給 1 個 agent 平行逐段精煉, 共 44 個 §N (Part A: §1-44).

Part A (00:00:03 - 01:36:52) 綜述

本段是新版精講(Standard for Program Management 5th)第 1 章「引言」的完整講解,中間跨上午、下午兩節(01:15:04 起為下午)。Richard 先概覽第 1 章的 10 個小節,接著精讀專案集(program)定義:關鍵字是「協調(coordination)」「相關的(interdependency)」與「元件(component)= 專案 / 子專案集 / 專案集活動」,並強調專案集經理只管跨元件的事、不插手專案內部。然後用生命週期圖(定義〔構建 + 規劃〕/ 交付 / 收尾)從三個角度解讀:專案集經理預設是元件的發起人(sponsor);專案集決定做哪些專案並批准其計劃、處理升級變更;專案集交付的是收益(benefit),收益要由元件的產出整合而成,可增量交付也可一次性交付。之後講自上而下(戰略專案集)與自下而上(湧現專案集)兩種啟動方式、PPP 與運營的關係、價值交付系統的資訊流,再回到核心觀點:專案集規劃的是「收益實現路徑」(收益依賴地圖),由此再定義元件,這才是「協調」真正的底層。下午講專案集管理(6 績效域 + 8 原則,新增協作 collaboration)、複雜性(complexity)與 WBS 100% 原則的侷限,以及專案集與運營的協作、移交(transition)與組織變革。

最重要的考點判準:①元件三類 + 專案集活動不下沉到專案;②跨兩個以上元件的事,不論大小都由專案集經理協調;③專案集交付收益、專案交付可交付成果,收益要經整合;④構建子階段產出商業論證與章程,路線圖已併入專案集管理計劃;⑤收益無法達成時,專案集就可能被終止。

§1 第 1 章引言的 10 個小節總覽 (00:00:03)

第 1 章 引言 目錄:10 個小節

核心: 第 1 章重點在「什麼是專案集 / 專案集管理」與「戰略、組合、專案集、專案、運營的關係」,標準目的與商業價值快速帶過。

§2 專案集 vs 專案 / 組合的差異預告 (00:01:11)

專案集與專案、專案組合的區別

核心: 專案集對變更的態度是擁抱和適應;組合裡的元件之間不一定有強依賴,專案集裡的元件則有強烈的相互依賴。

🎯 考點: 題目出現「元件彼此強依賴、要協調管理」→ 專案集;「元件不一定相關、為戰略目標放在一起管理」→ 組合。

§3 標準的目的:原則 + 良好實踐 + 角色 (00:01:46)

標準的目的與核心概念:原則、通用功能、良好實踐

核心: 標準給專案集管理者一套打法,這套打法由原則、良好實踐和角色構成,以原則和績效域為主、過程為輔。

PMI 術語: Principle ↔ 原則 / Good Practice ↔ 良好實踐

§4 原則的含義與職業道德 (00:02:53)

原則定義:基本規範、真理、信念與價值觀

核心: 原則是方向性的基本規範、真理、信念與價值觀(beliefs and values),用來指導行動;專案集裡有些底線原則是必須遵守的。

PMI 術語: Responsibility, Respect, Fairness, Honesty ↔ 責任、尊重、公平、誠實

§5 Responsibility vs Accountability (00:04:03)

誰負責 vs 誰擔責

核心: Responsibility = 誰負責(執行責任);Accountability = 誰擔責(最終責任)。

PMI 術語: Responsibility ↔ 執行責任(誰負責) / Accountability ↔ 最終責任(誰擔責)

§6 Program 一詞與翻譯 (00:05:10)

Program 美式 / Programme 英式拼法

核心: 專案集英文是 program(美式),英式拼法 programme 見於 ISO 等標準;翻譯軟體常把它錯譯成「計劃」甚至「專案」。

§7 「協調」:專案集定義的第一個關鍵詞 (00:06:38)

專案集定義:以協調的方式管理相關的專案、子專案集與專案集活動

核心: 協調(coordination)只有在充分理解被協調對象之間的依賴關係時才做得好,比一般的排時間、分資源高階得多。

PMI 術語: Coordination ↔ 協調 / Interdependent / Related ↔ 相互關聯的

§8 元件三類與專案集活動的定位 (00:07:51)

專案集元件:專案、子專案集、專案集活動

核心: 專案集元件(component)有三類:專案、子專案集、專案集活動;專案集活動專指跨元件的協調類活動,不下沉到專案內部。

PMI 術語: Program Component ↔ 專案集元件 / Subprogram ↔ 子專案集 / Program Activities ↔ 專案集活動

🎯 考點: 選項如果是「專案集經理直接處理某專案內部的任務」,通常不對;專案集經理只處理跨元件的事。

§9 專案集經理不插手專案:責任介面的劃分 (00:09:04)

專案集經理 vs 專案經理的責任邊界

核心: 只影響單一專案的事交給專案經理全權處理(超過約定門檻才升級);影響兩個以上元件的事,不論大小都由專案集經理協調。

🎯 考點: 情境題「兩位專案經理就共享資源 / 介面發生爭議」→ 專案集經理出面協調,不能讓他們自行協商了事;「單一專案內部問題」→ 先讓專案經理處理。

§10 相互依賴與「單獨管理無法獲得的收益」 (00:11:31)

專案集定義:獲得單獨管理無法獲得的收益

核心: 用專案集方式管理的目的,是獲得分別管理各元件時拿不到的收益;元件之間互補、相互關聯,共同為專案集收益做出貢獻。

PMI 術語: Interdependency ↔ 相互依賴 / Benefits not available from managing them individually ↔ 單獨管理無法獲得的收益

🎯 考點: 專案集存在的理由 = 單獨管理拿不到的收益;如果放在一起沒有額外收益,就沒有理由組成專案集。

§11 其他活動:核心活動與支援活動 (00:13:18)

專案集元件中的其他活動(others)

核心: 元件不只專案和子專案集,還有「其他活動」,分成核心活動(整合管理類)與支援活動(附錄裡的內容)。

PMI 術語: Program Integration Management ↔ 專案集整合管理(核心活動) / Supporting Activities ↔ 支援活動

§12 增量式交付 vs 一次性交付 (00:14:26)

收益交付:增量式 vs 一次性

核心: 收益可能在執行過程中就產生(增量式),也可能要到全部完成後才能一次性產生。

PMI 術語: Incremental Benefits Delivery ↔ 增量式收益交付

🎯 考點: 情境中「部分功能可先上線產生價值」→ 增量收益;「必須整體完成才有價值」→ 專案集收尾時才交付收益。

§13 生命週期三階段:定義、交付、收尾 (00:16:45)

專案集生命週期圖:定義(構建/規劃)、交付、收尾

核心: 專案集生命週期分成定義、交付、收尾三大階段;定義又分構建與規劃兩個子階段。每個階段做什麼都是考試內容。

PMI 術語: Program Definition ↔ 專案集定義 / Program Formulation ↔ 構建 / Program Planning ↔ 規劃 / Program Delivery ↔ 交付 / Program Closure ↔ 收尾 / Transition ↔ 移交

⚠ 新版變化: 收尾不再明確分成「移交、關閉」兩個子階段,統一為收尾階段,但內容仍包含移交與關閉。

🎯 考點: 移交對象答「接收方 / 預期受益方 / 運營」,不要預設是客戶。

§14 交付階段的第一層意思:專案集經理預設是專案的發起人 (00:18:30)

專案集交付階段內部:元件的啟動、規劃、執行、監控、收尾

核心: 專案集交付階段內部是一個個專案的啟動、規劃、執行、監控、收尾;專案集經理預設是下屬專案的發起人(sponsor)。

PMI 術語: Sponsor ↔ 發起人

🎯 考點: 情境題裡的專案集經理對元件扮演發起人角色:授權、批准計劃、接收移交,而不是做專案經理的工作。

§15 收尾時發起人做什麼:驗收、確認收益 (00:20:49)

發起人在專案一頭一尾深度參與

核心: 早期發起人給目標、給授權、給資源;收尾時發起人深度參與,是來接收和確認專案完成的工作,確認收益和價值。

講師原話:「在收尾的時候他最重要的工作是來接收和確認專案完成的工作,確認收益和價值。」

§16 元件移交給誰:內部 vs 外部 (00:22:34)

元件移交:內部給發起人、外部給客戶

核心: 內部元件移交給發起人(專案集經理);外部專案移交給客戶,但交付前發起人要先驗證。

🎯 考點: 「元件完成後直接交客戶」不是最佳答案;要先經專案集層面驗證 / 整合。

§17 交付階段的第二層意思:專案集決定做哪些專案,並批准計劃與升級變更 (00:23:41)

專案集授權元件、批准元件計劃、專案集 CCB

核心: 專案集下的專案不是公司丟過來代管的,而是由專案集決定做哪些、不做哪些;專案集批准元件的計劃,處理超出元件權限的升級變更。

PMI 術語: Change Control Board (CCB) ↔ 變更控制委員會

🎯 考點: 元件變更在自身權限內 → 元件 CCB 處理;超過權限 / 影響其他元件或專案集基準 → 升級到專案集層面。

§18 交付階段的第三層意思:專案集交付收益,靠整合元件產出 (00:25:57)

專案集交付什麼:收益(benefits)

核心: 專案集交付的是收益;收益要符合組織戰略,實際上是由元件的輸出、可交付成果和成果支撐的,中間要經過專案集的「整合」。

講師原話:「可交付並不等於專案集層面需要交付給戰略管理層的收益,所以他要把專案經理產生的輸出和成果整合為收益。」

PMI 術語: Benefits ↔ 收益 / Deliverables / Outputs / Outcomes ↔ 可交付成果 / 輸出 / 成果 / Integration ↔ 整合

🎯 考點: 專案集層面一律以收益為導向;專案 = 可交付成果,專案集 = 收益,組合 = 價值。

§19 收益交給預期受益人;增量收益在圖上的位置 (00:29:37)

收益移交給預期受益人;增量收益 vs 收尾後收益

核心: 專案集的收益交給最初就確定的預期受益人(發起組織、發起人或客戶都可以);過程中產生的叫增量收益,有些收益要整個專案集完成後才交付。

PMI 術語: Intended Beneficiary ↔ 預期受益人

§20 構建與規劃子階段的產出;路線圖已併入專案集管理計劃 (00:32:33)

構建子階段:商業論證 + 章程;規劃子階段:專案集管理計劃

核心: 構建子階段產出專案集商業論證與專案集章程;規劃子階段產出專案集管理計劃;第四版獨立的專案集路線圖,現在歸入專案集管理計劃。

PMI 術語: Business Case ↔ 商業論證 / Program Charter ↔ 專案集章程 / Program Management Plan ↔ 專案集管理計劃 / Program Roadmap ↔ 專案集路線圖

⚠ 新版變化: 第四版的專案集路線圖是規劃階段的獨立輸出;第五版把它併進專案集管理計劃,不再是獨立輸出。

🎯 考點: 構建 → 商業論證 + 章程;規劃 → 專案集管理計劃(含路線圖)。

§21 電商網站例子:輸出 → 成果 → 收益 (00:34:19)

電子商務網站例子:output / outcome / benefit

核心: 網站上線 = 輸出(output / deliverable);組織具備電商能力 = 成果(outcome);能力轉化成銷售額和利潤 = 收益(benefit)。

講師原話:「他的收益是什麼呢?是關注這些能力如何轉化為組織想要的銷售額和利潤。」

PMI 術語: Output / Deliverable ↔ 輸出 / 可交付成果 / Outcome ↔ 成果 / Benefit ↔ 收益

🎯 考點: 三層鏈條是收益題的基本判準:可交付成果 → 能力 / 成果 → 收益。

§22 收益的定義,以及客戶和專案團隊的利益矛盾 (00:37:15)

收益定義:組織從使用成果中獲得的有形收益或資產

核心: 收益是組織從「使用」成果中獲得的經濟或其他收穫(有形收益或有價值的資產);專案集思維要站在客戶最終目標上看事情。

§23 啟動方式一:自上而下(戰略專案集) (00:39:38)

專案集啟動:作為組織戰略規劃過程的一部分

核心: 最關鍵的啟動條件是「作為組織戰略規劃過程的一部分」被識別出來;自上而下,先有專案集再有元件,元件晚於專案集啟動。

🎯 考點: 考試題目基本上都是自上而下這一種。

§24 啟動方式二:自下而上(湧現專案集) (00:41:20)

自下而上:把已在進行、相互依賴的專案組合為專案集

核心: 原本各自進行的專案,後來發現彼此有聯繫、追求共同的成果 / 能力 / 目標 / 收益、相互依賴,於是組成專案集;專案集晚於元件啟動。

PMI 術語: Emergent Program ↔ 湧現專案集

⚠ 新版變化: 「新興 / 湧現專案集」一詞第三版有,第四、五版已刪除,但概念仍在。

§25 專案、專案集、組合的定義與層級 (00:43:01)

專案、專案集、專案組合定義

核心: 專案是為創造獨特產品、服務或成果的臨時工作;專案集是以協調方式管理的一組相關元件,以獲得單獨管理無法得到的收益;組合是為實現戰略目標而一起管理的專案、專案集、子組合和運營的集合。

PMI 術語: Portfolio ↔ 專案組合 / Subsidiary Portfolio ↔ 子組合 / Operations ↔ 運營

§26 價值交付系統的資訊流 (00:44:10)

價值交付系統:由上而下的指令、由下而上的資訊

核心: 由上而下:戰略 → 組合 → 專案集 → 專案(組合也可直接啟動專案);由下而上:專案 → 專案集 → 組合 → 戰略層彙報。

PMI 術語: Value Delivery System ↔ 價值交付系統

§27 組合做正確的事,專案集 / 專案把事做正確;PWBS 與 BBS (00:46:02)

管理層級:組合 → 專案集 → 專案 → 工作包 → 活動

核心: 組合選對的事,專案集和專案把事做對;專案往下是工作包(work package)和活動(activity);專案集有 PWBS 和收益分解結構(BBS)。

PMI 術語: Program Work Breakdown Structure (PWBS) ↔ 專案集工作分解結構 / Benefit Breakdown Structure (BBS) ↔ 收益分解結構 / Work Package ↔ 工作包

🎯 考點: 「選擇正確的事」→ 組合;「正確地做事」→ 專案集 / 專案。

§28 價值交付系統圖:PPP 把戰略變成價值 (00:49:03)

價值交付系統圖:portfolio / program / project

核心: 專案集的定位是創造收益、支援戰略目標所需的成果;專案產生可交付成果。組合、專案集、專案(PPP)構成價值交付系統,把戰略變成輸出、收益和價值,再回饋給組織。

PMI 術語: Organizational Project Management (OPM) ↔ 組織級專案管理

§29 資訊流:收益與價值 vs 績效資訊,形成回饋循環 (00:50:42)

價值交付系統中的資訊流:戰略輸入、成果移交、績效資訊回饋

核心: 最高管理層提供戰略輸入,組合下達期望的成果、收益和價值;專案集 / 專案把成果交給運營,收益交給接收方;收益與價值偏業務,績效資訊用於過程調整。

§30 戰略調整的例子:國家戰略轉向 (00:53:37)

以國家戰略轉型說明回饋循環與戰略調整

核心: 原有投資邏輯不再成立時,最高層調整戰略方向,資源隨之轉移;用資料驗證邏輯是否仍成立,是價值交付系統的回饋機制。

§31 組合 / 專案集 / 專案 / 運營關係圖與三層聚焦 (00:59:39)

組合、專案集、專案、運營關係圖;價值 / 收益 / 可交付三層聚焦

核心: 組合關心價值實現(最貼近戰略),專案集關心收益實現,專案關心可交付成果完成;可交付成果支撐收益,收益支撐價值,價值支撐戰略,由上而下是包含關係。

🎯 考點: 價值 → 組合;收益 → 專案集;可交付成果 → 專案。

§32 回顧:專案集規劃的是收益實現路徑,不是元件 (01:01:05)

上午回顧:構建 → 規劃收益實現路徑 → 定義元件

核心: 自上而下建立專案集後先構建(formulation:確定可行性和目標,產出商業論證與章程),再規劃;規劃的主要不是元件,而是收益實現的路徑,這是這套標準的含金量所在。

講師原話:「專案集規劃並不是規劃專案集的元件,而是規劃比元件更基礎、更根本、更重要的收益實現路徑。」

🎯 考點: 專案集規劃的順序:先收益(路徑 / 依賴)→ 再定義、授權元件。

§33 收益映射 → 定義元件 (01:04:29)

收益依賴網路映射為一個個元件

核心: 收益路徑先體現為路線圖,收益章節會講到收益依賴地圖和收益管理計劃;把收益網路中的路徑映射(mapping)、打包成一個個專案或子專案集。

PMI 術語: Benefits Management Plan ↔ 收益管理計劃 / Benefits Map ↔ 收益地圖

§34 協調的真義:底層是收益依賴關係 (01:06:14)

協調的表象 vs 底層:收益依賴地圖

核心: 協調進度、資源、衝突只是表象;真正要協調的是元件背後的收益依賴關係、節奏和輸入輸出聯繫,只有深度參與收益規劃的人才做得到。

講師原話:「最最基本的是讓元件背後的那個依賴關係、它們之間的節奏和輸入輸出之間的聯繫,作為你做決策和做協調的一個基本認識。」

§35 收益地圖例子:從目標反推元件 (01:10:23)

收益依賴地圖例子:減少貧困 → 專案 1、專案 4 的路徑

核心: 以「減少貧困」這類目標為例,先分析各成果之間的邏輯關係,再依路徑把相關節點圈成專案 1、專案 4 等元件;元件之間會有交集。

§36 什麼是專案集管理;收益無法實現就可以終止 (01:15:04)

下午:專案集管理的定義

核心: 專案集管理是用一套不同於專案管理的方法,管理專案集的特徵,實現以收益為導向的專案集目標。

🎯 考點: 「專案集收益已無法達成」→ 考慮終止 / 取消專案集(或回報治理層做決策),而不是硬撐著繼續交付。

§37 六大績效域 + 八大原則:新增協作 (01:16:15)

專案集管理績效域:5 + 1(新增協作)

核心: 第五版是六大績效域 + 八大原則;五個績效域沿用第四版,新增第六個「協作(collaboration)」績效域,它貫穿其他五個。

PMI 術語: Performance Domains ↔ 績效域 / Strategic Alignment ↔ 戰略一致性 / Benefits Management ↔ 收益管理 / Stakeholder Engagement ↔ 干係人參與 / Governance Framework ↔ 治理框架 / Lifecycle Management ↔ 生命週期管理 / Collaboration ↔ 協作 / Synergy ↔ 協同

⚠ 新版變化: 第四版 5 個績效域 → 第五版 6 個績效域(新增協作)+ 8 大原則;治理與戰略一致性內容縮減。

§38 協作(collaboration)vs 合作(cooperation) (01:19:09)

中文版把協作譯成合作:cooperation vs collaboration

核心: 合作(cooperation)是分工明確後各自配合;協作(collaboration)是在分工合作的基礎上,別人做不到時主動補位,含義更深。

PMI 術語: Cooperation ↔ 合作 / Collaboration ↔ 協作

§39 戰略與運營;專案集用來處理複雜舉措 (01:20:20)

組織戰略、專案集管理、組合管理與運營的關係

核心: 戰略可以透過專案、專案集、組合實現,也可以透過運營實現;專案集主要用來支持複雜(complex)的舉措(initiative)。

PMI 術語: Complexity ↔ 複雜性 / Initiative ↔ 舉措 / VUCA ↔ 易變、不確定、複雜、模糊

§40 複雜系統的特徵,以及 WBS 邏輯的侷限 (01:21:43)

簡單系統 vs 複雜系統:輸入確定、輸出不確定

核心: 複雜系統的組成要素多,但根本在於要素之間的關係說不清楚;同樣的輸入,輸出卻不確定。專案集管理就是讓複雜舉措的輸出趨於穩定的學科。

講師原話:「我們要在一定程度上讓這個系統的輸出趨於穩定、趨於確定。」

🎯 考點: 專案集 = 處理複雜性與不確定性;不能只靠分解 + 加總來保證收益。

§41 平衡專案集與運營;收益會改變運營 (01:25:39)

專案集對運營與業務線的影響

核心: 專案集會影響運營和業務線;平衡兩者關係,專案集經理有責任,但更大範圍由戰略層 / 組合層來平衡。專案集交付的收益會讓接收組織的運營產生永久性改變,收益才能持續。

PMI 術語: Benefits Sustainment ↔ 收益維持

§42 專案集經理與運營人員協作:移交與培訓 (01:28:43)

專案集經理與運營人員建立協作:移交、培訓、支援

核心: 專案集經理要和運營人員建立協作與支援關係,告知收益要怎麼運營、要注意什麼、運營要做哪些改變;移交計劃要和接收方一起制定。

講師原話:「要管殺還得管埋,扶上馬還要送它一程。」

🎯 考點: 移交題的最佳答案通常是:和接收方 / 運營一起制定移交計劃、提供培訓與支援、揭露剩餘風險,確保收益能持續。

§43 組織變革:移交前接收方要先具備條件 (01:33:24)

專案集管理(PgM)到運營管理(OM)的過渡與組織變革

核心: 從專案集管理(PgM)到運營管理(OM)的過程叫移交 / 過渡(transition);進入運營前,接收方組織要先完成變革(流程、環境),收益才能持續。

PMI 術語: Transition ↔ 移交 / 過渡 / Organizational Change ↔ 組織變革 / Operations Management (OM) ↔ 運營管理 / Program Management (PgM) ↔ 專案集管理

§44 三種管理模式與戰略目標的協同(開場) (01:35:52)

組合、專案集、專案三種管理模式與組織戰略目標的協同

核心: 組織從願景、使命確定戰略目標,落地時產生許多候選工作,由組合篩選並排序(本段只講到開頭,後續內容在下一部分)。