⭐ Richard 完整版重點

Richard 老師親整的 PgMP 4th 考點清單,以「項目集核心能力 → 戰略對齊 → 效益管理 → 相關方 → 治理 → 生命週期 → 變更」為軸線。本筆記以 §N 段落體重整,保留所有清單與對照表,並標註易混淆陷阱。

---

§1 — 五大 Performance Domain (考試命題主軸) [p.1]🔗

PgMP 第 4 版的五大績效領域(Performance Domain),即項目集經理日常工作的 5 大職責(每題情境基本上落在其中之一):

#	Domain (繁體)	英文	對應俗稱
1	戰略對齊	Strategic Alignment	「對齊組織戰略」
2	收益管理	Benefits Management	「拿出價值」(ECQ 中之 C)
3	相關方參與	Stakeholder Engagement	「搞定人」
4	治理	Governance	「規矩與決策」
5	生命週期管理	Life Cycle Management	「整個流程跑完」

考點:題目給情境後,先判斷「核心議題屬哪一個 Domain」,再決定工具。例:出現 ROI/NPV/收益登記冊 → Benefits;出現高層贊助/溝通衝突 → Stakeholder;出現決策授權/CCB → Governance。

• 易混淆:Strategic Alignment 與 Benefits 常綁在一起 — 戰略告訴你「為什麼做」,Benefits 告訴你「做完拿到什麼」。

---

§2 — 項目集 vs 項目 / 投資組合 三層定位 [p.1, p.2]🔗

• 項目集 (Program):由「相互關聯」的子項目 + 子項目集 + 項目集活動 (program activities) 構成,做這些子項目「拿不到」的協同收益 (Synergy / Outcome → Benefits → Value)。
• 項目 (Project):重點是 deliverables / outputs;單獨做拿不到項目集層級的協同收益。
• 投資組合 (Portfolio):組織戰略 → 戰略目標 → 戰略舉措 (strategic initiatives) → 落到項目集/項目/業務運營;Portfolio 不要求成員間相關,只要支撐戰略即可。

考點對照:

維度	Project	Program	Portfolio
核心交付	Outputs / Deliverables	Outcomes / Benefits	Strategic Objectives
成員關聯	N/A	必須相關聯	不要求相關
期限	有明確結束	通常較長,以收益實現為界	持續運作
變更心態	控制變更	擁抱變更(60% 以上不確定)	戰略再平衡

• SPM (Standard for Program Management) 4th 在 60 多年實踐淬鍊後,只剩 15 年的歷史證據 — 表示 SPM 框架本身年輕,考試以「項目集經理在面對高度不確定環境下做戰略決策」為主旋律。

---

§3 — 項目集啟動的「戰略動因」5 大類 [p.2]🔗

題目若問「為什麼要啟動這個項目集 / 啟動原因 / Why launch a program」,答案落在這 5 類:

1. 戰略項目集 (Strategic) — 內部市場或外部支持的戰略目標催生,以效益、變革、范圍、資源、質量、資源、回報、信息、風險為驅動,項目集管理中的整合最為關鍵。
2. 合并人員戰略 (合併人員/合併項目) — 多項目合一,常為了在更大範圍協同收益,組織以為合適、但風險也跟著加大。
3. 項目組合管理功能要修正 — 認知、經驗、領導力與項目集管理功能不足等。
4. 新興團隊:原本分離的相關方/能力,重新組合產生協同 benefits 與 outcome,項目集涌現。

5. 項目組合需要去衡量產出價值之差距,以衡量項目集活動產生差距。

6. 易混淆:第 1 類「戰略項目集」與啟動原因第 4 類「新興團隊」常被混為一談 — 前者由「戰略推下來」,後者由「下面湧現上去」。

---

§4 — 戰略對齊四大分析工具 [p.3]🔗

題目出現「啟動前要做什麼分析」,Richard 給出 5 大標準工具 (記憶口訣:比歷四 SWOT):

1. 比較優勢分析 (Comparative Advantage) — 回答「Why? 為何做這個 program」,可用子項目結構繞開現有專利或法律屏障,以及找到價值 + 預估收益。
2. 可行性分析 (Feasibility Study) — 從成本、收益、風險、時間、業務、文化等維度量化看「能不能做」,當前項目集對其他在做的項目集要不要拋棄、退出?
3. SWOT — 內 (S/W) 外 (O/T),回答「項目集要做什麼來抓住機會、最小化風險」;優勢 S 和劣勢 W 中考的最多。
4. 假設分析 (Assumptions) — 對「假定」做出影響分析,假設條件做出來成立、不成立的工作。

5. 歷史信息 (Historical information) — 當前項目集可向其他已結束項目集學經驗,通常存在工件 (artifacts)、組織知識庫、風險紀錄簿。

6. 易混淆:Comparative Advantage 是「為什麼這個 program 比別的好」;Feasibility 是「這個 program 自己做得起做不起來」。前者比較,後者驗證。

---

§5 — 項目集商業論證 (Business Case) 與效益識別 [p.3, p.4]🔗

• 項目集商業論證確認項目集對齊戰略,記錄收益識別、實現、移交,使用【效益登記冊】記錄收益實現的計劃與狀態,同時在整個子項目進行中也用【效益登記冊】度量和傳遞收益的進展和狀態 status。
• 商業論證會在「戰略制定」→「項目集發起」兩階段中被反覆引用,項目集章程 (Charter) 也以它為基。

效益管理 5 個步驟 (BDM Benefits Delivery Mgmt 主線):

1. 效益識別 (Identify) — 起始於項目集定義階段。
2. 效益分析與規劃 (Analyze & Plan) — 項目集每個子項目一個一個、并行;項目集交付計劃中存在重叠 overlaps。
3. 效益交付 (Deliver) — 項目集執行階段,每一個。
4. 效益移交 (Transition) — 項目集執行與收尾過渡之間。

5. 效益維持 (Sustain) — 在項目集收尾後仍可能繼續執行。

6. 重點:Sustain 不在項目集範圍內,但 PgM 仍要交付一份計劃,確認接手單位 (運營/PSC) 可以維持收益。

---

§6 — 效益實現路徑圖 (Roadmap) 與依賴圖 [p.4, p.13]🔗

• 【效益登記冊】是非常重要的文件,其中最主要的事:效益清單 benefits list、計划效益与計划交付目標的初始 mapping、每個效益的最關鍵 KPIs 和如何測量,以及與項目集 KPIs 和路線圖映射,記得登記冊中存在多個效益。
• 【效益管理計劃】=「指南文件」說明效益如何被治理,連接到 Charter、Roadmap、PSC 治理。是 BDM「Plan」步驟最核心輸出。
• 【效益實現計劃 (Benefits Realization Plan)】= 連接到項目集啟動 (Initiation) 後的某項目集執行階段,包含效益依賴關系圖 (BDM)、效益實現路線圖 (BRM)、效益依賴模型 (Benefits Dependency Map)、效益登記冊和執行的衡量標準 Metrics 和程序。

對照表:

文件	性質	主要作用
Benefits Register (登記冊)	動態紀錄	列清單、量化 KPI、追蹤狀態
Benefits Management Plan	指南/治理	「如何管理收益」的方法論
Benefits Realization Plan	執行藍圖	含 BDM/BRM,告訴你何時/誰交付
Benefits Dependency Map (BDM)	視覺依賴圖	顯示效益之間 + 與項目集成果的因果鏈
Benefits Roadmap (BRM)	時間軸	效益何時實現 (when) + 順序

---

§7 — 相關方分析與參與計劃 [p.4, p.5]🔗

• 相關方分析 識別組織內部結構、相關方利益沖突點、溝通量及要求等,沟通是項目集經理的「首要工作」。
• 識別出相關方→分析→分類→排序,輸出【相關方登記冊】,對于沖突的部份特別做計劃並進入【項目集溝通計劃】。
• 「只有當項目集獲利相關方『好處』(利益) 大于成本時,項目集才有可能成功」,因此項目集經理必須花至少一半時間去做「溝通」。
• 【相關方參與計劃】= 內部信息 + 對外信息分發策略 (預期反映出來的觀點、行為、態度等)。
• 進入項目集執行階段後,項目集經理是組織與相關方之間的「橋樑 (Bridge)」,需要與「項目集治理委員會 PSC」與「項目集發起人 Sponsor」共同努力。

對照常考:

場景	工具/文件
識別相關方	Stakeholder Register
規劃如何參與	Stakeholder Engagement Plan
規劃如何發信息	Communications Management Plan
衡量參與效果	Metrics → 反饋至溝通改善

---

§8 — 項目集會議:Performance Review 與 Presentation [p.5]🔗

• 【項目集績效評審 Performance Review】:強調對 PSC 報告 (信息發佈) 的「結構化」與「有效人員傳達」,並支付額外的相關方溝通。
• 【相關方參與會 Presentation】:展現項目集團隊的工作,進行專業匯報的形式,向不同人提供有意義的內容。

• 【相關方登記冊】:已含「項目集會議」之列。【相關方參與計劃】中【項目集會議】。

• Loosing engagement (失去參與感) 的表現:不參加或不出席重要的會議。不為之前已經宣告召開的承諾 Presentation 做好預備,相關方識別困難 / 不充分,大量重要關鍵字缺、原有干系人尤其關鍵的不出席、大量重要事項的、甚至在項目集執行後續中失去項目集發起人。

考點:識別 Loosing engagement 的徵兆 → 重啟相關方識別 → 修訂【相關方參與計劃】、【相關方登記冊】→ 相關方溝通。

---

§9 — 項目集治理結構與 PSC 的角色 [p.6]🔗

項目集治理 (Governance) 通過「效益評審」與「項目集治理委員會 (Program Steering Committee, PSC)」決策、批准項目集發起、變更、計劃滾動、子項目啟動 / 收尾 / 過渡。

• PSC 對項目集的「治理」負責,不對日常管理負責 (那是 PgM)。
• 治理「使用」與「不使用」項目集發起人 (Sponsor)、項目集經理 (PgM) 在不同階段角色:
• 發起人 Sponsor:從項目集 initiation 到項目集執行,代表組織出資。
• PSC:橫跨全生命週期,做關鍵決策。

• PgM:執行 PSC 的決策,日常運作。

• 變更請求(Decision register):一旦發生變更,自動歸入決策日誌,批准變更、批准關口評審、風險和變更的決策、監控政策等執行,12 個治理關鍵其他活動之于全生命週期幾乎都可以涉及。

---

§10 — 項目集生命週期 5 階段 (PgMP 4th 三大階段細分) [p.7, p.8]🔗

SPM 4th 把項目集生命週期分為 3 大階段:項目集定義 (Definition) → 項目集交付 (Delivery) → 項目集收尾 (Closure)。Richard 把它細到 5 個子階段:

1. 項目集制定 (Definition Sub Phase) — 識別項目集戰略目標和不確定性,確定如何用項目集戰略確定的方式,實現組織能力的差距 (PSC 成員)。為了通過比較其他與戰略目標的契合度,證明該項目集如何降低風險、整合、采用其他項目集而獲得收益,從而推動戰略目標的方法、開展項目集變更和加深的范圍。
2. 項目集規劃 (Planning Sub Phase) — 規劃子項目順序,定義 PSC 成員以及制定章程治理結構 (PSC 機制)。建立項目集治理結構 (PSC 成員),成立初始的項目集團 + 基線設備上,制定【效益管理計劃】。【項目集管理計劃】包含 14 份子計劃,由子項目集管理計劃和基線在共同期限的時間段內定義。隨著環境變化和項目集發展,項目集要持續做滾動式更新。
3. 項目集交付 (Delivery) — 按照項目集管理計劃針對對子項目集活動。1. 項目集管理計劃出爐,項目集交付階段就。2. 依據項目集管理計劃,規划授權新項目、隨後反饋至下一輪,移交和關閉,項目集的預期效益實現以收尾。3. 組合的項目計劃位裡組件層面,在項目集監控整合,保持與項目集方向一致。在以下三個相互迭代的子階段中進行。
4. 組件規劃與規劃 — 每個組件規劃需要立足其發展上來啟動。送往的階段並包括【項目集啟動計劃】。
5. 項目集收尾 (Closure) — 主要區分項目集滾動式進化更新、一致性和項目集過渡收尾兩大。

Richard 強調:規劃過程涉及兩大方向 / 兩個層級 — 「規劃項目集的工作」與「整合 / 監控各子項目」必須同步;考題常設計「PgM 規劃失敗」陷阱(只規劃 program-level,沒處理 component-level)。

---

§11 — 14 份項目集子計劃 [p.8 補充]🔗

【項目集管理計劃】包含 14 份子計劃,熟背順序對應五大 Domain (考點密度高):

1. 範圍管理計劃
2. 進度管理計劃
3. 成本管理計劃
4. 質量管理計劃
5. 資源管理計劃
6. 溝通管理計劃 (Communications)
7. 風險管理計劃
8. 採購管理計劃
9. 相關方參與計劃 (Stakeholder)
10. 變更管理計劃 (Change)
11. 治理計劃 (Governance)
12. 效益管理計劃 (Benefits)
13. 信息管理計劃
14. 過渡 (移交) 管理計劃 (Transition)

備註:Richard 在投影片中沒列完整 14 項,以上為標準清單;考試常題型「下列哪份計劃不屬於項目集管理計劃」— 答案通常是「投資組合計劃」或「項目章程」。

---

§12 — 項目集執行階段:授權項目集子項目 [p.8, p.9]🔗

按照項目集管理計劃中對項目集活動執行:

1. 項目集管理計劃出爐,項目集交付階段才能。
2. 依據項目集管理計劃,規劃授權新項目,隨後反饋至下一輪、移交和關閉,項目集的預期效益實現以收尾。
3. 組件的項目計劃位裡組件層面,在項目集監控整合,保持與項目集方向一致。

在以下三個相互迭代的子階段中進行:組件授權與啟動 / 組件交付 / 組件移交。

• 組件授權與啟動:每個組件規劃需要立足其發展上來啟動,送往的階段並包括【項目集啟動計劃】。
• 中,項目集經理提出組件的初步申請進度 PSC 根據組件結構準備合適、開放、能力出去走訪 (若批准) 項目集經理在獲得項目集贊助、PSC 模板的批准後,以滿足效益達到的合適,項目集經理將正式批准組件啟動進入計劃。
• 組件啟動的「整合」 — 組件啟動後,組件被組合到項目集中,每個項目集都應有【組件章程】、移交和關閉、運營和維持、預算和資源、信息管理計劃。這些計劃中都明確了關鍵活動的決策節點和重要日期。
• 組件交付:組件項目經理在計劃中組件交付計劃,需要事重 (重)、運維 ENG、必使能 QVI、移交時點納入效益等。在正式驗收項目集收尾時,將有相同關鍵的所需要 PSC 和加入人共同驗收。

---

§13 — 組件治理與移交至 PSC [p.9, p.10]🔗

• 組件移交:出組件批准批准 PSC 根據組件需求的方向加之出大型 (若批准) 項目集經理理請求組件抑制其完成方,以確保收益的合理性。
• 組件接受/批准組件移交:每個項目集都有規範的【項目集生命週期計劃】(項目運营计划),同時,在每個下兩階段都有 PSC 項目集指導委員會公認監督,以實現組件批准、維持與關閉的同一致。

組件移交後,項目集指導委員會 PSC 需要做:

• 項目集是否完成了預期的功效 ? — 收尾證明的移交是否已經完成。
• 項目集產生的效益是有滿足合理性需要在後改進?

「在項目集發生收尾時的子項目未完,可立刻提示 go/no-go 的決定」,確認還是退出、停止集合。

---

§14 — 項目集 INPUTS (英文清單,逐字背) [p.10, p.11]🔗

Inputs to the Program activities (考試英文題用):

Definition / Pre-Initiation 階段輸入:

1. (Portfolio) Strategic Plan
2. ( Program Mandate ) High-Level Program Business Case
3. ( Full ) Program Business Case
4. Program Charter
5. Program Roadmap

Delivery / Initiation 階段輸出 / 下階段輸入:

1. Program Management Plan — developed based on Strategic plan, Business case, Program Charter, Program Roadmap & Other outputs from program formulation

---

§15 — 變更專題 (Change Management) [p.11, p.12]🔗

1. Changes requested by one component may impact other components.
2. Any change to one component has a potential impact on other components Identification and analysis of these impacts are part of the change management process.
3. Change requests are addressed through the change control process. They are considered by the appropriate authority in the program management team and approved, rejected or modified for further consideration. Proposed changes must go through a formal change request process for an analysis of the impact to scope, schedule, cost, and risk to both the overall program and to any components within the program.
4. Change requests at the project level may be reflected in the various program interfaces. These changes are used to update the program management plan.
5. The change control process on program is often hierarchical. The program has change control board (CCB) that analyzes changes at the program level. If the program CCB identifies an impact to a component, the change is sent to the component-level CCB for a more detailed impact analysis. The results of that analysis are returned to the program CCB and any impacts to other components or to component interfaces are identified.
6. Component changes that could affect the overall program's benefit delivery should be reviewed and approved by the governance board.

Richard 重點:
* 變更必走「程序層 CCB → 組件層 CCB」兩層,不允許組件 PM 私自決定影響到 program-level benefit 的變更。
* 子項目 (component) 的變更若影響整體 benefit delivery,必須回到 Governance Board (PSC) 批准,不能停在 CCB。

---

§16 — 效益依賴圖 BDM 與效益實現路徑 (p.12 重複強調) [p.12]🔗

【項目集架構 (Architecture)】= 項目集件結構,映射組件如何交付項目集收益。

• 【效益登記冊】包括效益的列表 (What),這些重要效益的列表和項目集達成此之間的映射圖 BM (Benefits Map),定義它們之間的關鍵效益指標 Derived KPIs 和故事。
• 【效益管理計劃】包括如何 How 和何時 When 交付效益,包括效益依賴關係圖 BDM (Benefits Dependency Map),定義對效益的角色職責,定義產量收益的衡量標準 Metrics 和程序。

圖	重點	屬於哪份文件
Benefits Map (BM)	What — 效益清單與映射	Benefits Register
Benefits Dependency Map (BDM)	How — 效益之間因果依賴	Benefits Management Plan
Benefits Roadmap (BRM)	When — 時間軸順序	Benefits Realization Plan
Derived KPIs	量化指標	Benefits Register

• 易混淆:BM ≠ BDM ≠ BRM,三張圖各管 What / How / When。

---

§17 — 項目集生命週期-收益治理-活動全景圖 (流程矩陣) [p.13]🔗

p.13 是一張橫向矩陣圖 (8.4 Program Strategy-Benefit-Governance-Life Cycle-Activities),Copyright Richard Zhang。橫軸為生命週期,縱軸為四大支柱:Program 流程 / Benefits / Governance / Stakeholders。

階段	Formulation Sub Phase	Planning Sub Phase	Delivery Phase	Closure Phase
Program 流程	Program Identification → Charter	Program Planning → Roadmap → PMP	Component 授權 → 監控與整合	Transition → Close
Benefits 軸	Benefits Identification	Benefits Analysis & Planning	Benefits Delivery (含 Realization)	Benefits Transition → Sustainment
Governance 軸	PSC 成立、決定 Go/No-Go	治理計劃 + 章程批准	Phase Gate Reviews、CCB 決策	Closure Approval、Lessons Learned
Stakeholders 軸	識別 + 初步參與	Engagement Plan + Communications Plan	Engagement 執行 + Performance Review	Stakeholder Handover

4 個 Phase Gate:Formulation → Planning → Delivery → Closure 之間共 3 個關口評審 + 收尾驗收 1 個,PSC 在每個 gate 做 go/no-go。

考點:給你一個情境 (例如「子項目 A 完成,要決定要不要啟動子項目 B」),先定位你在矩陣的哪一格,再決定該叫誰、用哪份計劃、產出什麼工件。

---

§18 — Richard 強調的 TOP 10 考點清單 (13 頁濃縮)🔗

依「考試頻次 + Richard 投影片強調次數」排序:

1. 五大 Performance Domain 必須能瞬間反映:看到情境,3 秒內判斷屬「戰略對齊 / 收益 / 相關方 / 治理 / 生命週期」哪一塊。 [§1]
2. Project / Program / Portfolio 三層差異:特別記「Portfolio 不要求成員相關、Program 要求成員相關」。 [§2]
3. 戰略對齊 4 大分析工具 (比歷四 SWOT):Comparative Advantage vs Feasibility 不可混淆。 [§4]
4. BDM 效益管理 5 步驟 (Identify / Analyze / Deliver / Transition / Sustain):Sustain 不在 program 範圍內但 PgM 仍須交計劃。 [§5]
5. 效益四圖 (Register / Plan / Realization Plan / BDM-BRM):What/How/When 各歸何處要背熟。 [§6, §16]
6. 相關方參與是 PgM 首要工作 (至少一半時間),執行階段 PgM 是「橋樑」。 [§7]
7. PSC vs Sponsor vs PgM 角色界線:治理責任 / 出資 / 執行三條線不可混。 [§9]
8. 項目集生命週期 3 大階段 (Definition / Delivery / Closure) 與 4 個 Phase Gate:每個 Gate 都是 PSC 的 go/no-go。 [§10, §17]
9. 變更層級 CCB:program-level CCB → component-level CCB → 影響 benefit 的回到 Governance Board。 [§15]
10. 項目集啟動 5 大戰略動因:看到「為何啟動 program」題,從戰略推下、合併、組合修正、新興團隊湧現、價值差距 5 類去選。 [§3]

---

§19 — 與既有筆記交叉索引🔗

• 與 palace.html 的「方法宮殿」對照:本份 §6 / §16 補了 BDM / BRM 視覺差異,可補強宮殿格 5。
• 與精講筆記 §N (1,000 段) 對照:Richard 強調的是「考點密度」與「易混淆對照」,精講筆記強調「完整知識體系」,兩者互補。
• 與既有濃縮版 PgMP 4th 重點知識.pdf (99K, 2 頁) 對照:濃縮版只剩生命週期矩陣 (本份 §17),其餘 18 個 §N 都是新增資訊。