核心主題 主要觀點／概念 實務或理論意義 重要條件／限制／延伸
Causality 找出哪些 activities 有合理理由相信會造成 desired strategic outcomes。 Strategy execution 不是列 initiatives，而是建立 action→outcome 的因果邏輯。 因果通常只能形成可檢驗 hypothesis，不應假裝完全確定。
Criticality 從眾多 activities 中辨識真正 indispensable／high-leverage 的 critical activities。 避免平均分配 management attention／resources。 Critical 不等於 urgent，也不等於所有重要工作都要列入。
Compatibility Critical activities 必須互相 reinforce，而不是彼此抵銷。 Strategy 的力量來自 activity system 的 fit，而非單一最佳活動。 Trade-offs／conflicts 必須被明確處理。
Continuity Projects、processes、structure、roles、resources、capabilities、measures、rewards 等 designs 必須長期支援 critical activities。 把一次性 strategy workshop 轉成持續 operational delivery。 如果 systems 未對齊，個人努力很難持續。
Clarity Strategic logic、critical activities、responsibilities 與 measures 必須讓組織成員理解。 降低模糊、衝突與不同單位各自解讀 strategy 的風險。 Clarity 不代表把複雜性假裝成過度簡單。
Inverted Pyramid Phase 1：Overall objective → strategic choices → critical activities；Phase 2：把 projects／processes／structure／roles／resources／measures／risks 等與之對齊。 提供全書整合性的 strategy-execution architecture。 框架是 sequential thinking aid，但真實 execution 可迭代／emergent。

Five Cs：作者把 Strategy Execution 壓縮成五個判斷

第 5 章提出全書最核心的設計原則：Causality、Criticality、Compatibility、Continuity、Clarity。

Causality 問「為什麼做這件事會造成我們要的結果？」；Criticality 問「在所有可能活動中，哪些真的不可少？」；Compatibility 問「這些活動會互相增強還是互相打架？」；Continuity 問「組織設計與 systems 是否能讓它持續發生？」；Clarity 則確保這整套 logic 能被理解、分工與管理。

Inverted Pyramid：從 Strategy 往下翻，而不是從現有組織往上湊

作者的 inverted pyramid 分兩大 phase。

Phase 1 — Translating objectives into action：先確認 overall objective，再辨識 strategic choices，最後找出 critical activities。

Phase 2 — Aligning organizational designs and systems：再把 projects、processes、organization structure、resource allocation、interfaces、roles／responsibilities、capacity／commitment／capability、performance measures 與 strategic risks 對齊。

這個順序很重要：不要先問「我們現有 structure 要怎麼調」，而是先問「strategy 要求哪些 critical activities」，再決定什麼 structure／system 最適合。

Sequential Thinking 不等於世界真的線性

作者明確承認真實 strategy 可能 emergent，causal relationships 也不一定完全線性。Inverted pyramid 的目的，是防止管理團隊一次跳到所有問題、用既有組織架構限制思考，而不是聲稱 execution 永遠依固定步驟發生。

Unique Context 與 Present Reality

同一套 high-level strategy 在不同 organization 可能需要不同 execution design，因為既有 capabilities、culture、systems、resources、market conditions 不同。Framework 的用途是讓 context 被系統地納入，而不是提供 universal recipe。

本章判斷重點