案例｜Bottom-Up Integration Planning：把被要求的 HR 專案變成真正策略行動

案例｜Airline Automated Check-In：從模仿競爭者到建立 Causal Chain

核心主題 主要觀點／概念 實務或理論意義 重要條件／限制／延伸
Emergent／Bottom-Up Strategy Strategic initiatives 不只由高層自上而下產生；front line／functions 也會因機會、問題、competitor moves 提出新 action。 Execution system 必須能評估 emergent initiatives，而不是只服從 annual plan。 Bottom-up 不等於 automatically strategic。
Project Value vs Project Delivery 一個 project 可以準時、按預算、按規格完成，但仍可能不是對 strategy 有價值的 project。 專案成功指標必須加入 strategic contribution。 Conventional project management 常更重 delivery than strategic causality。
Causal Chains 把 project／activity 的直接 product 逐步連到 intermediate outcomes 與 overall objective。 建立 line of sight、communication、trade-off discussion 與 decision rationale。 鏈條仍是 causal hypotheses，需要 evidence 支持。
Strategic Risks 同一 causal chain 可辨識 implementation risks 與 post-implementation risks。 Risk management 不再與 strategy execution 分離。 要區分「做不成」與「做成了但 outcome 不如預期」。
Performance Measures Measures 可沿 causal chain設計 leading／lagging indicators，追蹤 project product、intermediate effect 與 final outcome。 避免只衡量 task completion。 Measure design 需考量 cost、gaming、lag 與 controllability。

Strategy 不只會從上面下來

第 7 章補上 deterministic planning 的盲點。組織處在不確定環境，top management 不可能在年度 strategy process 中預見所有機會、問題與 competitor moves；因此很多真正重要的 initiative 會從 departments、projects 或 middle management 底層浮現。

作者不把 emergent strategy 視為失控，而是要求建立一個判斷機制：新 initiative 是否真的能被連到 overall objective？

做對 Project，不只把 Project 做對

Conventional project management 很擅長 scope、time、cost、quality，但 project delivery success 不等於 strategic success。如果 project 本身沒有重要 causal contribution，完美執行也只是在高效率地做錯事。

Bottom-Up Integration Planning 案例正好展示這點：CEO 要求 harmonize employment terms，HR 起初認為戰略價值有限；透過 causal mapping，團隊才把 flexible benefits、employee acceptance、attraction／retention 與 merger integration 連成更有價值的設計。

Causal Chain：從 Project Product 追到 Overall Objective

Causal chain 將「建出什麼」與「最後為什麼有價值」分開。Airline automated check-in 的問題不是 kiosks／system 能不能上線，而是它是否縮短 queue、改善 satisfaction、提高 retention、降低 cost，最終改善 performance。

這也讓團隊能提早發現兩類 risk：一是 implementation risk（例如 technology／adoption 失敗）；二是 post-implementation risk（system 上線但 customer satisfaction 沒改善）。

Performance Measures 應沿 Causal Chain 設計

如果只測 project completion，就看不到 strategy 是否真的發生。作者主張從 causal chain 挑選 leading／lagging measures：先測 activity／product，再測 intermediate behaviour／experience，最後測 strategic outcome。

本章判斷重點