概念地圖・規模化敏捷框架
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
規模化敏捷框架：四層節奏怎麼咬合，決策權限收到哪一層
十二個小組各自都跑得很順，把十二張進度表疊起來，卻沒有人答得出來下一季會出什麼。每張表都綠燈，合起來卻是一團看不出方向的綠。規模化敏捷框架（Scaled Agile Framework，簡稱 SAFe）就是衝著這個場面長出來的：把公司由下而上切成四層，每一層配一個固定節奏與一組明確的決策權限，再讓一列敏捷發布列車橫向貫穿，把各層的時間表咬在一起。它是全球導入率最高的規模化敏捷方法，也是被罵得最兇的那一個。
四層各自在管什麼
把圖上的四層攤成文字，你會看到每一層都有自己的時間刻度、自己的決定，以及自己特有的失敗長相。
| 層級 | 節奏 | 這一層在決定的事 | 沒對齊時的長相 |
|---|---|---|---|
| 團隊層 | 兩週一衝刺 | 這兩週動哪幾張故事卡 | 每組都準時，合起來拼不出一個能用的東西 |
| 專案群層 | 十週一個 PI | 這一班列車對外承諾交什麼 | 兩天的 PI 規劃開完，回座位依賴照樣卡住 |
| 大型解決方案層 | 十到十二週對齊一次 | 多列車與供應商之間怎麼取捨 | 兩列車各自完工，整合時才發現介面對不上 |
| 投資組合層 | 一季到半年 | 錢往哪條價值流走、哪些喊停 | 待辦爆滿，正式喊停的項目一件也生不出來 |
四列讀下來會浮出一條規律：節奏越往上越長，權限越往上越集中，失敗的長相也跟著換。下層的失敗長成「東西拼不起來」，上層的失敗長成「東西準時做出來了，客戶連問都沒問過」。越往上，錯誤被發現得越晚，代價越大——而四層框架能縮短的是前者，未必是後者。
畫四層之前，先用四個問題量自己
一、你卡的是同步，還是方向。SAFe 全副武裝在解的是同步：十二個小組互相等待、介面對不上、誰也不知道對方這兩週會動到哪支服務。如果你的痛感其實是「大家都很忙，但沒人確定該做哪一邊」，四層框架會把混亂排得整整齊齊，然後準時把你送到原本那個錯的地方。自問：把所有小組的進度表攤開，卡住的是彼此等待，還是根本沒人拍板該做哪一邊？
二、你有幾條真的獨立的價值流。一列敏捷發布列車的建議規模是五到十二個小組、五十到一百二十五人。低於這個數字，四層會退化成四層行政；高於這個數字卻硬編成一列，PI 規劃就變成一百八十人擠在同一個大會議室裡輪流念稿。價值流的邊界畫錯，後面每一場會議都會替你付帳。自問：如果只留一條價值流，哪些小組會被迫留在同一張時間表上？
三、十週的承諾，你的市場等得起嗎。PI 是一次對外的承諾週期，通常八到十二週。在監理密集、整合成本高的產業，這個長度很理性；在一週就能改版上線的消費型產品上，它可能把你的反應速度硬生生拉長五倍。框架的節奏一旦比市場慢，準時交付本身就會變成一種落後。自問：從發現一個明顯的客戶問題，到修正真的上線，你現在實際要幾天？
四、誰有權喊停。四層裡最關鍵的一格在最上面：投資組合層要能停掉一整條價值流的資金，這整套節奏才有意義。若上層只會加項目、從不砍項目，下面三層的節奏就只是把塞車排得比較整齊，車速一點也沒變。自問：過去四個季度，投資組合層真的停掉過哪一件事？
一家銀行的數位金融部，把四層走一遍
- 團隊層・兩週：行動銀行的六個小組各跑兩週衝刺，轉帳、帳單、線上開戶各認一塊，每兩週交出一次可點擊的展示。法遵提早三週看到畫面
- 專案群層・十週：六個小組加上核心系統的兩個小組編成一列列車，兩天的 PI 規劃把「開戶流程改版」的依賴一條條掛上牆。核心變更窗口一年四次
- 大型解決方案層：行動銀行這一列、分行櫃檯系統那一列，最後必須在同一份客戶資料模型上會合。兩列起訖日差了三週
- 投資組合層・一季：把「數位開戶」定為一條價值流，資金一季撥一次，季末重新檢視誰該續命。砍掉兩個月活破不了千的功能
- 列車外的號誌：自律規範修訂、年度滲透測試、資安紅隊演練，都不跟著 PI 的節奏走。有些車廂要等外面的燈
這個場景真正值得記住的接縫，落在第三格與第五格。前面幾格是教科書式的順利：節奏咬住、依賴上牆、資金按季重撥。但客戶資料模型那一格提醒你，兩列車的節奏對齊，不等於內容對齊——起訖日差三週，就足以讓整合永遠落在下一輪。第五格更誠實：監理稽核與資安演練的時程不歸你排，列車只能繞著它們走，繞不掉。所以這家銀行真正的收穫，是每十週有一次全員站在同一面牆前，親眼看見自己的承諾卡在誰身上。那面牆有沒有用，取決於上面掛的是真實的依賴，還是修飾過的進度。以上為說明結構用的示意情境，僅供理解框架之用。
這張圖什麼時候會騙你
- 它最常被拿來把瀑布重新包裝一次。四層一畫出來，很多公司做的第一件事是把專案經理改叫發布列車工程師、把年度計畫切成四個 PI，儀式全上，權限一格沒動。十週一次的 PI 規劃於是變成十週一次的大型甘特圖會議，會後那份計畫在第三週就過期，卻沒有人有權改它。有個很土的檢查法：隨便問一個小組，上一個 PI 裡他們自己砍掉過哪一項承諾。答不出來，這列車就只是換了塗裝的甘特圖。
- 兩天的 PI 規劃大會，成本比帳面上高得多。一百二十人、兩天，光人力就燒掉將近兩千個工時，一年四次接近八千。這筆錢買到的東西很具體：依賴被攤在同一面牆上、每個人看得見別人的承諾。前提是牆上真的貼得出承諾。當多數卡片的答案都指向「要等外部單位」，這兩天就退化成集體確認一次風險。第二次 PI 規劃還在確認同一批風險時，問題已經不在會議流程上了。
- 角色一多，新的官僚會自己長出來。SAFe 定義了發布列車工程師、解決方案架構師、產品管理、史詩負責人一整排角色。角色本身沒問題，問題在於很多公司把它們當成新的階層來填：原本三層簽核，導入後變成三層簽核外加兩個協調角色，決定跑得比以前更慢。看一個訊號就夠——一個小組要改自己的驗收條件，需要幾個人點頭。答案超過兩個，那些角色正在把權限往上收。
對齊之前，先確認最上面那一層對不對
四層框架治的是對齊。
它把節奏與決策權限畫成一道看得見的階梯：誰在兩週的刻度上動手、誰在十週的刻度上承諾、誰在一季的刻度上決定錢往哪走。這件事有價值——多數規模化的災難，就出在這幾把刻度尺各走各的。可是階梯要能救人，前提是最上面那一格站對地方。這張圖畫得出誰決定什麼、幾週交一次，畫不出那個決定有沒有貼著客戶真正在痛的地方。層數越多、儀式越整齊，錯的方向就被執行得越精準：十二個小組、四個季度、八千個工時，全部準時地走向一個沒有人驗證過的假設。《痛點》那把尺盯的正是最上面那一格——誰在痛、痛到什麼程度、他現在用什麼土法頂著。今晚可以做的只有一件事：打開最近一次 PI 規劃的成果清單，挑金額最大的那一項，在旁邊寫下它對應哪一位真實客戶說過的哪一句抱怨。寫不出來的，下一班列車先別讓它上車。
常見問題
SAFe 跟 Scrum 到底差在哪？
Scrum 描述的是一個小組怎麼在兩週裡從待辦走到可交付，範圍就是那一個小組。SAFe 把 Scrum 原封不動放在最底層，往上再疊三層：專案群層讓五到十二個小組在同一個十週週期裡對外承諾，大型解決方案層處理多列車與供應商之間的介面，投資組合層決定錢往哪條價值流走。換句話說，Scrum 管一個小組的兩週，SAFe 管十二個小組的下一季，以及那一季的預算由誰拍板。
四層一定要全部開嗎？
不用。官方本身就提供只保留團隊層與專案群層的精簡版本，很多公司終其一生只需要這兩層。判斷方式很直接：如果你只有一列敏捷發布列車，大型解決方案層沒有存在的理由，因為它管的就是列車之間的介面；如果你的預算一年只調整一次、也沒有多條價值流要互相比較，投資組合層那一格會變成年度預算會議換一個名字。層開得比需求多，多出來的每一層都會生出自己的會議與文件。
PI 規劃真的要花兩天嗎？
兩天是設計出來的成本，用來換一件平常買不到的東西：所有人在同一個房間裡把彼此的依賴當場講清楚，省下十封信來回的三週。值不值得，看兩個數字——你的跨組依賴平均要花幾天才能談定，以及上一次 PI 規劃後有多少承諾在第三週就作廢。前者越長、後者越少，這兩天越划算。反過來，如果大半依賴的解法都指向外部單位，把它縮短成半天的風險盤點，通常更誠實。
為什麼那麼多人說 SAFe 不夠敏捷？
批評主要落在三處：角色多、儀式重、承諾週期長。十週一次的對外承諾本質上帶著計畫性質，公司若順手把它當成不能改的合約，敏捷就只剩名字。這些批評大多成立，但要分清楚問題出在框架還是導入方式——SAFe 明文寫著 PI 目標可以在期間內調整、團隊有權砍掉自己的承諾，只是這兩條在多數導入現場最先被拿掉。想知道自己屬於哪一種，回去翻上一個 PI 的變更紀錄最快。
想先把單一小組的兩週循環跑穩，可以看 Scrum 框架的兩層嵌套循環；若你的卡點其實在小組之間怎麼互相打擾，團隊拓撲談的四種團隊型態與三種互動模式，比層級圖更貼近日常。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。