Ch18 — 新版精講 ECO 2024 任務串講 (117 min)
講師: Richard | 對應 PDF: — 影片:
C:\Users\User\Desktop\PGMP\PGMP Video\2026-10-02 00-56-42.mp4回到 [[MOC-PgMP-精講筆記]]產製方式: 章節切 2 段交給 2 個 agent 平行逐段精煉, 共 83 個 §N (Part A: §1-33, Part B: §34-83).
Part A (00:00:01 - 00:56:47) 綜述
這一段是 ECO 2024 任務串講的中段,接著上一段把「戰略一致性(Strategic Alignment)」的後半任務講完(任務 6-11),然後進入佔考試 44% 的「專案集生命週期(Program Life Cycle)」績效域,從啟動一路串到交付(生命週期任務 1-22)。講師的做法是逐條把 ECO 的英文任務句「翻成人話」,再補 PMI 的判斷邏輯。戰略一致性的部分:收益管理計劃在標準裡是一份總計劃,考綱則拆成實現、移交、維持三份;專案集目標從這裡起一律用「收益」來表達;財務框架既用來拿到資金授權、也用來維持後續各批撥款,元件的優先順序要跟同一套財務/非財務收益邏輯一致;擬定目標時要考慮多維約束(法規、社會、ESG);章程核准等於拿到動用組織資源的授權。生命週期部分:講師指出新版考綱雖然不再標示階段,任務順序其實還是照啟動(1-6)、規劃(7-15)、交付(16-)排的。最重要的考點有五個:(1) 專案集的範圍說明書只是寬鬆的「灰度邊界」,收益登記冊和收益管理計劃才是核心;(2) 路線圖是逐步細化的,早期參考的是 OPA/過往專案集;(3) 專案集啟動會宣告的是整個專案集啟動,跟 PMP 裡做為規劃起點的 kickoff 不同;(4) 收益管理計劃要定出各階段的准入/準出標準;(5) 執行時一律沿用規劃期間定好的計劃、工具和報告工具,因為只有這些做過戰略一致性驗證。
§1 收益管理計劃:標準是一份、考綱是三份 (00:00:01)

核心: 標準(5th)把實現、移交、維持全部寫進同一份「收益管理計劃」;ECO 考綱則拆成三份計劃,強調每份各有針對性。
- 收益實現計劃(Benefits Realization Plan)講收益怎麼實現、怎麼交付
- 收益移交計劃(Benefits Transition Plan)講怎麼移交、怎麼過渡;transition 一個字兼有「移交」和「過渡」兩個意思
- 收益維持計劃(Benefits Sustainment Plan)講收益移交出去後怎麼維持
- 組織方式一(一統天下):一份收益管理計劃全部涵蓋,這是標準的寫法
- 組織方式二:拆成三個檔案,這是考綱的邏輯
PMI 術語: Benefits Management Plan ↔ 收益管理計劃 / Benefits Realization Plan ↔ 收益實現計劃 / Benefits Transition Plan ↔ 收益移交計劃 / Benefits Sustainment Plan ↔ 收益維持計劃
⚠ 新版變化: 考綱(ECO 2024)用三份計劃的邏輯,標準用一份總計劃,兩者說法不同但內容相通。
§2 戰略任務 6:分析組織與業務戰略,確定並量化收益 (00:01:11)

核心: 分析公司級和業務領域級兩層戰略,加上內外部環境與驅動因素,用市場分析和成本效益分析把預期收益「確定」下來並且量化。
- 兩層戰略:組織(公司)層級,以及業務領域層級
- 分析內部環境(專案集所在的組織、業務)、外部環境(市場、全球)和專案集驅動因素(例如公司要成長)
- 工具:Market Analysis,以及 ROI / 成本效益分析(CBA, Cost-Benefit Analysis);講師認為 CBA 特別重要,市場分析知道就好
- 「識別(identify)」和「確定」容易混:這裡要求把收益做實、確定下來,而且有形和無形收益都要量化
- 這些輸入來自前面的商業論證、路線圖和初始風險評估;產出是初步範圍說明書和收益實現計劃的基礎
PMI 術語: Cost-Benefit Analysis (CBA) ↔ 成本效益分析 / Program Drivers ↔ 專案集驅動因素
§3 目標改用收益來表達:收益有正有負 (00:03:13)

核心: 從這個任務開始,專案集目標要用「收益」來描述,不能用可交付成果;收益可正可負,價值則只有正向。
- 前面談的是使命、目標,到這裡開始轉成專案集收益
- 專案講目標用範圍、進度、成本、品質;這四項在專案集裡只算「約束」,連目標都稱不上
- 收益定義:使用可交付成果所帶來的成果,應用之後替組織帶來的回報
- 收益有正收益也有負收益(好處、壞處都要量化);講到價值時則沒有負價值
- 預期收益(市場成長、營收增加、利潤成長、成本降低)直接轉成章程裡的目標描述
🎯 考點: 專案集目標=以收益描述;範圍、進度、成本、品質在專案集層級是約束。收益可負,價值不可負。
§4 戰略任務 7:高層級財務框架加非財務收益,用來獲得與維持資金授權 (00:05:15)

核心: 估算高層級財務框架(資金怎麼進、怎麼出,以及衡量財務收益)和非財務收益,用來「獲得」並「維持」資金授權。
- 財務框架有兩個作用:(1) 定資金流入流出的規則,直接提供給後面的財務管理計劃(Financial Management Plan);(2) 衡量財務價值,也就是財務收益(有形收益基本上就是財務收益)
- 不要漏掉非財務收益:市場美譽度、品牌度、知名度
- 「獲得」:把資金流入、使用和財務/非財務收益講清楚,高層才會同意撥款讓專案集開始
- 「維持」:資金是分批撥付的(例如總額一千萬),每次申請下一批授權時都要再說清楚一次
PMI 術語: Program Financial Framework ↔ 專案集財務框架 / Financial Management Plan ↔ 財務管理計劃 / Funding Authorization ↔ 資金授權
§5 財務框架驅動元件的優先順序 (00:08:41)

核心: 組織批准資金時用的邏輯(財務收益加非財務收益),也要拿來排元件的優先順序;收益(戰略貢獻度)越高的元件,優先順序越高。
- 拿到資金後要按優先順序分配到各元件
- 元件排序依據:這個元件能帶給組織的財務收益和非財務收益有多高
- 前後必須一致:不能拿 A 邏輯申請到資金,分配時卻改用 B 邏輯
- ECO 英文語序不好讀,翻成人話就是「對組織戰略貢獻度越高的元件,優先順序越高」
講師原話:「組織批准專案集資金的邏輯,也要用到專案集對元件排優先順序。」
🎯 考點: 元件優先順序=戰略貢獻度/收益貢獻度(有形加無形),並且要跟資金核准的依據一致。
§6 戰略任務 8:全面評估專案集目標的多維約束 (00:11:01)

核心: 目標不能在理想環境下設定,要把法規、社會影響、永續(ESG)等約束放進來,重新檢查目標是否合理,確保干係人意見一致、目標也做得到。
- 約束指的是會讓目標達不到、或讓達成難度增加的條件
- 舉例:監管與法律要求、對社會的影響、永續性影響
- 講師提到新版(第八版)已經把 ESG 寫進去
- 目的:讓干係人對目標達成一致(alignment),並確保專案集做得到
講師原話:「一定的目標不能在一個理想環境下去考慮……再評判一下你的目標定的是不是合理。」
⚠ 新版變化: ESG(環境、社會、治理)已正式成為訂目標時要考慮的約束。
§7 戰略任務 9:向領導層展示章程,取得授權 (00:12:51)

核心: 前面各任務的重要成果經篩選後放進章程;章程獲得核准,就代表拿到啟動專案集、動用組織資源的授權(authorization)。
- 章程內容:專案集目標、收益、收益策略、重要干係人的考量、高層級里程碑(high-level timeline)、高層級範圍、高層級成本
- 投影片只列了高層級成本、時間線、收益三項,但章程內容其實不只這些
- 授權授的是「動用組織資源的權利」:向財務要錢、向人資要人、向物資部門要物資
- 章程一核准,專案集經理/發起人才有權動用這些資源
講師原話:「專案集章程被批准了以後,專案集經理們或者叫專案集發起人,才能從組織上獲得授權……給了你動用組織資源的權利。」
PMI 術語: Program Charter ↔ 專案集章程 / Authorization ↔ 授權 / High-level Timeline ↔ 高層級時間線(里程碑)
§8 戰略任務 10:識別與營運活動的整合機會 (00:15:36)

核心: 專案集不是孤立存在的,必須跟營運和職能部門整合(收益移交到營運、增量收益、跨部門配合),才能在組織內部或跨組織協調、整合收益。
- 交集包括:把收益移交到營運、跟職能部門往來、過程中增量交付的收益
- 要配合的單位有人資、物資、財務部門,以及組織的 IT 系統和管理模式
- 舉例:開會要借會議室、做戰略決策要找高層和財務人員參加
- 講師的白話:打點好上下左右的關係,對方才會支持你,收益才做得出來
講師原話:「專案集它不是一個孤立存在的東西,它要和組織的一切的業務活動、營運活動揉在一起。」
§9 戰略任務 11:捕捉並利用變革帶來的戰略機會 (00:18:00)

核心: 執行中要敏銳捕捉外部變化(例如政策)帶來的機會,及時調整專案集方向,讓收益最大化;這對應 PMI 人才三角的商業敏銳度(Business Acumen)。
- 外部環境和政策一直在變,有正向也有負向波動
- 舉例:國家對科研專案提供資金、成立資料局,跟你的專案集方向吻合時就要盡力爭取
- 優秀的專案集經理要有敏銳的商業嗅覺,不要僵化
- 講師說戰略一致性各任務之間沒有明顯的邏輯關係,不必硬串起來
講師原話:「能夠在變革中發現新的機遇……及時調整專案集的方向,而創造更大的商業價值。」
PMI 術語: Business Acumen ↔ 商業敏銳度(人才三角的一邊)
§10 生命週期績效域概觀:佔 44%,順序仍照五階段 (00:20:52)

核心: 生命週期在整份考試佔 44%;新考綱拿掉了階段分組的標示,但任務其實還是照「啟動、規劃、執行、監控、收尾」的順序排。
- 舊版考綱把生命週期任務分成五組(啟動、規劃、執行、監控、收尾)
- 新考綱拿掉了分組標示,但排序沒變
- 生命週期的重要任務都會跟其他四個績效域中的一個或多個重疊(例如章程同時跟戰略一致性有關)
講師原話:「新的考綱把啟動、規劃這些任務的分組去掉了,但實際上還是按這個順序來排的。」
⚠ 新版變化: ECO 2024 生命週期任務不再標示階段分組,但順序仍然對應啟動、規劃、交付。
🎯 考點: 生命週期佔 44%,是比重最大的績效域。
§11 生命週期任務 1:制定詳細章程,訪談干係人 (00:21:32)

核心: 「詳細」是相對於前面戰略階段的粗略章程;章程內容要以標準的說法為主,並透過訪談干係人和商業論證來跟組織戰略對齊。
- 章程內容是考試重點,以標準的說法為主、其他資料為輔
- 不要以為寫進檔案的就是全部,還要拜訪、訪談(interview)關鍵干係人,了解他們的關切與期望
- 把干係人的想法跟商業論證核對;跟商業論證對齊,就等於跟組織戰略對齊
- 兩種成功缺一不可:目標成功、干係人滿意
講師原話:「你不要天真的以為寫到檔案裡的東西就是全部了,還要拜訪……要拜訪和訪談重要的干係人。」
🎯 考點: 章程有兩個來源:客觀文件(商業論證)和人(干係人訪談)。題目問「怎麼確保章程對齊」時,答訪談干係人並對齊商業論證。
§12 生命週期任務 2:把戰略目標轉成高層級範圍說明書 (00:24:07)

核心: 和發起人、指導委員會等關鍵干係人「協商」,把章程裡的戰略目標轉成範圍描述;專案集也有範圍說明書。
- 專案集跟專案一樣有範圍說明書和 WBS
- 章程到範圍說明書的邏輯不算清楚,講師建議不必硬做關聯
- negotiate 在這裡應譯為「協商/討論」,不是坐上談判桌交換條件的商業談判
講師原話:「實際上不是談判,是 negotiate,協商的意思……協商就是討論。」
PMI 術語: Program Scope Statement ↔ 專案集範圍說明書 / Steering Committee ↔ 指導委員會
§13 範圍的灰度邊界:收益登記冊比範圍說明書重要 (00:25:52)

核心: 專案集的範圍說明書寫得比較寬泛,不具強制性;最重要的是收益登記冊和收益管理計劃,只要收益能最大化,範圍可以突破。
- 傳統專案管理用範圍說明書明確邊界;專案集如果也把邊界定死,就跟專案沒什麼兩樣
- 收益管理的邊界感不強,只要能讓收益最大化就可以突破範圍
- PMBOK 第八版也採取這個思路:不再強調不准蔓延、不准鍍金,只要能替組織創造更高價值就不受限;但也不是提倡隨意破壞範圍
- 剛性邊界變成灰度邊界;章程裡的範圍描述只是一項內容,不像專案那樣一寫就成為基準
講師原話:「由原來的那種剛性的邊界,變成了現在的灰度的邊界……對專案集而言,收益登記冊、收益管理計劃是最重要的一個東西。」
PMI 術語: Benefits Register ↔ 收益登記冊
⚠ 新版變化: PMBOK 8 的範圍觀從「防蔓延、防鍍金」轉向「以價值為準」的灰度邊界。
🎯 考點: 專案集題目裡,範圍和收益衝突時以收益(價值)為優先;範圍說明書不是專案集的核心文件。
§14 生命週期任務 3:利用資源制定路線圖,逐步細化 (00:27:48)

核心: 路線圖不是一次完成,在不同時間點出現時定位和詳細程度都不同;這裡參考章程目標和 OPA(過往專案集的歷史資訊、WBS)來制定,用來對齊戰略和管理干係人期望。
- 路線圖第一次出現時,是高層對專案集提出的要求和約束;專案集核准後是高層級路線圖(自訂的里程碑);到這裡又多了一些細節,但還沒細到進度計劃的程度
- 任務句裡的「歷史資訊、WBS」,講師建議理解為「過往專案集」的資料,因為這時本專案集還沒做規劃,不會有 WBS;這點在第四版就有混淆
- 也就是參考組織過程資產(OPA)
- 元件啟動之後,元件的開始和完成時間也要寫進路線圖;管理層也可能一開始就指定某些專案的開始時間
講師原話:「路線圖不是一次來完成的,它是逐漸的增加很多資訊。」
PMI 術語: Program Roadmap ↔ 專案集路線圖 / OPA (Organizational Process Assets) ↔ 組織過程資產
🎯 考點: 路線圖是漸進細化的;啟動期的路線圖參考的是 OPA 和過往專案集,不是本專案集的 WBS。
§15 生命週期任務 4:用責任分配矩陣界定核心團隊與資源邊界 (00:30:56)

核心: 章程核准後專案集經理上任,用 RAM 指派早期核心團隊(規劃團隊)的角色和職責,並劃清哪些人屬於專案集、哪些屬於底下的專案。
- 此時做的是核心角色;所有成員到齊後還要再做一次責任分配
- Program Team / Program Core Team:規劃前就組成的早期核心團隊,也可以叫規劃團隊
- 這裡的資源主要指「人」
講師原話:「你得知道哪些屬於你專案集獨有的團隊人員,有哪些是專案集下面的專案人員。」
PMI 術語: RAM (Responsibility Assignment Matrix) ↔ 責任分配矩陣 / Program Core Team ↔ 專案集核心團隊
§16 生命週期任務 5:定義測量標準與審查點 (00:32:53)

核心: 分析跨元件的期望與需求,替所有元件定義測量標準(KPI)和審查點,建立監控體系。
- 是績效管理的指標,加上什麼時候檢查
- 目的是建立監視與控制體系
講師原話:「為所有元件定義測量標準或者叫審查點,以此建立起我們的監控體系。」
§17 生命週期任務 6:召開專案集啟動會(跟 PMP 不同) (00:33:26)

核心: PMP 的 kickoff meeting 是規劃的起點;專案集啟動會是向全組織宣告「專案集啟動了」,讓各方熟悉全貌並爭取支持。
- 由專案集經理牽頭,跟關鍵干係人一起召開
- 目的:讓組織內所有人知道有這件事,藉此爭取更多支持
講師原話:「專案當中那個 kickoff meeting 是規劃開始,而這裡其實是你專案集啟動的開始,宣佈專案集啟動了。」
🎯 考點: 專案集啟動會=宣告專案集啟動並爭取支持,不要套用 PMP「規劃開始」的定位。
§18 啟動階段 1-6 串成一條線 (00:34:02)

核心: 任務 1-6 屬於啟動階段,順序是章程、範圍說明書、路線圖、RAM 分工、測量標準與審查點、啟動會。
- 先訂章程,再訂範圍說明書(後面還有 WBS)
- 參考範圍說明書和 WBS 來訂路線圖
- 給核心團隊分工(RAM),由專案集和核心團隊一起訂測量標準和審查節點
- 一切就緒後召開啟動會;第 7 個任務以後進入規劃
講師原話:「這個 123456 我們可以理解為是屬於啟動,對應專案管理當中的啟動,7 以後叫規劃。」
🎯 考點: 啟動順序口訣:章程、範圍、路線圖、分工、指標、啟動會。
§19 生命週期任務 7、8:詳細範圍說明書、WBS (00:34:56)

核心: 規劃從「詳細範圍說明書」開始(整合專案集願景和內外部因素);再把文字描述的範圍說明書轉成圖形化的 WBS,看清專案集架構,並分配任務和可交付成果。
- 啟動期的「初始範圍說明書」和規劃期的「詳細範圍說明書」兩份都有
- 詳細範圍說明書是整體規劃的輸入
- WBS 沿用 PMP 的邏輯:範圍說明書是文字,WBS 是圖形
- 7 是 8 的基礎,8 是 9 的基礎
講師原話:「把文字描述為主的範圍說明書,轉化為圖形化的 WBS……你可以清晰的看到你整個專案集的架構。」
PMI 術語: Program WBS ↔ 專案集工作分解結構
§20 生命週期任務 9:建立專案集管理計劃與進度表 (00:36:00)

核心: 有了 WBS 之後,整合各元件計劃和支援性功能計劃,建立專案集管理計劃和進度表,用來預測、監控並識別執行期間的偏差。
- 講師指出概念上有混淆:規劃階段元件還沒出現,元件計劃不一定存在
- 建議理解:把「元件計劃、支援性計劃」理解為專案集層級的各個子計劃(範圍、進度、成本/財務、品質、資源、溝通、變更管理等)
- 專案集層級的總體計劃涵蓋範圍、進度、收益等
講師原話:「元件是在交付階段才出現的,現在仍然在規劃的時候,那我建議大家這麼來理解:各元件計劃理解為專案集層面的……這些計劃。」
§21 生命週期任務 10:最佳化計劃,讓子計劃協同一致 (00:38:08)

核心: 先出初稿,再透過識別、審查、平衡資源需求反覆最佳化,直到滿意;確保各子計劃之間互相配合、不互相矛盾,再用最終版指導執行。
- 「協同」指的是互相配合,至少不能互相矛盾
- 例一:國家「六張網」裡電網和算網要一起規劃,資料中心蓋好了電卻送不過去不行
- 例二:家門口的路被不同部門反覆開挖,相關管線應該一起施工
- 任務 9 和 10 理論上可以視為一個任務:先建立、再最佳化
- 協同的對象是專案集計劃的組成部分,加上底下各專案
講師原話:「任務 10 和任務 9 理論上可以是一個任務,先建立計劃再最佳化計劃。」
§22 生命週期任務 11:在規劃期建立 PMIS (00:40:26)

核心: PMIS 在規劃時建立;選擇適當的工具和流程,讓元件之間能高效共享知識、智慧財產和文件,在治理框架下讓協同和收益最大化。
- 有了系統之後,儲存、資訊傳遞、指令和資訊來源都能統一、更有效率
- 智慧財產、配置管理、法律要求都能透過系統處理
講師原話:「PMIS 也是在規劃的時候建的。」
PMI 術語: PMIS (Program Management Information System) ↔ 專案集管理資訊系統
§23 生命週期任務 12:建立升級與控制機制(規劃時建立) (00:41:25)

核心: 任務 7-12 都在做規劃;這裡是「建立」監控與升級機制,真正的監控和升級發生在執行與監控期間。
- 選擇符合專案集約束的行動方案,用來識別、管理還沒解決的專案集問題
- 升級:專案層級解決不了,就升級到專案集層級
講師原話:「這是建立監控機制,真正的監控和升級,那是在監督的時候做的,現在是在做規劃。」
PMI 術語: Escalation ↔ 升級
§24 生命週期任務 13:收益管理計劃與准入/準出標準 (00:42:20)

核心: 收益管理計劃是專案集管理計劃的子計劃中最核心的一份;它除了涵蓋實現、移交、維持,也要定出各階段的准入/準出標準,特別是收尾,確保行政、商業、合約事項都已完成。
- 講師說專案集管理計劃共有 14 個子計劃,其中收益管理計劃最核心,因為專案集的主要任務就是交付收益
- 收益管理計劃同樣有一份或三份(實現/移交/維持)兩種組織方式
- 準出(退出)標準:要結束這個階段必須滿足的條件;准入標準:進入下一階段前必須達到的條件
- 收尾:滿足什麼條件才能進入收尾、滿足什麼條件才算收尾完成,都要有指標
講師原話:「專案集管理計劃一共是 14 個子計劃,其中收益管理計劃是最核心的,因為專案集最主要是交付收益的。」
PMI 術語: Exit Criteria ↔ 退出(準出)標準 / Entry Criteria ↔ 准入標準
🎯 考點: 收益管理計劃=最核心的子計劃;考到收尾條件或階段轉換時,就是靠它定准入和準出標準。
§25 生命週期任務 14:制定 KPI 體系 (00:44:29)

核心: 用分析技術把目標和任務對應到各個面向,再訂出 KPI;跟收益有關的 KPI 寫在收益管理計劃裡。KPI 是一整套指標組成的管控體系。
- 有了 KPI,嚴謹的範圍與品質管理體系才建立得起來
- KPI 不是單一指標,是一系列指標
講師原話:「KPI 是一套體系,它不是單一的指標,是一系列指標。」
PMI 術語: KPI (Key Performance Indicator) ↔ 關鍵績效指標
§26 生命週期任務 15:人力資源監控與激勵、透過合約激勵外包 (00:45:16)

核心: 規劃時就要設計激勵機制,監控自有和外包的人力,透過薪酬、職涯發展激勵團隊,並在外包合約中放入激勵,以超越收益目標。
- 講師認為這個任務跟其他任務沒有明顯關聯,而且專案集管理標準裡沒有提到
- 談判合約的對象是外部採購的資源(外包商),讓他們也有動力
- 任務 15 結束,專案集規劃階段就完成;從 16 開始進入交付
講師原話:「談判合同說的是外採的資源……讓他們都能夠感覺到動力,這樣的話你專案集實現收益目標或超越目標的機率就會大幅增長。」
§27 生命週期任務 16:委派專案經理、分配資源、特許(charter)元件 (00:46:29)

核心: 專案集的交付要靠元件來完成;任務 16 是任命專案經理、分配資源,並以 charter(特許)正式啟動各元件,朝專案集目標推進。
- 組成專案(constituent project)就是元件
- 啟動元件時除了下命令,還要給資源(講師比喻成「配上彈藥」)
- charter 當名詞是章程,當動詞是特許
- 誰來委派專案經理並沒有明確規定,不要直接認定是發起人;講師建議假設由指導委員會(Program Steering Committee)選人、給資源、核准元件啟動
講師原話:「委派專案經理也沒有明確是誰來做,所以大家不要固定的認為是發起人,可能是指導委員會。」
PMI 術語: Constituent Project ↔ 組成專案(元件) / Charter ↔ 章程(名詞)/特許(動詞) / Program Steering Committee ↔ 專案集指導委員會
🎯 考點: 題目問誰核准元件啟動、誰給資源時,優先想到指導委員會。
§28 生命週期任務 17:部署治理框架、支持明智決策 (00:48:28)

核心: 元件啟動後就要部署治理框架,統一標準和基礎設施,讓執行一致,並支持明智決策(informed decision making)。
- 治理框架是在規劃期確定的;實際用它來管事、管規則是在執行期
- informed 譯為「明智的」比「知情的」好,意思是做出好的決策
講師原話:「治理框架的確定是在規劃,真正用治理框架去管事情、管規則是在執行的時候。」
PMI 術語: Governance Framework ↔ 治理框架 / Informed Decision Making ↔ 明智決策
§29 生命週期任務 18:建立溝通回饋機制、萃取經驗教訓 (00:49:12)

核心: 依治理框架建立上下雙向的溝通機制(由上而下下達指令、核准;由下而上報告、升級),並在執行中捕捉經驗教訓,由上一層級提煉。
- 回饋機制除了讓上層知道下面在做什麼,也用來收集經驗教訓
- 覆盤、萃取都在這裡完成
講師原話:「從上到下是批准,從下向上是升級,要建立這種溝通反饋的機制。」
PMI 術語: Lessons Learned ↔ 經驗教訓
§30 生命週期任務 19:發揮領導力,引導人力資源職能落地 (00:49:55)

核心: 呼應任務 15(規劃時定好的激勵政策),執行期由專案集經理發揮領導力,透過培訓、輔導、表揚讓人力資源政策真正落地。
- 專案集經理不太插手專案層級的事務,但可以提供資源、領導力和政策上的激勵
- 讓大家看到好處和動力,就更願意投入
講師原話:「專案集經理雖然不插手專案層面太多的事物,但是給予足夠的資源和領導力和政策的激勵,這個是他可以參與的。」
🎯 考點: 15 是規劃時設計激勵,19 是執行時落地,一前一後對應。
§31 生命週期任務 20:依專案管理計劃審查專案經理的績效 (00:51:17)

核心: 專案集經理參與專案計劃的制定;計劃確認之後,就以該計劃為依據,檢查專案經理的執行績效,而不是以自己的個人想法為準。
- 專案管理計劃大部分由專案經理制定,專案集經理參與其中
- 專案集經理和專案經理的互動,靠的是事先共同訂好的計劃
- 所以訂計劃時要非常慎重;一旦確定,就以雙方達成一致的計劃為準
講師原話:「一旦計劃確定之後,就不能夠以個人意願、專案集經理自己的想法為主導了,應該以和專案經理達成的一致的計劃為準。」
🎯 考點: 專案集經理監督專案經理,依據是雙方共同確認過的專案管理計劃。
§32 生命週期任務 21:用規劃期定好的工具執行子計劃並稽核 (00:53:01)

核心: 執行時一定要用規劃期間各方同意的工具、系統和方法來執行各元件計劃,再依計劃稽核結果,確保成果對齊戰略並交付收益。
- 規劃時定好的工具(例如某廠商的軟體平台),執行時不能自行換掉
- 沒有照原計劃執行,事後稽核就無法讓人信服
- 專案經理要充分參與元件計劃的制定,才有共同的基礎
講師原話:「在執行的時候,要用規劃期間所確定的工具……如果你沒有按照原來計劃執行,那你再對它進行審計,其實是不能夠讓人信服的。」
PMI 術語: Audit ↔ 稽核/審計
§33 生命週期任務 22:用預先定義的報告工具監控績效,比較 20/21/22 (00:54:22)

核心: 用規劃期預先定義的報告工具彙總專案和專案集兩層的資料,監控績效並傳給關鍵干係人。任務 20、21、22 都在強調「沿用規劃」,因為只有規劃時定下的東西做過戰略一致性驗證。
- 資料有兩個來源:專案層級和專案集層級
- 20=用專案管理計劃衡量專案經理的績效;21=用規劃期確定的工具稽核;22=用規劃期定義的報告工具彙總資料
- 背後的邏輯:規劃時已經驗證過專案和專案集的一致性,以及專案集和組織戰略的一致性
- 執行時如果另起爐灶,表面上只是沒照規劃做;更嚴重的是新方法沒經過戰略一致性審查,可能讓專案偏離專案集,專案集又偏離組織戰略
講師原話:「更嚴重的是,有可能你的新方法沒有經過戰略一致性的評審,會導致整個專案的執行偏離專案集,專案集的執行偏離組織的戰略。」
🎯 考點: 情境題出現「執行中想換工具、方法、報告格式」時,答案方向是沿用規劃期預先定義的版本;要改就走治理和變更流程,因為原版本已經驗證過戰略一致性。
Part B (00:56:48 - 01:56:45) 綜述
本段接續 ECO 2024 任務串講,依序講完「專案集生命週期(Program Life Cycle)」領域的後段任務(約第 22~35 項:監控狀態、批准元件收尾、偏差分析、糾正措施納入計畫、解決 program 級問題、變更與影響評估、風險/問題、績效報告、program 收尾、移交、後評估會議、經驗教訓入庫),並穿插學員 Q&A 釐清 program 的 Define / Deliver / Close 三階段與 project 生命週期的對應(整個 PMP 五大過程組都落在 program 的交付階段)。接著快速串講另外三個領域:收益管理(Benefits Management,8 項任務,講師估約 15%,⚠ ECO 原文實為 11%)、干係人參與(Stakeholder Engagement,7 項)、治理(Governance,11 項),最後總結五大領域定位與 program 經理的軟技能,並指出標準(SPM 5th)有六個績效域與原則,但 ECO 只考五大領域。
最重要的判準: 1. 糾正措施/變更要先納入「program 管理計劃」並經批准再執行,不可在 project 層直接動資源,否則偏離收益。 2. program 第三個基準(baseline)= 收益實現計劃(前兩個:財務管理計劃/財務框架、路線圖);凡與戰略相關的文件都由發起人/指導委員會批准。 3. 收益維持計劃、移交計劃要「超前置」,與接收方一起早期制定;移交前看准入標準、移交後看準出標準。 4. 爭取(engagement)策略針對「一類」干係人;溝通策略針對「每一個人」量身定製。 5. 治理 = 定規則/權責/框架與決策行為;執行框架多屬管理。治理框架要與上層(portfolio → 組織)對齊、不越級;升級閾值不能過寬也不能過窄。
§34 規劃行為與實際行為保持一致 (00:56:48)

核心: 元件(project)層面的規劃行為、實際行為與使用的工具要與規劃一致,以保證執行不偏離戰略方向。
- 前一項任務的收尾:project 層「預計的行為」與「實際的行為」要一致
- 背後邏輯:工具、計劃要事先規劃好,不能到當下才決定用什麼工具、什麼計劃
- 一致性的最終目的是不偏離組織戰略方向
§35 Task 23 評估專案集狀態 (00:57:10)

核心: 透過監督與彙報資料,隨時評估 program 層的彙總狀態並動態更新資訊。
- 23 與前面第 20 項(報告與彙總資料)有聯繫,彙總資料本身就是在做監控
- 動態維護 project 層資訊 → 彙總成 program 層狀況 → 隨時評估、監督與控制
- 資訊要持續重新整理(refresh),保持最新
§36 Task 24 批准元件收尾 (00:57:47)

核心: 元件交付了當初與 project 經理約定(界定 define)的可交付成果後,由 program 批准該元件收尾。
- 「界定」= define 的另一種翻譯;program 經理與 project 經理協商、達成一致哪些可交付成果要交
- 約定的可交付成果出現 → 依規範、依原計劃批准元件收尾(component closure)
- 元件收尾代表它為產生 program 收益所需的可交付成果已交付
- 一脈相承:用計劃管理,是因為執行計劃時已驗證了與戰略、與 program 的一致性
PMI 術語: Component Closure ↔ 元件收尾 / Define ↔ 定義/界定
§37 Task 25 對比實際值與計劃值分析偏差 (00:59:07)

核心: 在 program 層監控期間對比實際值與計劃值,深入分析偏差與趨勢,作為糾正/改進/預防的依據。
- 屬於監控行為,但站在 program 層(program 生命週期 Define→Deliver→Close 的監控期間)
- 確認看到的偏差與趨勢反映實際情況
- 依偏差採取調整:糾正措施、改進、預防措施
PMI 術語: Variance ↔ 偏差 / Trend ↔ 趨勢 / Corrective / Preventive Action ↔ 糾正/預防措施
§38 Task 26 糾正措施納入專案集管理計劃 (00:59:55)

核心: 糾正措施先納入 program 管理計劃、經批准後再依新計劃執行,才能確保資源始終用於產生收益。
- 糾正措施本質上是 program 管理計劃中「變動的那部分」
- 流程:偏差分析 → 提出糾正措施申請 → 納入/更新 program 管理計劃 → 批准 → 依新計劃執行
- 理由:糾正措施會佔用組織新資源或其他元件的時間,資源調配必須在 program 層統籌
- 若在 project 層直接執行,資源會被挪用、打亂原計劃,可能偏離 program 的收益方向
🎯 考點: 題目出現「project 經理發現偏差想直接糾正」→ 正解是先提交並納入 program 管理計劃、經批准後執行,而非立即在 project 層動用資源。
§39 Task 27 選擇策略解決 program 級問題 (01:01:36)

核心: project 層問題交給 project 處理;影響跨元件或 program 的問題,在 program 層選擇與 program 範圍目標相符的策略解決。
- 跨元件問題屬 program level,要在 program 層處理
- 識別並選擇與 program 範圍、目標相符的策略
- 問題類型:人力、財務、技術等
- 對比:前面是元件層的子計劃彙總成 program 層;25、26、27 整體都在 program 層
§40 Program 三階段 DDC 與任務歸屬 (01:02:44)

核心: Program 生命週期 = 定義(Define)、交付(Deliver)、收尾(Close),簡稱 DDC;執行與監控都屬於交付階段。
- Define 階段 ≈ 啟動 + 規劃
- Deliver 階段 ≈ 執行(管理)+ 監督(監控)
- 只有到 program 收尾時才進入 Close 階段
- 判斷法:看到行為是「執行」或「監督」→ 在 program 交付階段;處理問題、處理變更也仍在交付階段
PMI 術語: Program Definition / Delivery / Closure Phase ↔ 定義/交付/收尾階段
🎯 考點: 題目問某活動屬哪個 program 階段:執行或監控類(含問題、變更處理)→ Delivery;啟動/規劃類 → Definition。
§41 Task 28 依變更管理計劃管理變更 (01:03:51)

核心: program 層的變更要遵循 program 變更管理計劃的流程處理。
- program 有自己的變更管理計劃
- 在 program 層處理的變更須依該計劃流程走
§42 Task 29 變更影響評估與治理審批 (01:04:18)

核心: 對 program 變更實施嚴密的影響評估、提出決策建議,並依既定治理框架獲得審批後才能實施。
- 「既定治理框架」是 program 規劃時制定的,在執行交付時真正動用
- 需要審批時,必須動用這個治理流程,批准後才能執行
- 嚴肅性不是為了控制本身,而是確保所有變更都基於組織戰略做出允許或不允許的決定
🎯 考點: 變更題:先評估影響 → 依治理框架送審(如 program 指導委員會)→ 批准後實施;不可先做再補批。
§43 Task 30 依計劃管理風險與問題 (01:05:11)

核心: 用風險管理計劃管風險、變更管理計劃管變更、問題也照同樣邏輯管理。
- 一貫邏輯:各類事項都依對應的管理計劃處理
- 問題管理即使沒有獨立計劃文件,也是同一邏輯
§44 Task 31 出具 program 績效報告 (01:05:30)

核心: 站在 program 整體,綜合比較各項計劃值與實際值,出具面向整個 program 的績效報告。
- 與 Task 25 很像:25 聚焦「分析出偏差」;31 聚焦「輸出報告」
- 報告是面向整個 program 的
🎯 考點: 區分「偏差分析」(25)vs「績效報告」(31):前者重分析偏差,後者重產出報告。
§45 Task 32 依治理框架啟動 program 收尾 (01:06:06)

核心: 治理框架規定何時開始收尾、收尾做什麼、何時關閉;program 收尾必須在框架邊界內依規則進行。
- 規則例:所有元件都完成收尾之前,program 不能啟動收尾
- 收尾內容(講師歸納「五個收尾」):財務收尾、資訊文件收尾、資源釋放、風險移交等
🎯 考點: 有元件尚未收尾 → program 不能進入收尾。
§46 Task 33 全方位移交與收尾 (01:06:54)

核心: 區分「移交」與「關閉」,完成行政收尾、資訊/文件收尾,並將持續活動移交給職能或營運組織,確保收益安全落地。
- 行政(管理)收尾:如經驗教訓總結
- 資訊收尾:資訊系統中的資訊處理,文件庫該歸檔歸檔、該關閉關閉(一個講檔案本身,一個講系統操作)
- 持續性活動移交到職能組織或營運組織(operations)
- 交到對方手上、由對方持續運轉,收益才算安全著陸
PMI 術語: Transition ↔ 移交 / Operations ↔ 營運組織
§47 Task 34 program 結束後的後評估會議 (01:07:39)

核心: program 結束後召開後評估(審查後)會議,以最終績效報告展示整體表現,取得反饋並深度覆盤。
- 術語:審查後會議 = 後評價 / 後評估(post-review)
- 此處的績效報告是「最終」的綜合報告
- 目的:獲得反饋、深度覆盤
§48 Task 35 經驗教訓入組織知識庫 (01:08:17)

核心: 把成功經驗、失敗教訓、最佳實踐(含模板、做法)納入組織知識庫,成為可複製的組織資產。
- 經驗教訓管理歸屬於知識管理,是組織持續改進的基礎
- 直接經驗 vs 間接經驗:AI 提供的多半是間接經驗,真正做過的經驗價值不同
- program 經理不僅完成當下工作,還要沉澱經驗,供未來 program/project 使用,提升組織績效與成熟度
PMI 術語: Lessons Learned ↔ 經驗教訓 / Knowledge Repository ↔ 知識庫 / Organizational Process Assets ↔ 組織過程資產
§49 生命週期領域總結:佔比 44% (01:09:38)

核心: 生命週期是 ECO 第二個領域,涵蓋定義、規劃、執行、監控到收尾,考試佔比最高(約 44%)。
- 35 項任務涵蓋 program 從定義規劃到執行監控、收尾的完整過程
- 現行考綱已把生命週期合為一個領域;舊考綱分成五個小部分(啟動、規劃、執行、監控、收尾)
⚠ 新版變化: 舊考綱生命週期拆五塊,ECO 2024 合併為單一 Program Life Cycle 領域,且佔比 44% 最高。
🎯 考點: 備考時間配置向生命週期領域傾斜。
§50 Q&A:program 三階段 vs project 生命週期 (01:10:16)

核心: program 的交付階段涵蓋其下各 project 完整的生命週期(啟動→規劃→執行→監控→收尾);PMP 所學全部落在 program 的交付階段。
- 學員問:1~35 項是否都在交付階段?講師:1~6 屬啟動、7~15 屬規劃,其後屬交付(對應 project 的完整生命週期)
- program 交付階段內有多個並列的 project 生命週期
- program 比 project 多了前面的「定義階段」與後面的「收尾階段」 — 這就是 PgMP 與 PMP 的關係
講師原話:「專案集的交付階段涵蓋了它下面所屬的專案的完整的生命週期。」
🎯 考點: 題目若描述某 project 正在啟動/規劃,不代表 program 在定義階段 — program 可能在交付階段。
§51 收益管理領域 Task 1:制定收益實現計劃 (01:12:28)

核心: 收益管理第一項任務直接從「制定收益實現計劃並建立基線」開始,對應收益生命週期的分析與規劃。
- 收益管理五環節:識別、分析規劃、交付、移交、維持
- 任務數不多(約 8 項)
- ECO 用「收益實現計劃」一詞:關注收益如何交付(實現)
- 對比:收益移交計劃 → 收益如何移交;收益維持計劃 → 收益如何維持
PMI 術語: Benefits Realization Plan ↔ 收益實現計劃 / Benefits Sustainment Plan ↔ 收益維持計劃 / Benefits Transition Plan ↔ 收益移交計劃
§52 program 的三個基準與收益實現計劃 (01:13:40)

核心: 有了收益實現計劃,program 便產生第三個基準(baseline);前兩個是財務(管理計劃)與路線圖。
- 第一個基準:講義寫「財務框架」,講師認為不準確,應對應「財務管理計劃」
- 第二個基準:路線圖(roadmap)
- 第三個基準:收益實現計劃,內含測量指標、收益何時實現、如何測量
- 基準必須經批准,由發起人/指導委員會確認,不能草率決定
PMI 術語: Baseline ↔ 基準/基線 / Program Roadmap ↔ 路線圖 / Program Financial Management Plan ↔ 財務管理計劃
🎯 考點: 問 program 的基準文件 → 財務管理計劃、路線圖、收益實現計劃;基準變更須經指導委員會批准。
§53 與戰略相關的文件都要指導委員會批准 (01:15:02)

核心: 收益直接支援組織戰略;凡與戰略有關的文件,批准一定要到發起人/指導委員會層級。
- 需指導委員會批准:商業論證、章程、program 管理計劃、收益實現計劃(收益管理計劃)、里程碑路線圖、財務管理計劃
- 收益管理計劃是其中最核心的
PMI 術語: Program Steering Committee ↔ 指導委員會 / Business Case ↔ 商業論證 / Program Charter ↔ 章程
🎯 考點: 這幾份文件的核准者 → 發起人/指導委員會,不是 program 經理自行定案。
§54 Task 2 捕獲湧現的協同效應 (01:15:34)

核心: 促進元件與團隊間協作,捕獲生命週期中湧現(emergent)的協同效應與效率提升點,據此更新收益計劃並宣貫。
- 「湧現」= 非設計出來,而是數量/條件累積到一定程度後突然大量出現(講師以 AI 連線量、寒武紀生命大爆發比喻)
- 放大收益不是靠更多努力,而是找到元件間依賴關係網路的爆發點
- 動作:抓住協同效應 → 轉為收益管理計劃內容 → 更新計劃 → 告知所有人(宣傳/宣貫)
講師原話:「放大收益怎麼來呢?不是靠你更多的努力換來,而是靠找到他們之間的湧現協作關係。」
PMI 術語: Synergy ↔ 協同效應 / Emergence ↔ 湧現
§55 Task 3 提前制定收益維持計劃 (01:18:17)

核心: 收益維持計劃(與移交計劃)要「超前置」,早到制定收益實現計劃時就要考慮,最好讓預見的接收方一起參與制定。
- 早期就敲定 program 結束後維持收益的流程、工具與方法
- 比喻:提前規劃退休生活
🎯 考點: 何時制定維持/移交計劃 → 越早越好(規劃收益實現時),並納入接收方。
§56 Task 4 監控收益指標並持續糾正 (01:19:07)

核心: 密切監控來自收益實現計劃的收益指標,出現偏差即時糾正,以保住甚至提升收益預期。
- 指標會告訴你:提前或落後、增長或減弱
- 透過指標看 program 總體狀態;「現場」在虛擬開發中不具象,要靠資料觀察
- 該修正修正、該強化強化、該改變改變
§57 Task 5 驗證收尾/移交是否達標:准入與準出標準 (01:20:24)

核心: 移交前先檢查是否達到准入標準(entry criteria)才能開始收尾/移交;完成後再以準出標準(exit criteria)判定移交完畢。
- 未達准入標準,連收尾、移交都不能開始
- 收尾、移交做完,還要看準出標準確認完成
- criteria 有「準則」之意
- 適用於各元件與整體 program 的收尾、移交與整合
PMI 術語: Entry Criteria ↔ 准入標準 / Exit Criteria ↔ 準出標準
§58 Task 6 維護動態收益登記冊 (01:21:19)

核心: 持續維護動態的收益登記冊,記錄收益清單、每項收益實現狀態、責任人與測量指標。
PMI 術語: Benefits Register ↔ 收益登記冊
§59 Task 7 依不確定性更新收益實現與維持計劃 (01:21:46)

核心: 不確定性(風險)可能使原計劃失效,要做態勢分析並更新收益實現計劃與收益維持計劃。
- 收益不確定性本質就是風險
- 實現計劃 = 收益在我們手上時;維持計劃 = 收益在客戶(接收方)手上時
- 移交計劃理應也受影響,但 ECO 把它獨立成另一項任務
§60 Task 8 制定向營運轉化的移交計劃 (01:22:23)

核心: 制定向營運轉化的移交計劃,向組織承諾 program 的產品與收益未來可持續;實現在 A(我方)、維持在 B(接收方)、移交是 A→B。
- 移交:講師建議用 Handover(轉手);program 標準中用 Transition
- 移交計劃、維持計劃都要提前制定
- ECO 把三個計劃分開講;標準(SPM 5th)用「收益管理計劃」統稱
- 兩種思路都對:① 收益管理計劃包含另外三者;② 實現/移交/維持三個獨立計劃,情境更清晰
- 講師判斷:考題以考綱(ECO)為準的機率較高
⚠ 新版變化: ECO 2024 分列收益實現、移交、維持三個計劃;SPM 5th 以收益管理計劃統稱。
🎯 考點: 收益在我方交付 → 實現計劃;從我方交給接收方 → 移交計劃;接收方持續維持 → 維持計劃。
§61 收益管理小結:任務少、佔比高 (01:24:05)

核心: 收益管理任務少但考試佔比不低(講師記憶約 15%;⚠ ECO 2024 原文 p.6 實為 11%),代表每項任務對應題目多。
- 考綱涉及四個文件:三個計劃(實現、移交、維持)+ 一個收益登記冊
- Q&A:學員整理生命週期任務分段(1~5 啟動、6~15 規劃、16~31 交付、32~35 收尾),講師稱大致如此、回頭核對;舊版考綱分啟動、規劃、執行、監控、收尾
§62 干係人參與 Task 1:全面識別干係人並建立矩陣 (01:25:18)

核心: 系統、全面地識別所有干係人並建立干係人矩陣(實質上就是干係人登記冊)。
- 此領域過去較難拿 A:題目規律性不明顯,且東西方對人際關係理解有差異
- 關鍵詞:「全面」「系統」
- 矩陣(matrix)= 有表頭、有列的表 ≈ 干係人登記冊
- 通常是第一步
PMI 術語: Stakeholder Engagement ↔ 干係人參與/爭取 / Stakeholder Register ↔ 干係人登記冊
§63 Task 2 干係人分析並輸出爭取計劃 (01:26:34)

核心: 基於全面識別與深入分析,依權力/利益分類,為每一類干係人制定定製化的爭取策略,形成干係人參與(爭取)計劃。
- 登記冊 = 名單為主(是誰、分析結論、溝通需求)
- 爭取計劃 = 怎麼把干係人拉到我方陣營;拉不過來至少讓他中立、不反對
- 權力/利益方格分四類:高權高利、低權低利、高權低利、低權高利
- 分析手段:歷史資料、訪談、協議審查(分包商/合作方的合同審查)
- 分析越清楚,策略越具體,定製化計劃越有效
PMI 術語: Stakeholder Engagement Plan ↔ 干係人參與(爭取)計劃 / Power/Interest Grid ↔ 權力利益方格
§64 Task 3 談判協商取得支持、共同設定 KPI (01:29:01)

核心: 透過談判/協商(negotiate)爭取關鍵干係人支持,並與干係人共同設定有共識的期望與驗收 KPI。
- 了解對方要什麼、我們能做什麼
- 驗收指標一定要與干係人協商制定,不能自己單方面設定
- 例:挑戰性目標下,發起人可能達 80% 就非常滿意 — 透過溝通確認後做成 KPI
- 目標要與 program 保持一致
🎯 考點: 設定成功標準/驗收 KPI → 與干係人共同協商,而非 program 經理自行定義。
§65 Task 4 維持 program 的高度可見性 (01:30:45)

核心: 干係人想了解 program 狀態時隨時能取得資訊(visibility),方式要與干係人協商、依其需求設計。
- 方式:定期提供專門報告,或把資訊投放到共享空間(大屏、駕駛艙/儀表板)
- 高頻確認,讓干係人了解現況,目的仍是爭取支持
PMI 術語: Visibility ↔ 可見性 / Dashboard ↔ 儀表板(駕駛艙)
§66 Task 5 差異化溝通策略與渠道:溝通 vs 爭取 (01:31:39)

核心: 不同人有不同溝通需求;溝通策略針對每個「個人」量身定製,爭取策略針對每個「類別」定製。
- 溝通比爭取更具象,聚焦資訊獲取手段
- 爭取內涵更豐富:除了資訊,還有希望、情緒、情感
- 爭取:權力方格四類,每類一個策略即可
- 溝通:要了解每個人的溝通偏好、需求與策略
講師原話:「溝通是基於每一個人做量身定製,爭取是針對每一個類別做量身定製。」
🎯 考點: 選項區分「engagement strategy」(按群組)vs「communication strategy」(按個人偏好)。
§67 Task 6 評估干係人指出的風險 (01:33:19)

核心: 干係人指出的潛在風險經甄別後納入 program 整體風險管理體系,關注程度依干係人重要性而定。
- 兩個層次:干係人是我們要滿足的對象;他提出的風險是他在意的,也就是我們要關心的
- 團隊與干係人並列時:團隊 = 內部人,干係人 = 外部要滿足的人
- 不重要的干係人不能忽略,而是放在次要位置處理
§68 Task 7 主動建立深層信任關係 (01:34:37)

核心: 主動培養與干係人的深層信任(不限工作關係),消除溝通壁壘,將阻力化為動力;信任是干係人管理的最高境界。
- 信任可降低資訊被誤解的機率,在難以溝通的情境中也能創造溝通渠道
- 手段:持續真誠溝通、共情、透明
- 結果:支持度顯著改善、反對程度大幅降低
講師原話:「信任是干係人管理的最高境界。」
§69 干係人領域小結:軟技能與政治敏感度 (01:36:07)

核心: 干係人領域 7 項任務,強調 program 經理的軟技能:同理心、高情商、政治敏感度。
- 政治敏感度:分辨哪些話適合當面講、哪些適合私下講,不分場合會出問題
- 組織架構圖上的兩個部門,背後職責與人際網路可能不同
PMI 術語: Political Awareness ↔ 政治敏感度 / Emotional Intelligence ↔ 情商
§70 治理領域:治理 vs 管理 (01:37:04)

核心: 治理強調「確定」規則、權責體系、管控框架;執行框架多屬管理行為,但框架中的決策行為(誰表決、用什麼機制)屬治理。
- 治理任務不多,但難度較高,因為治理與管理常被混淆
- 做決策、做判斷、誰來表決、用什麼機制 → 確定的治理行為
🎯 考點: 建立框架/規則/權責 = 治理;依框架執行 = 管理;框架內的決策 = 治理。
§71 Task 1 打造統一管理標準與框架 (01:38:03)

核心: 運用組織既有參考或行業最佳實踐,為 program 建立統一的管理標準、結構與框架,以提升執行效率。
- 曾考過:建立 program 治理框架時,依據是組織內部既有參考或行業最佳實踐
- 建立框架屬治理,在框架內執行屬管理
- 統一後行為一致、閾值與升級值一致,減少無謂的溝通討論
§72 Task 2 選擇契合上層治理架構的框架 (01:39:09)

核心: program 治理框架要與上一層治理對齊:在 portfolio 之下就先對齊 portfolio,再經由 portfolio 對齊組織治理,不可越級。
- 若 program 上方直接是組織 → 對齊組織戰略層
- 若上方有 portfolio → 先與 portfolio 對齊,不要跨級
- 包括政策與程序,尤其合規與監管要求
🎯 考點: program 屬於 portfolio 時,治理對齊對象是 portfolio 治理(不越級直接對組織)。
§73 Task 3 向治理權威展示狀態並通過階段關口 (01:40:27)

核心: 在關鍵節點向治理權威(governance authority)展示狀態,通過階段關口審查(stage gate)才取得下一階段的執行權。
- 下一級向上一級彙報是義務;上一級給予批准
- 有時只需知會、不需審批
- 提醒 program 經理不要自行其是
PMI 術語: Governance Authority ↔ 治理權威/主體 / Stage Gate Review ↔ 階段關口審查
🎯 考點: 進入下一階段 → 須通過階段關口審查,program 經理不能自行推進。
§74 Task 4 多維度 KPI 評估護航收益 (01:41:40)

核心: KPI 是治理要求與衡量基準,要從合規、質量、安全、財務、採購、問題、風險等多維度嚴格評估,全週期護航收益實現。
- 所有 KPI 都圍繞 program 目標與組織戰略目標設定
- 不能只用單一維度評價收益實現情況
PMI 術語: KPI ↔ 關鍵績效指標
§75 Task 5 依託 program 資訊系統統一資訊源 (01:42:38)

核心: 設定 program 管理資訊系統(PMIS)本身是治理手段:統一資訊源頭與傳遞渠道、整合流程與資料,向決策層傳達高維度狀態資訊。
- 溝通工具、資訊工具要統一,判斷準確率才會提高
- 比喻:公司財報只能從唯一通道對外披露,否則口徑不一、反映管理混亂
- 管理混亂源於治理規則未定義,其次是規則沒執行
- 治理還與 KPI、階段關口審批、統一治理框架、符合上層要求相關
PMI 術語: PMIS (Program Management Information System) ↔ 專案集管理資訊系統
§76 Task 6 定期洞察影響戰略目標的新舊風險 (01:44:17)

核心: 風險涉及決策,與治理相關;要定期深入洞察(insight)影響戰略目標的新舊風險,需要時向治理委員會提報最新風險管理計劃以獲批准。
- 依最新風險管理政策、流程、制度執行
§77 Task 7 構建危機與風險升級程序 (01:45:05)

核心: 建立嚴格的風險升級程序,確保危機時風險能直達相應決策層;升級閾值不能過寬也不能過窄。
- 風險包括威脅與機會
- 閾值過寬:升級太慢,該升級時未觸發,造成嚴重危害
- 閾值過窄:微小狀況都要升級,治理層負擔繁重
- 層級權力分配要適當,層級不宜過多
PMI 術語: Escalation Process ↔ 升級程序 / Threshold ↔ 閾值
🎯 考點: 升級閾值設定 → 選「適中、層級清晰」,過寬或過嚴都是錯誤設計。
§78 Task 8-9 經驗教訓提升到治理層級 (01:46:36)

核心: 把產出與應用經驗教訓提升到治理高度,成為強制要求;Task 8 建知識庫,Task 9 強制提煉並複用歷史經驗教訓、反向賦能。
- 出現在治理領域的意義:必須產出、必須遵守/使用
- 知識庫不只經驗教訓,也包括文件
- 反向賦能:剛完成工作的經驗直接用於正在執行的下一環節或未來的 program
- 組織因此在更高的基礎上開展工作
🎯 考點: 同一主題(經驗教訓)出現在治理領域時,關鍵字是「強制」「制度化」。
§79 Task 10 關注外部合規與環境變化 (01:48:19)

核心: 外部合規要求(法律、條例、規範、規則、指南)與商業環境變化都要納入治理,確保 program 不偏離戰略目標。
- 強制層級:法律(最高、必須遵循)> 條例(有空間)> 規範 > 規則 > 指南
- 還要監督職能組織架構調整、外部競爭環境改變
- 例:採購法規由「最低價中標」改為「最合理價中標」,program 須遵循
- 治理看外部(合規)也看內部(經驗教訓、資訊、風險)
PMI 術語: Compliance ↔ 合規
§80 Task 11 制定並守護 program 整合管理計劃 (01:49:58)

核心: 制定並守護 program 層的整合管理計劃,已批准的計劃不能隨意更改,確保底層營運節奏與上層戰略目標平滑聯動。
- 「整合」在此偏形容詞,並無專門同名文件
- 整合管理是 program 經理最核心的職責
- 協調計劃之間、團隊之間、program 與元件之間、元件與元件之間的衝突
- 形成上下貫通、左右協同的體系
§81 五大領域總結 (01:51:29)

核心: 治理 = 建章立制;干係人 = 與重要相關方打成一片;收益管理 = 有限條件下收益最大化;生命週期 = 做事有節奏;戰略一致性 = 不忘最終目標與方向。
§82 program 經理的核心技能(不直接考) (01:52:01)

核心: 這些技能不會直接考,但隱含在題目背後。
- 跨領域知識:商業環境、總體經濟(通膨、利率、失業率)
- 變革管理:收益交給接收方,接收方若不變革,收益難以持續
- 衝突管理:妥協、緩和、包容、撤退、強制、合作/面對(解決問題)— 依目的選策略
- 合同類型與談判:總價、工料(T&M)、成本補償
- 成本收益分析、系統化思維
- 向高層彙報與演講能力、預期管理(為下一次彙報鋪墊)
- 團隊敬業度(如 360、敬業度調查)與心理安全(防禦性沉默、反向攻擊)
- 跨文化與全球領導力
PMI 術語: Change Management ↔ 變革管理 / Expectation Management ↔ 預期管理 / Psychological Safety ↔ 心理安全
§83 結語:ECO 五大領域 vs 標準六績效域 (01:55:36)

核心: 今日共串講五大領域(戰略一致性、生命週期、治理、干係人、收益管理);ECO 為五大領域,SPM 5th 標準為六大績效域,標準中的協作域與六大原則未納入考綱。
- 五領域管理定位無先後;戰略一致性較早期、層級較高,收益管理承接,其他三者是手段
- 考試佔比有重點與非重點之分,學習時間分配要注意
⚠ 新版變化: SPM 5th 有六個績效域(含協作)與原則;ECO 2024 只考五大領域,原則未納入考綱。
🎯 考點: 學習重點以 ECO 五大領域與其佔比為主(生命週期 44% 最高)。