Ch17 — 新版精講 Standard 5th 總覽 原則 績效域 生命週期 (169 min)
講師: Richard | 對應 PDF: — 影片:
C:\Users\User\Desktop\PGMP\PGMP Video\2026-10-01 19-33-04.mp4回到 [[MOC-PgMP-精講筆記]]產製方式: 章節切 2 段交給 2 個 agent 平行逐段精煉, 共 98 個 §N (Part A: §1-45, Part B: §46-98).
Part A (00:00:30 - 01:23:19) 綜述
本段是 Richard 新版課程(Standard for Program Management 5th)的總覽串講,從「概念 → 角色 → 八大原則 → 六大績效域」一路往下講,在協作績效域的「平衡利益」處中斷(後續在 Part B)。開場先定調:5th 改版本質變化不大,所謂「顛覆性變化」多是吸睛用語;教材結構為基本概念、八大原則、六大績效域(新增「協作」)、核心活動與支援活動、工具技術與文件體系,外加 4th→5th 對照。
概念部分強調 program 由專案(project)、子專案集(subprogram)、專案集活動(program activities)三類元件構成,其中專案集活動是「運營性質」的日常管理工作;program 的價值來自理解元件間依賴關係後的協調與整合,創造分別管理得不到的增量收益。接著講 program vs project(不確定性、複雜性 navigate、擁抱變更)、program vs portfolio(相關性、時間跨度),以及發起人/專案集經理/PMO 三角色分工。
八大原則依序為干係人、收益實現、協同(Synergy,新增)、團隊之團隊、變更、領導力、風險、治理。績效域部分講完戰略一致性(三文件兩動作)、收益管理(五階段兩文件)、干係人參與(五活動)、治理(10 大治理實踐),進入新增的協作績效域。
最重要的考點判準: 1. 收益登記冊關鍵詞 = status/progress;收益管理計劃關鍵詞 = how/when、strategy、度量指標源頭;移交情境首選收益移交計劃。 2. 收益 delivery = 產生(produce/generate),transition = 交出去(移交/過渡)。 3. Synergy 講事(元件與管理方法),Collaboration 講人。 4. 增減元件、元件啟動/移交/收尾等重大決策幾乎都由指導委員會批准;program 啟動不在 program 治理實踐內(在組織層決定)。 5. 商業論證證明合理性,章程正式授權;路線圖在 5th 併入專案集管理計劃但仍存在;戰略一致性階段不識別風險。
§1 改版定調:本質變化不大 (00:00:30)
核心: 5th 與 ECO 改版本質上變化不大,只是部分地方有明顯調整,不要被「顛覆性變化」的宣傳詞嚇到。
- 很多新版內容會體現在考試裡,但整體框架沿用
- 「顛覆性/重大性變化」是解讀文章為了抓注意力的用詞
- 深入看是改了一些東西,整體變化不是特別大
§2 Standard 5th 教材結構 (00:01:00)
核心: 5th 結構 = 基本概念 + 八大原則 + 六大績效域 + 核心/支援活動 + 工具技術與文件體系。
- 建議有條件讀英文版,用詞精準、意思到位
- 第一部分:基本概念;第二部分:八大原則
- 第三部分:六大績效域,比 4th 的五個多了「協作」(Collaboration)
- 績效域的「協作」與原則裡的「協同」很像,有聯繫也有區別(後面詳解)
- 第四部分:核心活動(整合類的五個)與若干支援活動;第五部分:工具技術與文件體系整理
- 課程另做 4th→5th 變化對照,了解變化邏輯對做題有幫助
PMI 術語: Performance Domain ↔ 績效域 / Principle ↔ 原則 / Core Activities ↔ 核心活動 / Supporting Activities ↔ 支援活動
⚠ 新版變化: 績效域由 4th 的 5 個變為 6 個,新增「協作」;另新增八大原則。
§3 Program 定義的三類元件 (00:03:08)
核心: Program 由專案、子專案集、專案集活動三類元件組成,最容易忽略的是第三類「專案集活動」,它的性質是運營性的。
- 講師先強調概念精準是知識大廈的磚和水泥,概念模糊後面判斷就模糊
- 專案集活動也是元件(component)之一,至少是 program 的組成部分
- 專案集活動 = 目錄中的核心活動與支援活動
- 這些活動性質是「運營類」(Operational Activity):專案集經理與專案集管理團隊的日常工作
- 除了管理對象是專案、子專案集之外,那些跨元件的管理動作都叫專案集活動
- 考試會變個樣子問,例如「這些活動是什麼性質?」→ 運營性質
PMI 術語: Component ↔ 元件 / Subprogram ↔ 子專案集 / Program Activities ↔ 專案集活動 / Operational Activity ↔ 運營性活動
🎯 考點: 問專案集活動的性質 → 運營性(operational),是專案集管理團隊的日常工作。
§4 協調的深層含義:依賴關係與增量收益 (00:05:50)
核心: 協調的前提是深刻理解元件間的相互依賴關係,否則協調流於表面,拿不到分別管理得不到的增量收益。
- 關鍵詞:「有關聯的元件」,要發揮更大作用、產生更大收益必須協調管理
- 表面看協調是活動與資源上的「對縫」,深一層是對依賴關係的認識
- 分別管理每個元件也有收益,但會失去放在一起管理的額外收益
- 整合與協調可視為一體:協調完要整合為整體,創造比單獨管理更大的價值
- 收益管理是考試最難的一章,很多人對收益概念模糊,根源在概念
PMI 術語: Interdependencies ↔ 相互依賴關係 / Coordinated Management ↔ 協調管理
§5 收益交付的三種時點:before / at / after (00:07:58)
核心: 專案集管理最聚焦收益,收益產生方式分兩大類三種:結束前逐步交付、結束時一次性交付、結束後一段時間交付。
- 遞增式交付(incremental delivery):專案集執行過程中產生就交出去
- 統一交付:專案集結束時一次性交付所有收益,例如過程中無法檢驗效果的大型工程、航天專案
- 第三種:完成之後一段時間才實現(生命週期章節再講)
- 講師記法:以專案集完成點為錨點 → before / at / after
- 商業價值有有形、無形,概念易懂
PMI 術語: Incremental Delivery ↔ 遞增式交付 / Tangible / Intangible ↔ 有形/無形
§6 Program vs Project:不確定性、複雜性、變更 (00:10:06)
核心: Program 不確定性更高、複雜度更高、對變更接受度更高;要「駕馭(navigate)」複雜性,不是管住複雜性。
- 90% 的人誤解「駕馭複雜性」:不是把複雜性管住,而是隨複雜性變化而調整
- navigate 是航海概念:海上沒有路,依環境變化隨時調整方向
- Program 傾向接受甚至主動追求變化,只要能讓收益最大化
- Project 強調讓變化最小、控制變更(戰術層);Program 擁抱變化與不確定性,在戰略層關注收益
講師原話:「駕馭複雜性不是把複雜性管住,是隨著複雜性我們要調整,這個詞叫 navigate。」
PMI 術語: Navigate Complexity ↔ 駕馭複雜性 / Uncertainty ↔ 不確定性
🎯 考點: 題目出現「控制複雜性/消除變更」多半是 project 思維;program 答案應是適應、擁抱對收益有利的變更。
§7 交付系統的資訊流 (00:12:15)
核心: 資訊從戰略 → 專案組合 → 專案集 → 專案 → 運營傳遞,形成閉環,且是雙向流動。
- 這套邏輯來自 PMBOK 第七版,到第八版都有
- 向下傳遞資訊、命令、要求;實際上一定是雙向的,不是單向
PMI 術語: Value Delivery System ↔ 價值交付系統
§8 Portfolio vs Program:相關性與時間跨度 (00:12:43)
核心: Portfolio 元件不必相互關聯、沒有明確起訖;Program 元件「必須」相互關聯、有生命週期。
- 維度一:相關性。Portfolio 不強調元件間關聯;Program 必須有相互關聯,否則不能稱為 program
- 維度二:時間跨度。Program 有開始與完成;Portfolio 是持續性工作,起訖由組織戰略是否調整決定
- 考試會隱含考這兩個維度
講師原話:「專案集必須有相互關聯,否則的話他們不能被稱為一個專案集。」
🎯 考點: 元件之間無依賴關係 → 不是 program,應放 portfolio 管理。
§9 三大角色之一:PMO = 標準化 + 資源共享 (00:13:48)
核心: 專案集經理承上啟下;PMO 是專案集經理的助手,核心職責是標準化(模板、工具、流程),其次是資源共享、方法論傳播、培訓。
- 專案集經理向上對發起人負責
- PMO 是專案集核心團隊(Program Team)中的核心部分
- PMO 記憶點:標準化,模板工具流程都歸它
- 資源共享:PMO 代發起人、代專案集經理協調資源,本身不是資源的擁有者和提供者,資源來自發起人
- 方法論共享、好的做法跨元件傳播、培訓
- 收益過渡與實現是 PMO 次要職責,只在極端情況下承接
講師原話:「專案管理辦公室是代發起人和代表專案集經理管資源,他本身並不是資源的擁有者和提供者。」
🎯 考點: 問 PMO 主要職責 → 標準化 > 資源共享 > 方法論/培訓;問「資源從哪來」不選 PMO。
§10 發起人:資源與指導委員會主席 (00:15:45)
核心: 發起人最基本職責是提供資源與資金,是最接近戰略的角色,通常是指導委員會成員兼主席。
- resource 實際上包括資金(funding)
- 發起人應是高階管理層的代表或成員(考試出現不多)
- 常考:發起人通常是專案集指導委員會成員,且通常是主席(Chairman)
- 缺資源第一個想到發起人;發起人找到資源交給專案集經理管理
講師原話:「你說資源找誰,第一想到發起人,沒資源了就找他。」
PMI 術語: Program Sponsor ↔ 專案集發起人 / Program Steering Committee ↔ 專案集指導委員會 / Funding ↔ 資金
🎯 考點: 資源/資金不足 → 找發起人。
§11 專案集經理:領導、協調、戰略一致,不過度插手元件 (00:16:43)
核心: 專案集經理的核心動作是 leading 團隊實現收益、協調元件、確保與組織戰略一致;對元件只滲透到 WBS 第一、二級。
- 專案集目標就是專案集收益
- 管事的動作叫協調,確保元件協同
- 同時與組織戰略對齊(戰略一致性),其他職責都是其次
- 不能插手元件過多:從 WBS 看,滲透到元件的第一級與第二級就足夠,再往下交給專案經理
講師原話:「專案集管理需要滲透到元件層面的第一級,WBS 第一級和第二級就足夠了,再向下就不要再插手專案經理們的事情。」
🎯 考點: 專案集經理把元件的哪些工作納入專案集 WBS → 元件的第一、二級。
§12 專案集經理能力與三角色分工 (00:17:50)
核心: 專案集經理最重要的兩個能力是系統性(整體)思維與戰略視角;三角色分工為發起人定目標找資源、專案集經理達成目標協調依賴、PMO 承接標準化。
- 系統性思維:能看到全貌、有整體思維
- 能看到組織戰略高度與經營角度
- 發起人:確定目標、找資源
- 專案集經理:實現目標、調配資源、協調元件間依賴關係
- PMO:標準化、能力提升(培訓)、共享資源與方法;文件、績效為配合性職責
講師原話:「專案集經理最主要的能力有兩個,一個是整體上看問題,還有一個就是戰略的角度。」
PMI 術語: Systems Thinking ↔ 系統性思維
§13 原則一:干係人原則 (00:18:59)
核心: 以干係人為中心,依影響力(權力)與興趣(利益)分級並分級爭取,干係人狀態是評價專案集成敗的最主要因素。
- 講師建議原則用動作理解,如「以干係人為中心」原則
- 根據影響力與興趣分級,分別爭取(engagement)
- 目的:讓其支持、降低抵制、擁護結果
- 干係人是關鍵驅動要素,也是成功要素
- 干係人特徵不是重點;重點是干係人分類矩陣:權力利益方格(也叫影響力興趣方格)
- 詳細管理在干係人參與績效域
講師原話:「它的狀態是評價我們專案集成功和失敗的最主要因素。」
PMI 術語: Stakeholder Engagement ↔ 干係人爭取/參與 / Power/Interest Grid ↔ 權力利益方格
§14 原則二:收益實現原則 (00:21:24)
核心: 始終讓專案集的過程與結果和組織戰略對齊,證明資源投入合理,並確保收益平穩移交與持續維持。
- 專案集經理要熟悉組織戰略方向,做法、階段成果、最終成果都要與之一致
- 資源全用在收益實現上就沒有跑偏
- 可交付成果是專案經理操心的,收益是專案集經理操心的
- 成功要素:戰略對齊、證明投入合理(價值即收益)、收益平穩過渡到接收方、接收方持續維持
講師原話:「工作具體的可交付,那是專案經理操心的;收益呢,是專案集經理操心的事情。」
§15 收益生命週期五階段;delivery ≠ transition (00:23:02)
核心: 收益管理五階段 = 識別 → 分析與規劃 → 交付 → 移交 → 維持;交付是「產生」,移交才是「交出去」。
- 識別:與干係人一起確定收益是什麼
- 分析與規劃:專案集經理帶核心團隊分析依賴關係,規劃收益實現路徑
- 交付:按收益管理計劃,透過元件把收益實現出來
- delivery 在專案集管理有獨特含義 = 產生(produce / generate),不是交出去
- transition = 從專案集轉交給接收方,中文版譯為「過渡」,也叫移交、轉交
講師原話:「交付是產生的意思……移交是交出去的意思。」
PMI 術語: Benefits Identification / Analysis and Planning / Delivery / Transition / Sustainment ↔ 收益識別/分析與規劃/交付/移交(過渡)/維持
🎯 考點: 題目中的 benefits delivery 指收益「產生」;交給運營接收方的是 transition。
§16 收益登記冊 vs 收益管理計劃 (00:24:47)
核心: 識別階段首次建立收益登記冊(記錄進展 progress);分析規劃產生收益管理計劃(基準,講 how 與 when)。
- 收益登記冊在識別時首次建立,之後各階段持續更新
- 收益管理計劃是 baseline,執行時用來對比
- 交付、移交、維持都帶來登記冊與管理計劃的更新
- 收益管理計劃又名收益實現計劃,直接指導交付
- 另有移交計劃、維持計劃:可以是三個獨立文件,也可以都包含在收益管理計劃內,兩種狀態都對
- 管理計劃關鍵詞 how and when;登記冊關鍵詞 progress
講師原話:「收益登記冊強調的是記錄進展……收益管理計劃是告訴我們該如何實現的方法,他的關鍵詞是 how。」
PMI 術語: Benefits Register ↔ 收益登記冊 / Benefits Management Plan ↔ 收益管理計劃 / Baseline ↔ 基準
🎯 考點: 兩文件辨別是考試要點:問進展/狀態 → 登記冊;問如何、何時實現/移交/維持 → 管理計劃。
§17 原則三:協同(Synergy)vs 協作(Collaboration) (00:27:43)
核心: 協同是新增原則,對象是「事」:專案集與元件、各種管理方法之間要配合不打架;協作的對象是「人」。
- Synergy 不是嚴格同步開始,而是節奏、管理方法之間的配合不能混亂
- 採用結構化或敏捷方法、融合管理實踐,讓元件間產生化學作用,一加一大於二
- 組合、專案集、專案各有方法,預測型、適應型、混合型都可以,但要配合起來
- 手段:元件一致性與整合、依賴關係管理、資源調配最佳化、價值最大化
- 中文考試兩詞容易混淆(翻譯可能不精準),看英文判斷
講師原話:「記住 Synergy 說的是事情,Collaboration 說的是人。」
PMI 術語: Synergy ↔ 協同 / Collaboration ↔ 協作
⚠ 新版變化: 協同原則為 5th 新增;協作則是新增的績效域。
🎯 考點: 中文題看到「協同/協作」先還原英文:元件/方法配合 → Synergy;人與團隊配合 → Collaboration。
§18 原則四:團隊之團隊(Team of Teams) (00:30:25)
核心: 建立跨元件、分層的網路化團隊結構,並把自主權下放給元件團隊,以增強應對複雜性與不確定性的適應性與彈性。
- 下層有多個元件團隊,上層有一個彙集(核心)團隊
- 上層團隊兩種組成:另一批人管理下層團隊,或由各團隊負責人/聯絡人組成
- 賦予元件團隊自主權;放權不是放任
- 邊界:專案集保留元件第一、二層的參與決策權,第三層以下交給專案經理
- 什麼都要彙報就會僵化,放權才能面對變更時靈活
講師原話:「放權不是完全不管,完全不管的叫放任。」
PMI 術語: Team of Teams ↔ 團隊之團隊 / Autonomy ↔ 自主權
§19 賦能(Empowerment)與網路化團隊特徵 (00:32:56)
核心: 團隊之團隊的核心是授權(empowerment,賦能/賦權),形成賦能型文化;網路化團隊具去中心化、資訊共享、彈性適應、容錯、自主決策等特徵。
- 不要高高在上,把權力授權下去
- autonomy 是 power 的一種;empowerment 譯賦能或賦權
- 團隊不是等級森嚴的一二三級,而是有邊界又相互連接的協同網路
- 去中心化是相對的,不是完全沒有中心
- 最大程度資訊共享、彈性適應、容錯能力(沒有容錯誰都不敢創新)
- 去中心化、彈性適應與自主決策彼此關聯
講師原話:「應該把你的權力授權到下面去,這個是這個原則的一個核心。」
PMI 術語: Empowerment ↔ 賦能/賦權
§20 團隊層次與 WBS 考題 (00:35:22)
核心: 專案集團隊分兩級:上為專案集核心團隊,下為元件團隊;層次關係仍在,只是專案集不過度插手。
- 專案集在上、專案在下的層次關係依然存在
- 典型考題:專案集經理要把專案層面哪些工作納入專案集 WBS → 第一級與第二級
- 把元件層某些人放到上層團隊的做法較偏敏捷情境,專案集考試以兩級團隊為主
- 另有知識性團隊,非核心;方法工具看一下即可
🎯 考點: 專案集 WBS 納入元件層級 → 第一、二級。
§21 原則五:變更原則 (00:36:30)
核心: 接納變更而非控制變更,但前提是該變化對收益實現或收益最大化有幫助。
- 不是所有變更都不問所以然地接受,惡性變化不接受
- 放開不是放任,不是完全失控
- 變化來源:外部市場變化(抓住機會轉成收益)、組織戰略調整(要跟著變)、技術進步(如 AI,要接納應用)、法規變化(如出口管制)、干係人需求;來源了解即可不用背
講師原話:「只要這個變化和變更對收益實現有幫助,或者收益最大化有幫助,這個變更接受,或者去主動追求。」
🎯 考點: 組織戰略已調整而專案集仍堅持原方向 → 錯;應評估並跟著調整。
§22 Program vs Project 變更與審批 (00:38:44)
核心: Project 變更是戰術級、以控制為主防範圍蔓延;Program 變更關注戰略層、擁抱變化、以收益為導向,審批人也不同。
- 專案集層面重大變更基本由委員會批准
- 專案集經理可處理相當一部分變更
- 動到基準的找 CCB,不動基準的由專案集經理審批
- 專案集變更流程不像專案管理那麼嚴格,不需特別掌握
講師原話:「動到基準的才找 CCB,不動到基準的專案集經理審批。」
PMI 術語: Change Control Board (CCB) ↔ 變更控制委員會 / Scope Creep ↔ 範圍蔓延
§23 原則六:領導力原則,沒有信任就沒有領導力 (00:39:24)
核心: 領導力是對人心的把握,以激勵為主、管理為輔;信任與領導力強相關,沒有公信力就沒有領導力。
- 同理心、對政治的敏感度、建立信任環境
- 人品差但做事能成的人不叫領導力,只是雷厲風行;領導力一定是正向、光明的
- 管理 = 約束、要求、計劃、管控;領導力 = 激勵、釋放、關注、關懷、同理心、建立信任
- 關鍵詞:同理心(共情、為人著想)、相互尊重、勇氣、協作
講師原話:「沒有信任,是不可能產生領導力的。」
🎯 考點: 選項中「建立信任/激勵/同理心」屬領導力;「管控/約束/計劃」屬管理。
§24 領導力風格 (00:41:45)
核心: 常見風格有變革型、僕人式(服務型)、情境領導(依情境切換教練、指導、放權等);領導力原則關鍵詞是建立願景、使眾人行。
- 變革型:有魄力
- 僕人式:有耐心、關注他人、賦能別人
- 情境領導:不同情境切換風格,如教練型(coach)、指導型、放任型(這裡的放任是放權)
- 建立願景,讓大家相信跟著你會成功
PMI 術語: Transformational / Servant / Situational Leadership ↔ 變革型/僕人式/情境領導
§25 原則七:風險原則,把風險偏好量化 (00:42:33)
核心: 要主動了解組織的風險偏好,並把主觀偏好轉成可管理的數字門檻。
- 組織的風險接受程度是公司基因
- 偏好是主觀的,實際工作中無法直接管理,所以要量化:如「不太喜歡」= 風險值大於 8、「還可以」≈6、「喜歡」= 3 以下,數字由企業自行定義
- 風險態度三類:厭惡型、偏好型、平衡型(既不喜歡也不厭惡,按風險管理方法做)
講師原話:「偏好是主觀的,但主觀的東西我們在實際工作裡面是沒有辦法管理的,所以要……用數字方式表達。」
PMI 術語: Risk Appetite ↔ 風險偏好 / Risk Threshold ↔ 風險門檻 / Risk-averse / Risk-seeking ↔ 風險厭惡/風險偏好
§26 風險流程:規劃應對與實施應對之間隔著監控 (00:43:56)
核心: 典型流程是識別 → 分析 → 應對 → 監督;應對分「規劃應對」與「實施應對」兩個動作,中間由監督觸發。
- 識別後做定性(定量)分析,分析完規劃應對
- 應對措施要事前準備好,不是風險發生後才建構
- 監督風險狀態達到某個風險值時,才觸發實施應對
- 規劃完不一定實施:風險沒出現就不需要實施
講師原話:「風險應對是分成兩個,一個叫規劃應對,一個叫實施應對……這兩個之間隔著一個監控。」
🎯 考點: 規劃了應對不等於要執行;觸發條件來自監督。
§27 原則八:治理原則,相稱且適當 (00:45:10)
核心: 專案集經理要建立相稱且適當的治理框架(決策與控制框架),過嚴或過鬆都不對。
- 過嚴:小事也要升級到很高層
- 過鬆:風險已很嚴重也沒升級
- 掌握放權/收權的程度
- 治理要公開透明,規則大家理解才能發揮作用
- 要有彈性與適應性,不是鐵板一塊
講師原話:「他是要講的是相稱且恰當。」
PMI 術語: Proportionate and Appropriate Governance ↔ 相稱且適當的治理
§28 治理角色:指導委員會、專案集經理、PMO (00:46:08)
核心: 指導委員會幾乎承擔所有重大治理決策(如增減元件),只從戰略角度判斷;專案集經理負責日常執行,超權限就升級並保證閉環。
- 考試幾乎百分之百是指導委員會批准;增加、減少元件都由指導委員會完成
- 委員會只看是否符合公司戰略,不看專案集績效好壞;戰略方向變了,績效越好可能偏離越遠
- 專案集經理受委員會授權,關注執行效率、資源調配、問題解決
- 解決不了、資源不夠、超出權限 → 升級到指導委員會;所有事必須閉環(不管、同意、否決都是決策)
- PMO 是助手:標準化、質量保證、績效監督、模板工具資源共享
- 治理相關實踐:階段關口、審批、變更、風險升級、質量保證、監控報告
- 「報告」一詞通常資訊密度高、給高層看、帶決策用途
講師原話:「他完全站在公司戰略的角度去考慮問題,而不是站在專案集是否表現優秀的角度去做決策。」
🎯 考點: 增減元件、重大變更 → 指導委員會;專案集經理權限不足 → 升級,不能擱置。
§29 六大績效域引入;戰略一致性 (00:48:40)
核心: 戰略一致性要求專案集的過程、階段性結果、最終結果,以及專案集與專案層面活動,始終與組織戰略及戰略目標對齊。
- 講師觀感:5th 原則體系上重要,但目的性不強、應用效果尚未顯現;績效域相對清晰,會落到具體動作與文件
- 戰略一致性透過「三個文件 + 兩個動作」實現
講師原話:「專案集層面的活動和專案層面的活動,都要圍繞的一個地方不變,這個地方就叫戰略。」
PMI 術語: Strategic Alignment ↔ 戰略一致性
§30 商業論證 vs 專案集章程 (00:50:12)
核心: 商業論證證明合理性(收益目標與戰略吻合、成本收益與投資回報分析);章程正式授權,明確目標、角色職責與權力。
- 商業論證中目標已在,但還沒有作為正式任務下達
- 章程正式授權專案集、確定目標、推薦治理結構
- 章程給專案集經理:目標、角色、責任、權力
- 商業論證不是賦予專案集經理權力的法定性文件
講師原話:「商業論證只是為了證明合理性,他並不決定……賦予專案集經理你權力的是章程。」
PMI 術語: Business Case ↔ 商業論證 / Program Charter ↔ 專案集章程 / Cost-Benefit Analysis ↔ 成本收益分析 / ROI ↔ 投資回報
🎯 考點: 問合理性/投資理由 → 商業論證;問正式授權、任命專案集經理 → 章程。
§31 路線圖併入專案集管理計劃 (00:52:18)
核心: 路線圖呈現高層次時間規劃、里程碑與依賴關係;5th 中路線圖成為專案集管理計劃的一部分,但仍然存在。
- 路線圖記兩個詞:時間規劃、里程碑
- 路線圖上的依賴關係遠不如收益實現計劃清楚
- 4th 中路線圖是重要獨立文件,造成「路線圖與章程誰先誰後」的困擾
- 5th 把路線圖變成專案集管理計劃中的隱性文件,解決這個問題
講師原話:「記住,永遠存在,只不過不再是一個特別重要的獨立性文件,它成為管理計劃的一部分。」
PMI 術語: Program Roadmap ↔ 專案集路線圖 / Program Management Plan ↔ 專案集管理計劃
⚠ 新版變化: 4th 戰略一致性三文件之一的「路線圖」在 5th 改為「專案集管理計劃」,路線圖歸入其中。
§32 兩個動作:環境評估、風險管理策略(不識別風險) (00:53:37)
核心: 戰略一致性的兩個動作是環境評估與風險管理策略;環境評估服務於三文件的制定,風險管理策略在早期明確風險偏好、制定應對策略,但這裡不識別風險。
- 環境評估:分析內外部環境,為了把三份文件做出來
- 風險管理策略(strategy):戰略一致性重點在前端(早期)
- 早期要明確組織對風險的偏好、制定風險應對策略
- 合起來是五要素:三文件 + 兩動作
講師原話:「但大家特別記住的是,這個地方是不識別風險的。」
PMI 術語: Environmental Assessment ↔ 環境評估 / Risk Management Strategy ↔ 風險管理策略
🎯 考點: 戰略一致性階段的風險工作 = 定偏好、定策略,選項出現「識別具體風險」不選。
§33 戰略一致性是持續驗證與更新 (00:55:08)
核心: 寫完三文件不等於戰略一致,要透過持續的資訊收集分析進行驗證與更新(第一次制定,之後驗證更新)。
- 檢查:目標一致性、資源分配是否對應目標優先順序、收益目標與實現過程是否與戰略一致、風險是否可控
- 風險與收益成比例:收益越大風險往往越高
- 五要素記牢,第三個文件是專案集管理計劃,路線圖作為其一部分存在
講師原話:「第一次叫制定,第二次叫驗證和更新。」
§34 收益管理績效域:三個計劃怎麼選 (00:56:28)
核心: 收益管理計劃可包含移交計劃與維持計劃,也可三者獨立;選項同時出現時選最貼合題意的那個。
- 五階段(識別、分析規劃、交付、移交、維持)考點非常多
- 收益登記冊很單純,只記錄狀態
- Benefits Management Plan 較複雜,含 benefit transition plan 與 benefit sustainment plan
- 兩種說法考試都對;ECO(考試大綱)把三個文件獨立說得更明顯
- 若移交計劃單獨作為選項,而題目講過渡情境 → 首選收益移交計劃,收益管理計劃太大而全
- 對應:實現策略 → 管理(實現)計劃;過渡 → 移交計劃;維持機制 → 維持計劃
講師原話:「如果題目當中出現了在過渡過程當中問你看哪個文件,那首選收益移交計劃。」
PMI 術語: Benefits Transition Plan ↔ 收益移交計劃 / Benefits Sustainment Plan ↔ 收益維持計劃
🎯 考點: 選最具針對性的計劃;移交情境 → 移交計劃,維持情境 → 維持計劃。
§35 關鍵詞辨識與度量指標的源頭 (00:59:00)
核心: 登記冊關鍵詞 status / progress;管理計劃關鍵詞 strategy(前加 realization / transition / sustainment);度量指標兩個文件都有,但優先選收益管理計劃,因為它是源頭。
- 題目出現 status 或 progress,基本選收益登記冊
- 收益管理計劃說明度量指標與測量方法,之後同步到登記冊
- 登記冊在識別時初建,後續各階段都更新
- 這部分若出題,出 10-15 題很正常
講師原話:「這兩個文件同時在選項當中,優先選收益管理計劃,因為它是源頭。」
PMI 術語: Benefits Metrics / KPIs ↔ 收益度量指標
🎯 考點: 問度量指標定義在哪 → 收益管理計劃;問收益目前進展 → 收益登記冊。
§36 干係人參與績效域:五活動 (01:00:44)
核心: 干係人參與五活動 = 識別 → 分析 → 規劃爭取 → 爭取 → 溝通;目的是讓支持者支持、讓反對者降低抵制。
- 收益管理叫五個階段,干係人這裡叫五個活動
- 識別:「系統識別所有」= 正式地透過腦力激盪、訪談識別所有干係人
- 分析:依權力(power ≈ influence)與利益(interest)評估重要程度,權力利益方格四象限,排出優先順序
- 規劃:依重要程度為每類干係人制定爭取策略(關鍵詞 strategy)
- 識別時產生干係人登記冊,分析後更新
講師原話:「收益管理那五個可以叫五個階段,干係人這裡的五個叫五個活動。」
PMI 術語: Stakeholder Register ↔ 干係人登記冊 / Power ≈ Influence, Interest ↔ 權力/影響力、利益/興趣
🎯 考點: power 與 influence 在題目中可互換,考試很多考這種同義替換。
§37 干係人爭取計劃、執行爭取與溝通 (01:04:05)
核心: 規劃產出干係人爭取(參與)計劃,含爭取策略與衡量是否爭取到的指標;第四步執行爭取,第五步溝通 = 雙向資訊交換。
- 爭取計劃又叫參與計劃,英文都是 Stakeholder Engagement Plan
- 結構類比收益:登記冊記錄對象,管理計劃講方法與測量指標
- 第四步:按策略執行爭取,建立良好關係
- 第五步:溝通,PMI 定位是單純的雙向資訊交換
- 重點在前三步(識別、分析、規劃);四五是執行;對應兩文件一工具(權力方格)
講師原話:「溝通這強調的是資訊的交換……雙向的。」
PMI 術語: Stakeholder Engagement Plan ↔ 干係人爭取/參與計劃
§38 權力利益方格與干係人地圖 (01:06:26)
核心: 高權力高利益 → 密切管理;低權力低利益 → 監控即可;干係人地圖把干係人之間的關係圖形化,找到影響路徑。
- 方格本身就給出各象限的爭取策略
- 干係人地圖(stakeholder map):像家族譜系、警匪片的線索圖
- 看清內部外部、直接間接干係人之間的關聯
- 直接爭取困難時,可透過其信任的人(秘書、部長、朋友、家人、校友)摸清想法、找到支持路徑
講師原話:「有了干係人地圖之後,我們就能夠看清楚內部外部、直接間接干係人之間的內在聯繫。」
PMI 術語: Manage Closely / Monitor ↔ 密切管理/監控 / Stakeholder Map ↔ 干係人地圖
§39 關鍵 vs 次要干係人;爭取策略 (01:08:43)
核心: 干係人是專案集成敗的主要評判者,要聚焦關鍵干係人;爭取策略包括主動參與、資訊透明、積極傾聽、訴諸利益而非訴諸理性。
- 次要干係人的想法不要放在特別重要的位置,否則浪費時間與資源
- 主動讓他們參與
- 資訊透明整體優點遠大於缺點;壟斷資訊、選擇性放消息絕對不健康
- 好的溝通從 active listening 開始
- 爭取干係人訴諸利益(中性詞):客觀講出專案對他的好處與害處
講師原話:「做干係人爭取,並非是訴諸理性,而是訴諸於利益。」
PMI 術語: Key Stakeholders ↔ 關鍵干係人 / Active Listening ↔ 積極傾聽
🎯 考點: 選項「對干係人隱瞞壞消息/選擇性發布」→ 錯;資訊透明是正解方向。
§40 治理績效域:10 大治理實踐 (01:10:28)
核心: 用恰當有效的治理應對複雜度與不確定性;治理實踐由 4th 的 12 種降為 5th 的 10 種,是絕對重點,並要建立治理計劃。
- 強調管控角色、審批角色、權力下放、合作關係與介面
- 治理實踐例子:監控與報告(何時誰監控、提供什麼報告、報告內容)、變更審批權限與流程、階段關口審查(時間、參加者、所需資訊)、健康檢查、元件啟動、元件收尾、專案集收尾
- 這些都要在規劃階段明確
- 要有文件類輸出:建立治理計劃,按要求監控並報告
講師原話:「這有十個,這個要特別注意,這是絕對的重點。」
PMI 術語: Governance Practices ↔ 治理實踐 / Phase-gate Review ↔ 階段關口審查 / Health Check ↔ 健康檢查 / Program Governance Plan ↔ 專案集治理計劃
⚠ 新版變化: 治理實踐由 12 種減為 10 種。
§41 治理常客,以及為何專案集啟動不在治理實踐內 (01:12:05)
核心: 風險、質量、變更、問題是治理四常客;元件啟動、元件過渡、專案集收尾都需批准;專案集啟動不在治理實踐內,因為它是在組織層面、專案集治理建立之前決定的。
- 四常客:什麼情況下由誰決策,涉及權力、決策、資源
- 元件啟動要經批准,條件滿足才能啟動;元件過渡(移交)要經批准;專案集收尾也要經批准
- 過渡屬於收尾範疇
- 專案集治理通常在專案集被批准之後才考慮;專案集啟動在公司層面、專案集體系尚未建立時就決定
- 構建階段提交論證、被批准以後,才出現專案集內部治理
- 講師補充:5th 加了八大原則與協作績效域後對初學者反而更複雜,覺得吃力可先看 4th 課程
講師原話:「治理往往是在專案集已經被批准了以後去考慮的,而專案集啟動往往是在公司和組織層面……就決定好的。」
🎯 考點: 問專案集治理實踐涵蓋範圍:元件啟動/移交/收尾、專案集收尾都在,專案集啟動不在(外部決策)。
§42 指導委員會是核心審批者 (01:14:52)
核心: 與治理相關的核心角色是指導委員會(PSC),負責戰略與資源分配;發起人、專案集經理在審批上都很次要。
- 重大專案集事項幾乎都由 PSC 決定
- 原因:治理事項體量大、影響廣;專案集經理是一個人,委員會有多方代表(投資方、監管方等),各代表不同利益群體
- 無法決策時由主席(發起人)協調,協調不了就投票
- 這是西方治理體制的代表性特點
- 幾乎看不到發起人單獨批准(不是沒有,但很少)
- 專案集經理是執行角色:日常決策、不影響戰略方向的計劃微調、提交績效報告、協調元件
講師原話:「大量的審批權都是在指導委員會的,發起人都不明顯。」
PMI 術語: Program Steering Committee (PSC) ↔ 專案集指導委員會
🎯 考點: 審批類題目首選指導委員會,不選發起人,也不是專案集經理自行批准重大事項。
§43 元件過渡/啟動/收尾不批准不能做 (01:18:00)
核心: 十大治理實踐要記下來,考試不會直接問清單,但會考其中的事項,例如元件過渡、元件啟動、元件收尾都必須先經批准。
- 例:quality governance、component transition 都屬治理行為
- 元件過渡未經批准不能執行;元件啟動未經批准不能啟動;元件收尾未經批准不準收尾
- 比喻:縱隊司令沒下命令前不能打掃戰場,防止私藏;規矩立得越清楚,效率越高
講師原話:「元件的過渡不批准是不能夠執行的。」
🎯 考點: 元件完成就自行收尾/移交 → 錯;要先取得治理批准。
§44 協作績效域(新增):七個成功要素 (01:19:22)
核心: 協作是全新績效域,強調人與人之間的配合;成功要素講師認為不用背,理解即可。
- 全身心參與:所有干係人積極參與,協作才可能
- 目標一致:如足球隊的目標都是贏球
- 應對複雜性:場上瞬息萬變、教練在場外,球員需依環境做決定;部分決定(如換人)需授權
- 資訊透明:如特種小隊共享所有資訊才能配合
- 協商(consultation):充分了解情況
- 專業互補(講師舉 Mission Impossible 團隊)、尊重多元文化、人人可發聲、換位思考與心理共鳴
講師原話:「協作強調的是人嘛,人和人之間要互相的配合。」
PMI 術語: Collaboration ↔ 協作 / Consultation ↔ 協商
⚠ 新版變化: 協作為 5th 新增的第六個績效域。
§45 實現協作的路徑:平衡利益 (01:22:27)
核心: 實現協作的第一步是平衡各干係人在價值交付規劃與元件活動中的利益衝突(balance)。
- 平衡的形式:犧牲某方保全其他方、一碗水端平、或各方自發達到平衡
- balance 是只可意會的高技巧行為;站在被犧牲者角度覺得不公平,站在決策者角度是在做平衡
- (本段在此中斷,後續接 Part B)
講師原話:「平衡有可能是犧牲某個人,保全其他人,這也叫平衡。」
PMI 術語: Balance ↔ 平衡
Part B (01:23:20 - 02:48:49) 綜述
這段接續 Part A 的六大績效域，先收尾第六個績效域「協作」(Collaboration)，講師點評它「重要但虛、沒有指標」，再進入專案集生命週期 (Program Life Cycle) 的 3 階段 7 子階段：定義 (構建 Formulation + 規劃 Planning)、交付 (元件授權與規劃 / 監督與整合 / 過渡與收尾)、收尾 (Program Closure)。接著把 Standard 5th 附錄中的活動系統化：整合管理 5 個核心活動 (Core Activities) + 37 個支援活動 (構建 10、規劃 12、交付 10、收尾 5)，並講工具技術 (基礎設施三件套、PWBS、財務估算) 與 4th → 5th 版本變化 (原則化、過程移到附錄、方法不限)。後半段開始逐條精讀 ECO 2024 考試大綱：五領域權重 (戰略一致性 15%、生命週期管理 44% 最高)，並講完 Strategic Alignment 的 Task 1~6 (初始評估、高層路線圖、定義路線圖+財務框架、評估關鍵干係人期望→使命、評估商業論證、分析業務戰略→識別收益)。
最重要的判準: 1. 專案集收尾的前提是「所有元件已關閉」(不是收益關閉);未關閉風險要移交接收方,對方不收→PMO→組織運營部門。 2. 考試中專案集成本/預算是「由上而下」估算後再分配給元件,不是元件成本加總。 3. 構建子階段的初始評估重點是「範圍、資源、成本 + 初始風險」(3+1),初始風險評估不識別具體風險。 4. 早期路線圖多半是高層的「要求」,目的是取得發起人驗證與批准 (=確認與戰略一致)。 5. 專案集三大基準:路線圖、財務框架/財務管理計劃、收益管理計劃;使命來源是關鍵干係人的期望與關切。
§46 第五績效域收尾:步調一致 (Pacing) 與跨元件協作 (01:23:20)
核心: 跨元件步調一致可使協同效應最大化;協作講的是「人」之間的協調機制。
- 選擇方法時比較「最安全、最可控、佔比最大」等角度
- 步調 (pacing) 要一致,像軍隊行軍一樣齊一,跨元件步調一致使協同效應 (synergy) 最大化
- 跨元件協作說的是「人」,不是管理模式:建立元件間協調機制、促進資訊流通
- 事情之間的資訊處理最終仍靠人完成
PMI 術語: Pacing ↔ 步調 / Synergy ↔ 協同效應
§47 第六績效域「協作」:讓其他五個績效域配合起來 (01:24:00)
核心: 協作是讓另外五個績效域能配合起來的「黏合劑」,但本身缺乏方法論與指標。
- 第六個績效域的定位:讓其餘五個績效域協同運作
- 講師個人看法:原本五個績效域畫面感很強,加入協作後結構反而不清楚
- 績效域要顯性化,需要方法、動作、過程、指標;協作沒有指標可衡量,所以「有點虛」
- 不是說不重要,而是獨立成績效域有爭議
⚠ 新版變化: 5th 版新增協作為第六績效域 (講師稱原本五個),後面講考綱時提到協作並未進入 ECO 考試內容。
§48 生命週期三階段:定義階段 = 構建 + 規劃 (01:24:52)
核心: 構建 (Formulation) 定目標、產出商業論證與章程;規劃 (Planning) 定計劃與指標、產出專案集管理計劃。
- 生命週期三大階段:定義 (Definition)、交付 (Delivery)、收尾 (Closure)
- 構建:確定專案集目標 (寫在章程上)、確定合理性 (商業論證);範圍、資源等估算都為了把目標做出來
- 構建還有兩個活動:環境評估、風險管理策略的確定
- 規劃:建立治理結構、制定專案集管理計劃 (Program Management Plan, PMP),含 13~14 個子計劃
- 定義階段主要成果:章程、路線圖、管理計劃、商業論證
PMI 術語: Program Formulation ↔ 專案集構建 / Program Planning ↔ 專案集規劃 / Program Charter ↔ 專案集章程 / Program Business Case ↔ 商業論證
§49 交付階段:元件授權、監督整合、過渡收尾 (01:26:12)
核心: 交付階段 = 啟動並管理元件;元件收益要在專案集層面整合後再移交給收益接收方。
- 元件授權與規劃 (Component Authorization and Planning):元件被授權、完成規劃後開始執行
- 元件監督與整合 (Oversight and Integration):整合元件產生的收益,或把元件 A 的輸出整合到元件 B 的輸入
- 元件過渡與收尾 (Transition and Closure):先驗收成果,再站在專案集收益角度整合為收益,移交接收部門
- 接收方可能是同組織運營部門,也可能是其他組織,統稱「收益接收方」
- 移交後專案集內部完成元件管理收尾、資源釋放
§50 專案集收尾 (Program Closure) 的前提與目的 (01:27:27)
核心: 所有元件都關閉後才能進入專案集收尾;收益沒有「關閉」的概念。
- 前提是所有元件已關閉,不是所有收益關閉
- 設收尾階段的目的:讓專案集經理關注「平穩移交成果、確保收益在接收方持續實現」
- 收尾工作:風險移交、財務收尾、合同收尾、資源遣散、資訊歸檔
🎯 考點: 問「專案集何時可進入收尾」→ 所有元件已關閉/完成移交;選「所有收益都已實現/關閉」是錯的。
§51 收尾時未關閉風險的移交責任鏈 (01:28:39)
核心: 未關閉的風險 (含專案集風險登記冊) 要移交接收方;接收方不接→專案集 PMO 接→PMO 也解散則交組織運營部門。
- 風險關閉與責任移交是收尾特別重要的工作
- 接收方全部接收 → 由接收方完成後續收益實現與風險管理
- 接收方只要收益不要風險 → 專案集所在組織承接:先由專案集 PMO 接一段時間,專案集真正解散後交組織運營部門
- 出了問題,責任仍屬專案集所在的組織
🎯 考點: 接收方拒絕承接風險時,答案不是「放著不管」或「強迫對方接」,而是由專案集/PMO/組織承接。
§52 2-2-2 結構:收尾也隱含「移交 + 關閉」 (01:30:05)
核心: 定義分兩個、交付分兩~三個動作、收尾本質上也是「移交 + 關閉」兩步。
- 收尾:移交子階段 + 關閉子階段,兩個動作相連
- 第三版收尾明確有「移交、關閉」兩個子階段;第四、五版把子階段拿掉,但移交動作仍在
⚠ 新版變化: 3rd 版收尾有兩子階段 (移交/關閉);4th、5th 版不再顯性列出,但本質未變。
§53 階段關口:定義→交付的觸發條件 (01:31:04)
核心: 定義階段結束 = 專案集管理計劃經階段關口評審被批准;交付階段開始 = 管理計劃批准 + 第一個元件被授權。
- 階段關口評審 (Phase-gate Review) 很重要
- 交付階段可能週期很長,因為元件很多
- 收尾階段在交付產生收益之後,階段間有大量交疊
🎯 考點: 「定義階段完成的標準」→ 專案集管理計劃獲批准;「交付階段開始」→ 第一個元件授權。
§54 提前過渡與階段重疊 (01:31:58)
核心: 條件具備就提前移交,不要等到最後;即使所有元件都已過渡,專案集收尾仍要正式進行。
- 元件做完或進行中就產生收益 → 提前過渡 (early transition)
- 專案集尚未關閉時,部分元件收益已進入移交甚至關閉,這是允許的
- 所有元件都過渡了,專案集收尾仍需要:做一次形式上/儀式上的關閉 (如簽確認書、剪綵)
- 規劃與執行期間反覆「交付-規劃-交付」,移交也是陸續、迴圈進行;最後可能做完,或被強行終止
🎯 考點: 「元件都已移交,專案集還要做收尾嗎?」→ 要,正式關閉不可省。
§55 核心活動與支援活動的數量 (01:33:22)
核心: 專案集活動分核心活動 (5 個) + 支援活動 (約 37 個),數字不會考,知道結構即可。
- 標準上的表寫的數量和實際發揮作用的活動數量不一致,所以講師不寫精確數字 (約 40 個左右)
- 核心活動 = 專案集整合管理的五個活動
§56 整合管理核心活動①:制定專案集基礎設施 (01:34:04)
核心: 核心活動五個,前三個最重要:建立基礎設施、管理專案集交付、管理專案集績效。
- 專案集基礎設施 (Program Infrastructure) 三構成:專案集團隊 (Program Team)、專案集管理辦公室 (PMO)、專案集管理資訊系統 (PMIS)
- 不是指建築、房間,而是「專案集自己的隊伍與系統」
- 後兩個核心活動重要性一般
PMI 術語: Program Infrastructure Development ↔ 專案集基礎設施建立 / PMIS ↔ 專案集管理資訊系統
§57 管理專案集交付 vs 專案集交付階段;管理績效 (01:34:55)
核心: 「專案集交付」是階段名稱,「管理專案集交付」是活動名稱,做題要分清楚。
- 中文翻譯不確定 (考試翻譯在國外),看英文最清楚:Program Delivery Management 的 management 指活動
- 管理專案集績效:執行中看表現,做報告、監督、彙報,輸出專案集績效報告、預測
- 管理績效考輸出較多;管理交付考內容較多
🎯 考點: 題目出現「專案集交付」先判斷是階段 (Phase) 還是活動 (Management)。
§58 管理交付 = 元件的增、減、改;變更維持計劃 (01:36:00)
核心: 管理專案集交付本質是管理元件的啟動、移交、關閉,以及元件的增加、減少或修改。
- 專案集交付階段涵蓋元件從啟動到關閉的全生命週期
- 站在專案集經理角度:管理元件啟動、移交、關閉及中間的變更請求 (Change Request)
- 與收益管理活動有關聯
- 專案集變更維持計劃 (change sustainment plan):5th 版寫得不如 4th 清楚,講的是專案集移交收尾時還要關注接收方需做的調整,才能讓收益在接收方持續
- 重點放在前三個核心活動
§59 專案集整合的三個層次:戰略 / 元件 / 運營 (01:37:19)
核心: 戰略整合 = 向上對齊組織戰略;元件整合 = 專案集內部;運營整合 = 向後與接收方運營整合。
- 戰略層面:專案集所有行為要納入組織戰略管理,不能割裂
- 元件層面:回到專案集內部,把元件協調好
- 運營層面:與接收方 (組織內或組織外) 的運營整合
- 專案集處在中間位置
§60 向上經組合對齊、向後「扶上馬送一程」 (01:38:09)
核心: 有專案組合時,專案集先對齊組合、再由組合對齊組織戰略;沒有組合則直接對齊組織。
- 從組織戰略得到要求 → 確立專案集目標 → 透過元件實現
- 收尾時把收益移交 (過渡) 到運營,包括過程中元件移交及專案集整體移交
- 不只交產品,還要交說明書、操作指導、維護方式 (例:蓋橋要告訴對方何時換螺栓、上黃油、做油漆保護)
§61 整合管理成功要素 (01:39:49)
核心: 全局視野、透明溝通協調、平衡干係人利益、持續改進。
- 專案集經理要有高度與全局視野
- 在專案集內部透明溝通協調、平衡各利益相關方、不斷改進
- 重點仍是五大核心活動與三層整合
§62 支援活動總覽:構建 10 + 規劃 12 與其產出 (01:40:00)
核心: 構建活動目的是產出商業論證 + 章程;規劃活動最終產出專案集管理計劃 (由 13~14 個子計劃構成)。
- 支援活動依階段分為定義、交付、收尾;定義又分構建 (10 個) 與規劃 (12 個),共 22 個
- 輸入輸出 (ITTO) 現在越來越不重要,但要懂整體邏輯
- 子計劃數字準不準不會考:每個方面一個,外加路線圖、變更、資訊等
⚠ 新版變化: ITTO 重要性大幅下降,活動移至附錄。
§63 構建活動重點:範圍、資源、成本 + 初始風險 (3+1) (01:41:30)
核心: 構建活動都是「評估/估算」(粗略);最重要的四個:初始風險評估、範圍評估、資源需求估算、初始成本估算。
- 構建階段不可能知道太多細節,都是大致估算 (assessment / estimate)
- 初始風險評估:了解組織風險偏好 (risk appetite) → 轉化為風險臨界值 (threshold) → 確定風險應對策略
- 在這裡不識別具體風險,這是考試辨析點
- 範圍資源成本 = 要做什麼、需要多少資源、需要多少錢
🎯 考點: 構建子階段的初始風險評估若選項是「識別具體風險/建立風險登記冊」→ 錯;應是了解風險偏好、臨界值、策略。
§64 規劃活動:財務三活動、財務框架 vs 財務管理計劃 (01:43:12)
核心: 規劃 12 個活動仍是 10 個方面,只是財務多出兩個 (估算成本、建立財務框架、規劃財務管理);財務管理計劃是財務框架的細化。
- 10 個方面:變更、溝通、財務、資訊、採購、質量、資源、風險、進度、範圍等
- 建立專案集財務框架 → 輸出「財務框架」;規劃財務管理 → 輸出「財務管理計劃」
- 構建時成本很粗略,到規劃時專案集成本就比較準
- 重點看:估算成本與初始成本估算的關聯、財務框架與財務管理計劃的區別
PMI 術語: Program Financial Framework ↔ 專案集財務框架 / Program Financial Management Plan ↔ 財務管理計劃
§65 專案集成本「不是」元件成本加總 (01:44:29)
核心: 考試中專案集成本是站在整體高度由上而下估算、經高層批准後作為元件的約束,不是元件成本相加。
- 現實中常是元件估好再加總 (甚至打折或加碼),但那會讓專案集管理失去意義
- 先有元件再湊成專案集是一種類型,但不是典型的「戰略專案集」
- 估算時還不知道有哪些元件;批准後的成本作為對元件層面的約束:「只給你這麼多錢」
🎯 考點: 問專案集成本/預算如何產生 → 由上而下整體估算後分配給元件;選「彙總各元件估算」是錯。
§66 定義階段主要輸出與 PMP 子計劃 (01:45:53)
核心: 構建產出商業論證與章程;規劃產出專案集管理計劃,路線圖與各子計劃都包含在管理計劃中。
- 子計劃:變更、溝通、財務、資訊、質量、資源、風險、進度、範圍,再加收益管理計劃、治理計劃等,共 13~14 個 (講師記得 14 個,數字無意義)
- 路線圖包含在專案集管理計劃當中
§67 交付活動 10 個:都以「管理」開頭,含執行與監控 (01:46:42)
核心: 交付階段 = 執行;交付活動名稱都叫「管理 XX」,但實際包含執行 + 監督控制 (Monitor and Control)。
- 仍是 10 個方面;總計構建 10 + 規劃 12 + 交付 10 + 收尾 5 = 37 個支援活動
- 例:管理專案集變更 = 執行變更管理
- 質量例外:叫「質量保證與質量控制」,因為「管理質量」是專屬名詞 (更接近質量保證),所以不能用
- 名稱只有「管理」,但同時有監督,例如管理溝通也包含監督溝通執行情況
§68 交付三子階段與預算「分配」給元件 (01:48:34)
核心: 專案集成本批准後成為預算,元件的資源與預算由專案集「分配」下去。
- 三子階段:元件授權與規劃、元件監督與整合、元件過渡與收尾
- 元件授權包括啟動一系列動作;規劃是元件層面管理計劃制定
- 標準用詞是「分配」:先確定專案集整體,再切給元件 → 呼應 §20
- 現實常反過來 (元件加總 Sigma),看企業風格
🎯 考點: 看到「分配資源/預算給元件」就是由上而下邏輯,掌握這個做題會好很多。
§69 收尾活動①:財務收尾 (01:50:14)
核心: 收尾有五個活動;財務收尾 = 付完該付的錢 + 關閉專案集所有財務帳戶。
- 兩個方向:採購相關付款 (專案集與元件都可能有採購);專案集自身運營/管理成本帳戶的關閉
- 關閉後不能再有支出記到專案集上
§70 收尾活動②③:資訊歸檔、採購收尾 (01:51:03)
核心: 文件整理歸檔交給需要的人;採購收尾要先讓元件採購都關閉,元件關不了的升級到專案集,專案集也關不了的升級到組織。
- 歸檔:客戶/接收方需要就給;不需要就存在組織,備審計、查閱、經驗教訓
- 專案集與元件可能有各自不同的供應商
- 專案集監督元件關閉採購事項;關不了 (如專利問題) → 升級專案集接手 → 仍不行 → 升級組織
- 目的:保證專案集到期能「關門」
🎯 考點: 採購問題無法關閉時,答案是升級 (元件→專案集→組織) 並繼續推進關閉,不是讓專案集無限延長。
§71 收尾活動④⑤:資源釋放、風險移交 (01:52:36)
核心: 內部資源歸還公司 (錢、設備、人),也可能移交給接收方;仍處 active/open 的風險責任要告知/轉移給接收方。
- 外部資源透過採購結束;內部資源回歸組織
- 接收方可能連人都要
- 風險:告知接收方、轉移責任;不接則由所在組織 (先 PMO,後組織) 承接
§72 收尾目的:平穩移交是持續收益的基礎 (01:53:32)
核心: 平穩移交與收益維持是因果/依賴關係,沒有好的移交,收益持續就沒有基礎。
- 收尾 = 財務、合同、資源遣散、資訊歸檔 + 風險 (四 + 一)
- 風險移交:識別並提醒殘餘風險、提醒責任、建立監控機制
- 移交後專案集團隊仍要關注,接收方處理不了時不能袖手旁觀
- 知識轉移:風險登記冊、應對措施與其有效性
§73 工具技術:基礎設施三件套 (01:54:57)
核心: 工具技術離散記憶即可;基礎設施 = 核心團隊 (Program Team / Core Team) + PMO + PMIS。
- 專案集管理對工具技術要求不高
- 核心團隊:協助專案集經理執行核心與支援活動 (如收益經理、變更控制經理);考試會出現 Program Team 與 Core Team 兩種說法
- PMO:處理標準化、模板、知識共享等專業工作;與核心團隊有交集
- PMIS:溝通、啟動元件等技術支持
⚠ 新版變化: 3rd 版基礎設施是 5 項,現在是 3 項。
§74 評估工具與 PWBS 分解原則 (01:56:31)
核心: 規劃最重要的技術是專案集 WBS (PWBS),分解到元件層;遵循 100% 原則 + 互斥原則 (不重不漏 / MECE)。
- 構建評估工具 (三點估算、WBS、甘特圖等) 了解即可
- PWBS:第一層專案集、第二層元件、第三層工作包
- 100% 原則避免遺漏、互斥原則避免重疊,以可交付成果/工作包為導向
- 專案內部活動不納入專案集經理管理範疇,不要插手
PMI 術語: PWBS (Program Work Breakdown Structure) ↔ 專案集工作分解結構
🎯 考點: 專案集經理管到元件 (最多工作包)層級,題目若讓專案集經理介入專案內部活動 → 越權。
§75 財務規劃技術:預算仍由上而下 (01:58:18)
核心: 可用類比、參數、自下而上、自上而下、專家判斷等估算;但專案集預算從整體開始、由上而下分配。
- 還有選擇合同類型
- 重點:規劃活動對應的規劃技術,WBS 最重要
§76 版本沿革:從過程導向到原則導向 (01:58:52)
核心: 3rd 版 ITTO 過程性最強 → 4th 版仍偏過程 → 5th 版原則性很強,過程大多放到附錄。
- 「基於原則而非基於過程」;原則適合高階學習者,但抽象、怎麼解釋都可以
- 講師把附錄的過程拿出來講,幫助建立感覺
- 對敏捷/變化接受度更高,不限定方法
⚠ 新版變化: 5th 版過程移入附錄、以原則+績效域為主。
§77 方法不限:元件可分別用預測、敏捷、混合 (02:00:31)
核心: 標準不限定方法,同一專案集下各元件可用不同開發方法。
- P1 預測型為主、P2 敏捷 (適應型)為主、P3 混合,都可以
- 給原則與績效域,怎麼做依組織與現實情況決定
§78 5th 版結構:第三章六大績效域是重點 (02:01:05)
核心: 5th 版結構簡潔,絕大部分在第三章;生命週期獨立成章,整合管理從績效域剝離為核心活動,工具移到附錄。
- 第一章:專案集概述、對齊、與 PMBOK/PfMP 的關係、價值交付系統 (原組織級專案管理的金字塔:願景使命→戰略→組合→專案集/專案/運營)
- 新增原則:不太容易考,但若考難度大 (太靈活);看講師影片就夠,不必深挖
- 活動與生命週期剝離,活動放附錄;核心 5 + 支援 37
- 標準中的活動表數量不完整,看書要注意
- 工具放附錄一;附錄二講版本變化
⚠ 新版變化: 整合管理不再是績效域,定位為核心活動;生命週期獨立成章。
§79 考試內容大綱 (ECO) 介紹:考題依大綱出 (02:03:09)
核心: 考題基於考試大綱出,建議讀英文版 (句子短);協作績效域與原則沒進入考試內容。
- 講師提供兩任務一頁版與一任務一頁英文版對照
- 讀不懂標準時,讀一兩遍標準後好好研究考綱
- 考試範圍不能超過大綱
🎯 考點: 協作、原則未進考綱 → 備考重心在五領域任務。
§80 五領域權重 (02:04:44)
核心: 戰略一致性 15%、生命週期管理 44% (最高)、收益管理 11%、干係人參與 16%、治理 14%(收益/干係人兩項講師未明說,依 ECO 2024 原文 p.6 補)。
- 戰略一致性 (Strategic Alignment):舊考綱叫戰略管理,15%,題目相對簡單
- 生命週期管理 (Life Cycle Management):舊考綱叫「生命週期」,44% 將近一半
- 收益管理:佔比不高,但需要理解深度
- 干係人參與 (Stakeholder Engagement):任務少 (約 7 個) 但權重比戰略一致性和收益管理都高,每個任務題目集中;西方的人際觀與傳統文化不同,容易選錯
- 治理 (Governance):權重約 14%
⚠ 新版變化: 領域改名:戰略管理 → 戰略一致性;生命週期 → 生命週期管理。
§81 戰略一致性 Task 1:初始專案集評估 (02:06:53)
核心: 初始評估 10 個方面中最重要的是「範圍、資源、成本 + 風險」;考試沒思路時就選這 3+1。
- 任務一、二放在一起只是順序剛好
- 構建子階段是制定商業論證與章程,章程批准後才有專案集經理;但考試預設你就是專案集經理,不必糾結誰執行
- 核心關鍵詞:從一開始就要關注專案集活動與戰略的一致性 (目標、過程、初始風險管理)
🎯 考點: 問「初始評估要評估什麼」沒思路 → 選範圍/資源/成本/風險相關選項。
§82 風險與目標的關係 (02:08:50)
核心: 風險 = 影響目標實現的不確定事件,包含威脅與機會。
- 機會:有可能超過預期目標,要抓住
- 學員答「影響目標實現的不確定事件」被講師評為最準確
§83 初始評估的目的 = 定義目標並與戰略對齊 (02:09:48)
核心: 初始評估是為了定義 (define) 專案集目標與影響目標的風險,目的是讓目標與組織戰略一致。
- 邏輯:初始評估 → 搞清目標、干係人期望、風險 → in order to 與組織戰略 (strategy) 對齊
- define = 把事情搞得明明白白
- 對齊不只是加強語氣,而是「必須一致」
- 環境評估也屬於初始評估的一部分
- 英文語序與中文不同,抓關鍵詞:初始評估、定目標、戰略一致性;其餘是干擾或增強說明
講師原話:「確定目標的過程,也是在跟戰略對齊的過程。」
§84 兩種考法;評估 (assessment) vs 分析 (analysis) (02:13:50)
核心: 「初始評估」是粗略的,對應構建 (Formulation);「分析」較細緻,對應規劃 (Planning)。
- 考法一:考原話,選項用考綱原詞 → 考綱要讀熟
- 考法二:問初始評估要考慮哪些方面 → 用 3+1 與戰略對齊的思想作答
- 看到 assessment/初始評估 → 時間點在構建子階段
🎯 考點: 用詞定位階段:assessment/estimate = 構建;analysis = 規劃。
§85 Task 2:建立高層路線圖;5th 版路線圖降級 (02:15:13)
核心: 5th 版路線圖被歸入專案集管理計劃 (像主進度計劃),顯性程度下降,但在考綱中仍是重要文件/活動。
- 4th 版路線圖是獨立且很重要的文件
- 歸入管理計劃後很像 master schedule
- 早期的高層路線圖對應章程中的 high level timeline (章程的內容之一)
- Task 2 發生在早期 (構建子階段 / 定義階段)
⚠ 新版變化: 4th 獨立文件 → 5th 歸入 Program Management Plan;考綱仍重視。
PMI 術語: High-level Roadmap ↔ 高層路線圖 / Master Schedule ↔ 主進度計劃
§86 路線圖內容多元:高層要求 + 自行規劃的里程碑 (02:17:10)
核心: 早期路線圖多是高層「什麼時間達到什麼結果」的要求;規劃時再加入管理用的里程碑;執行中還記錄元件實際起訖。
- 5th 版變化原因:路線圖太靈活,整個生命週期以不同形式/程度出現
- 考綱 Task 2 說的是最早期的那一版
- 要建立帶有里程碑與初步估算的高層路線圖
§87 里程碑是事件:早期時間點多半是「要求」 (02:19:15)
核心: 路線圖是高層規劃文件 (High Level Planning Document),早期的里程碑時間點多為上級要求或對高層的承諾,而非自己規劃出來的。
- 里程碑 (milestone) 沒有持續時間,只標示何時做到什麼 (事件、結果)
- 例:某年第二季要實現收益一 → 多半是上面提的要求
- 專案集尚未批准,要拿投資回報等早期規劃向高層彙報,爭取批准
- 兩種型別:上級要求 (如公司要求 2026 Q3 上市);基於目標自行加的管理控制點
§88 初步估算與外部依賴;目的是取得發起人批准 (02:22:04)
核心: 早期里程碑不一定是元件,可能是資金到位、設備進場、政府批文等,帶有大量估算;最終目的是獲得執行發起人的初步驗證與批准。
- 例:估算需兩年完成,每階段何時能達到什麼狀況
- 做路線圖的最初目的是產出文件,最終目的是讓發起人認可總體時間安排
PMI 術語: Executive Sponsor ↔ 執行發起人
§89 發起人批准路線圖 = 確認與戰略一致 (02:24:32)
核心: 發起人是最接近戰略的高層,他的批准代表認可專案集與組織戰略一致,而不只是批准時間點。
- 路線圖 ≈ 章程中的 high level timeline,之後也成為管理計劃內容
- 關鍵詞:路線圖/timeline、里程碑、估算 (資源何時到位)、外部依賴 (海外施工需政府/土地所有人批准)、發起人驗證
- 制定過程中要不斷校正方向,使之與戰略接近
- 每個任務單獨理解,不要硬做關聯
🎯 考點: 為何要發起人批准早期路線圖 → 驗證與組織戰略一致 (戰略一致性領域的本質)。
§90 Task 3:定義高層路線圖 + 財務框架 (02:27:12)
核心: Task 2 是 establish (建立,偏高層要求);Task 3 是 define (細化,站在自己角度);財務框架 = 資金流入流出安排。
- 發起人批准後,把 high level timeline 再細化,加入更多過程里程碑以保證高層要求的里程碑能達成
- 財務框架:cash flow in / cash flow out,錢從哪來、什麼時候付到哪裡
- 目的:為後續專案集定義、規劃、執行設定堅實基準
PMI 術語: Establish ↔ 建立 / Define ↔ 定義(細化) / Financial Framework ↔ 財務框架
§91 專案集三大基準 (02:29:18)
核心: 專案集基準有三個:路線圖、財務框架 (及後續財務管理計劃)、收益管理計劃。
- 基準是後續規劃分析與執行參考的依據 (baseline)
- Task 3 完成後基準「快齊了」,還差收益那部分
🎯 考點: 問專案集的基準 → 路線圖 + 財務框架/財務管理計劃 + 收益管理計劃。
§92 Task 4:評估關鍵干係人期望與關切 → 使命 (02:31:15)
核心: 早期要找出關鍵干係人 (key stakeholder),了解其期望 (expectations) 與關切 (concerns),以界定專案集使命。
- stakeholder 前有 key/important 等修飾語 → 高權力高利益,對待方式不同於一般干係人
- concern 譯「關切/擔憂」,不全是正面;expectation 是積極期望
- 重要干係人 (發起人、投資人) 的期望就是專案集要實現的東西 → 寫進使命
🎯 考點: 題幹 stakeholder 前有 key 修飾 → 視為高權力高利益,優先處理。
§93 使命寫在哪?章程 (但答題要小心) (02:32:37)
核心: 使命、願景實際上應在章程中;但 4th 版標準列章程內容時漏掉使命,考「章程包含什麼」時不要選使命。
- 考綱明確提到專案集有使命,早期要確定使命
- 講師說 5th 版是否列入章程,之後再幫大家核對
- 考試與知識學習方法不同:考試抓得分點;真實要形成網狀體系
講師原話:「如果有一道就考你章程的內容,就不要把使命選進去。」
🎯 考點: 「章程內容有哪些」→ 不選使命 (依標準列表);「早期是否要確定使命」→ 要。
§94 專案集方向的兩個來源:事 (路線圖) + 人 (干係人) (02:35:18)
核心: 方向一來自戰略與路線圖 (客觀、顯性);二來自關鍵干係人的期望與關切 (主觀、不符 SMART 但仍要滿足)。
- Task 4 提醒:不要只把戰略文件裡的東西當唯一方向
- 期望與關切偏主觀、不清楚,但又必須按其意思去做
- 使命、戰略、願景、價值觀同屬高層面要求,參考干係人想法才不偏離
- 這也是 Task 4 與 Task 1~3 的區別
§95 Task 5:評估商業論證 (尚未批准的「預演」) (02:39:24)
核心: 驗證並評估專案集目標、優先順序、可行性、成熟度,使其與組織戰略計劃一致;此時專案集尚未被批准。
- 考綱用詞是「評估」(evaluate) 而非制定;講師認為應是「制定 + 評估」(develop and update)
- 這階段全部是預判、預分析:可不可以做、值不值得做
§96 為何是「評估」:專案集多從組合來;優先順序影響資源 (02:41:32)
核心: 專案集可直接從戰略分解,或從專案組合來;考綱預設第二種 (組合評審時已做過初步論證),所以是「沒有就制定、有就驗證評估」。
- 商業論證最關心:完成專案集的合理性,以及在組織所有工作中的優先順序 (不是元件優先順序)
- 優先順序低 → 後期分配資源機率低,啟動受阻;優先順序高 → 優先保證資源
- 評估目的:驗證與組織戰略一致,避免啟動後資源浪費
🎯 考點: 商業論證中的優先順序指專案集在組織中的排序,影響資源分配。
§97 Task 6:分析組織/業務戰略,識別預期收益 (02:45:26)
核心: 從 Task 6 開始「收益」出現;分析組織與業務戰略 (Business Strategy),識別預期收益。
- 戰略層次金字塔:公司級戰略 → 業務戰略 → 職能戰略,下層支撐上層
- 分析內外部影響 (技術發展、市場環境、地緣政治) 與專案集驅動因素 (成長、發展、進入新市場)
- 市場分析 (Market Analysis)、高層成本效益分析、量化預期收益、初步範圍、定義收益實現計劃
PMI 術語: Business Strategy ↔ 業務戰略 / Market Analysis ↔ 市場分析 / Cost-Benefit Analysis ↔ 成本效益分析
§98 收益計劃的兩種關係 (02:47:35)
核心: 收益實現計劃是舊名稱 (≈ 收益管理計劃);兩種理解並存:收益管理計劃統括三者,或三計劃依先後順序。
- 理解一:收益管理計劃一統天下,包含收益實現計劃、收益移交計劃、收益維持計劃
- 理解二:三者有先後:收益實現計劃 (Benefits Realization Plan) → 收益移交計劃 (Benefits Transition Plan) → 收益維持計劃 (Benefits Sustainment Plan)
- 收益實現計劃用來說明怎麼交付收益 (本段在此處截止)
PMI 術語: Benefits Realization Plan ↔ 收益實現計劃 / Benefits Transition Plan ↔ 收益移交計劃 / Benefits Sustainment Plan ↔ 收益維持計劃