概念地圖・RACI
作者 山姆（謝冠生）・喵喵書評創辦人
發布 最後更新
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
RACI：一件事到底誰說了算
「這件事我以為你在處理。」——一個專案卡住，十次有八次卡在這句話。人多了，責任就開始糊：明明每個人都很忙，真要問「這件事誰拍板」，全場靜默。RACI 是一張把責任攤在桌上的分工表，橫排是一件件任務，直排是一個個角色，每一格只填四個字母其中一個：R（執行）、A（當責、拍板）、C（諮詢）、I（告知）。它最狠的一條規矩是——每一列，只能有一個 A。這張圖，幫你在動手前就把「誰扛、誰做、誰問、誰知會」講死，省掉事後互踢的那場架。
R、A、C、I 四個字母，各自站什麼位置
四個字母看起來很像，實際分工卻天差地遠。搞混任何一個，整張表就會從「講清楚」變成「更混亂」。先用一張表把四個角色的位置、白話意思，還有一旦放錯會發生什麼事，一次看完。
| 字母 | 代表什麼 | 一句白話 | 放錯會怎樣 |
|---|---|---|---|
| R | Responsible 執行 | 真正捲起袖子動手做的人 | 一件事掛好幾個 R 又沒說誰主導，互相等、互相推 |
| A | Accountable 當責、拍板 | 最後簽字、成敗算在他頭上的人 | 一列冒出兩個 A＝多頭馬車；一個 A 都沒有＝沒人敢拍板 |
| C | Consulted 諮詢 | 動手前要先問過意見的人 | C 掛太多，一個決定拖成十場會 |
| I | Informed 告知 | 事後知會一聲、不用參與討論的人 | 把該諮詢的人降成 I，他被跳過，事後翻臉 |
怎麼填，才不會填成一張沒人看的公文
RACI 的表格五分鐘就畫得出來，難的是每一格都填得誠實。三個判準，幫你把責任分到對的人身上。
每一列，A 只能有一個。這是 RACI 的心臟。當責的意思是「這件事搞砸了，我第一個被找」——一件事若有兩個人都覺得成敗算自己頭上，真出事時他們會互相看，以為對方在扛。橫著掃過每一列，數一數金色的 A，多一個就砍到剩一個。自問：這件事出包，我叫得出那唯一一個要負責的名字嗎？
R 是動手的手，A 是拍板的頭。執行和當責常常落在不同人身上：工程師寫程式（R），但要不要今天上線由主管決定（A）。把兩者混為一談，你會看到主管跳下來寫程式，或工程師自己扛下不該扛的成敗。填每一格前，先問這個人是在「做」還是在「簽字」。自問：這格的人，是負責交出東西，還是負責點頭放行？
C 和 I 之間，藏著最多得罪人的地雷。諮詢是「動手前要聽你的」，告知是「做完通知你一聲」——差一階，感受差很多。把一個自認有話語權的資深同事排成 I，他會覺得被繞過去；把太多人排成 C，你又寸步難行。這一欄考的是政治敏感度。自問：這個人被降一階，會不會在關鍵時刻扯後腿？
一間八個人的小公司要辦尾牙。老闆一句「大家一起弄一下」就散會了，結果：場地兩個人各訂了一家，訂金付了兩份；抽獎獎品到當天還沒人買；主持流程沒人認領，開場前十分鐘全在滑手機問「等下誰講話」。忙了三週，每個人都覺得自己有幫忙，卻沒有一件事真的有人扛到底。
把它用 RACI 排一次：
- 訂場地：行政妹妹執行（R），老闆當責拍板預算（A），會計諮詢報價（C），全員告知（I）。
- 買獎品：兩位同事執行（R），行政主管當責（A），老闆告知結果（I）。
- 當天主持：業務阿明執行兼當責（R＋A），其他人只需知道流程（I）。
拆完就看出來了：原本的亂，不是大家不做事，而是每件事都少了那個金色的 A。責任一旦有名有姓，訂金付兩份、獎品開天窗這種事，當場就消失了。以上為說明結構用的示意情境，僅供理解框架之用。
這張表，什麼時候會反過來害你
RACI 治得了「沒人扛」，但用過頭、用錯地方，它也會製造新的麻煩。三個最常見的坑。
- 一列兩個 A，比完全沒有 A 更慘。沒有 A，至少大家知道這件事懸著沒人拍；有兩個 A，兩人都以為對方會處理，真出事時互指對方。畫表時最該盯死的，就是有沒有哪一列偷偷多長出第二個金圈。
- 它畫得出責任，畫不出能力。在某人格子裡填一個 A，不代表他真扛得動這件事。RACI 只解決「該由誰負責」，至於那個人有沒有本事、有沒有時間，表格一個字都不會提醒你。分完責任，還得看人。
- 格子填越滿，越沒人真的看。有些團隊把每個微小步驟都拆成一列、每個人都掛上 C，最後生出一張三十列的巨表，歸進共用資料夾，從此無人開啟。RACI 的價值在關鍵幾件事講清楚，不在鉅細靡遺——變成公文，它就死了。
用痛點的眼光，再看一次
RACI 是一張向內的地圖。它把屋子裡的分工攤開來問：這件事誰動手、誰拍板、誰要先問過、誰只需知道——治的是團隊裡「事情懸著沒人扛」的那種內耗痛。這很有用，一間常常「我以為你在弄」的公司，光把 A 指名到人，效率就能翻一倍。但它有一個天生照不到的角落：這整張表在忙的那件事，屋子外面到底有沒有人要？你可以把「開發新產品」的 R、A、C、I 分得漂漂亮亮，每個人各就各位、火力全開，然後齊心協力，做出一個沒人想付錢的東西。RACI 算得出誰扛哪一塊，算不出你們合力扛的那塊，市場買不買單。所以順序是：先走出屋子，確認外面真有人為這個痛付錢；確認了，再回頭用 RACI 讓對的人，扛起對的責。別讓一張精美的分工表，替一件根本沒必要做的事，動員了全公司。
關於 RACI，大家最常問的幾題
R 和 A 到底差在哪？我一直搞混。
記一個畫面就好：R 是把稿子寫出來的那雙手，A 是決定這稿能不能發、發了扛責任的那顆頭。出事時被老闆叫進辦公室的，是 A 不是 R。很多時候一個人身兼兩角，但你心裡要清楚他是踩在哪個位置上。
一件事可以同一個人又當 R 又當 A 嗎？
可以，而且小團隊很常見——自己做、自己扛。只要那一列的 A 還是唯一的一個，就沒問題。真正要避免的只有一種情況：同一列冒出第二個 A。
RACI 適合幾個人的團隊用？
三個人以上、又有幾件事會交叉重疊時，就值得畫。兩個人的專案通常講一句話就清楚了，硬套反而累贅。人越多、交接越多，這張表越還你清白。
畫好之後要一直維護嗎？
不用當成活文件天天改。它最大的作用發生在「動工前那次對齊」——大家一起把 A 指名到人的那個當下。專案結構有大變動再回來調，平時把它當成貼在牆上的共識就好。
「一個經理人的產出，等於他所轄組織的產出總和。」葛洛夫這句定義很硬，也正是 A 那一格扛的東西——《葛洛夫給經理人的第一課》的拆書整篇都在回答：那份總和該怎麼扛得動。至於格子填得漂亮、卻沒人真的認領的情況，《團隊領導的五大障礙》的拆書指向更上游的一層：沒有人真心承諾，誰都不好意思開口要求誰。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。