概念地圖・矩陣組織雙重報告
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：管理
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
矩陣組織雙重報告：兩條線都沒滿，交叉點先爆
週一早上八點，同一位師傅的名字出現在兩張工作單上。一張是職能主管排的現場班表，一張是專案負責人發的支援單——兩位都沒排錯，兩張單子各自看都合理。矩陣組織雙重報告畫的就是這個位置：橫的一條線是職能主管的人力調度，縱的一條線是專案主管的交付需求，兩條線在同一格上交會，而那一格是一個活生生的人的一週。這張圖不去爭論公司該不該設兩位主管，它只問一件事——交叉點上的那個人，這禮拜總共被排了幾個小時。
九個交叉點，兩條線各自要什麼
把兩位主管各自的需求攤在同一張表上，數字自己會說話。
| 交叉點 | 職能主管本週排的 | 專案主管另外要的 | 這個人的一週（上限 40） |
|---|---|---|---|
| 李師傅・施工部 | 32（A 20／B 12／C 0） | 專案 A 再要 16 | 48，超出 8 |
| 王師傅・估價部 | 34（A 8／B 16／C 10） | 專案 B 再要 10 | 44，超出 4 |
| 陳師傅・售服部 | 30（A 12／B 6／C 12） | 專案 C 再要 8 | 38，還空 2 |
| 三人合計（上限 120） | 96 | 34 | 130，總量多 10 |
兩位主管站在自己的位置上，帳都是漂亮的。職能側整週排出 96 小時，離 120 小時的總量還很寬；專案側額外要的 34 小時，看起來更是隨便塞都塞得進去。可是那 34 小時要塞進去的位置，是三個指名道姓的人——而李師傅那一欄已經寫了 32。最後一列還藏了一個容易被跳過的落差：總需求 130 只比總量多 10，實際超載卻是 12。多出來的那 2 小時，在陳師傅名下閒著，誰也搬不走。
你站在哪一個交叉點，兩張單子攤開就知道
一、先確認這個人有沒有一張完整的鐘點表。隔音工程這一行，施工部排的是現場施作，專案端要的是丈量、複測、跟客戶對進度——兩份需求走在兩套系統裡，一份在工地群組，一份在專案主管的行事曆。師傅本人手上那本記事簿，往往是全公司唯一把兩邊加起來的地方。自問：這個人這一週的全部工時，有沒有任何一個地方看得到加總？
二、量交叉點，不要只量部門。把施工部的總時數拉出來看，永遠是安全的——因為部門的分母是三個人、五個人、十個人。真正會爆的是「這個部門裡唯一會做浮動地板的那位」。隔音工程的技術很吃手感，能上高難度案場的人常常只有一兩位，於是三個專案的額外需求會不約而同指向同一個名字。自問：我手上最忙的那個人，這禮拜被幾位主管各自排過班？
三、把「調得過去」跟「有空」分開算。陳師傅名下空著 2 小時，帳面上足以吃掉李師傅超出的一部分。實際上那 2 小時是售服的機動時段——客戶臨時反映樓上還是有腳步聲，要當天到場。這種空檔不能預先劃給別人，它是留給意外的。總量算得出來的餘裕，有一半是這種不能動用的餘裕。自問：我算出來的那個缺口，是全公司的缺口，還是某一個人的缺口？
四、先講好誰有權把某一格劃掉。兩張單子撞在一起的那一刻，決定權若沒有事先寫下來，最後是靠師傅自己判斷誰比較兇、誰的案子比較急。隔音工程的專案主管手上通常握著交屋日，職能主管手上握著明年的考績——師傅會怎麼選，公司心裡有數，卻很少寫進辦法裡。自問：兩份需求撞在同一格時，哪一位主管的決定算數，這件事有沒有白紙黑字？
一位隔音工程師傅的一週工時，兩張工作單排一次
底下這家台灣中部的隔音工程公司，是為了把這個結構講清楚而編出來的示意情境，沒有指涉任何真實公司。公司二十來人，分施工、估價、售服三個部門，同時跑三個案子：A 案是老屋整層改錄音空間，B 案是連鎖診所的診間隔音，C 案是社區樓板加固的回頭修繕。
- 週一早上，施工部主管貼班表：李師傅 A 案 20 小時、B 案 12 小時、C 案 0 小時，一共 32。留了 8 小時的彈性，主管覺得自己排得很有良心。部門帳面漂亮
- 同一天中午，A 案專案主管發支援單：老屋現場要重新丈量三個房間、跟屋主對兩次板材樣品，估 16 小時，指名要李師傅——因為浮動地板只有他做得順。32 加 16，一週變成 48
- B 案那邊同時發出 10 小時：診所要在營業時間外複測噪音值，王師傅本來就被估價部排了 34 小時，加起來 44。再超 4 小時
- C 案只要 8 小時：陳師傅本來 30 小時，加完 38，還剩 2 小時的餘裕。唯一沒破線的交叉點
- 週三下午，總經理把三張表擺在一起：職能側 96、專案側 34、總量 120——他先鬆了一口氣，接著才發現那個分母根本不成立——120 這個數字，是由三個各自只有 40 的人加出來的。餘裕分不動
這家公司後來做的事很小：把三個專案的額外需求，統一改成寫進「人」的欄位裡，寫在「案子」欄位上的一律退回。同一張表上，李師傅那一列於是出現兩筆數字，加起來 48，紅字自己跳出來了。真正的決策也就變得具體——把老屋的複測往後挪一週，或讓陳師傅接手其中 2 小時的丈量，再不然乾脆花錢外包丈量。這三個選項在原本兩張分開的單子上一個都看不到，因為兩張單子各自都沒有超編。矩陣組織真正改變的是衝突發生的位置：它從「部門之間」搬到了「一個人身上」，而那個位置沒有人天生負責看。以上為說明結構用的示意情境，僅供理解框架之用。
這張交叉圖什麼時候會騙你
- 格子裡填的是排班表上的數字，做完要多久是另一份紀錄。李師傅那 20 小時是主管排的，實際做起來可能 26，也可能 15。當交叉點只超出 4 小時，你會覺得還好；可是排班誤差本身就有正負五小時的量級，這時候「超出 4」跟「剛剛好」在資料上分不出來。這張圖適合用來找出超出 8 小時、12 小時那種量級的衝突，別拿它去做兩小時等級的精算——那要靠回報工時，而回報工時是另一件更難的事。
- 四十小時是格線，人會自己把它撐開。圖上畫著上限，現實裡師傅通常不會說「我排不下」，他會週六早上去把丈量做完。於是紅字消失了，帳面回到 40 以內，管理者以為系統運作良好。真正的成本轉移到了離職率、施工品質、以及「這個人下次不肯接 A 案」的隱形拒絕上。看到某一格連續好幾週貼著上限、當事人卻從來沒喊過，那多半是被撐開的——真的排得剛好的格子，反而會有人來討論。
- 交叉點會移動，這張圖只是一個週的快照。這週爆的是李師傅，下週 A 案進入施作、B 案進入複測，爆的就換成王師傅。若把這張圖當成「李師傅是瓶頸」的結論，公司會去補一位會做浮動地板的人，然後下一季發現瓶頸跑到估價那邊去了。這張圖真正該回答的問題，是「本週誰站在交叉點上」，而回答的頻率必須跟專案的節奏一樣快。
用痛點的眼光，兩條線交會處那個人
兩張工作單各自都合理，加起來才是那個人的一週。
《痛點》那把尺，量的一直是「誰在痛、痛在哪一刻、願不願意為它付錢」。矩陣組織的九宮格把前兩件事量得很漂亮——它畫得出李師傅這禮拜被排了 48 小時，畫不出他週二晚上打電話跟太太說又要加班時的那個停頓。而公司真正流失的東西，就藏在那個停頓裡。所以這張圖最該遞到的手上，其實是師傅本人——他終於有一份文件可以指著說「這兩筆是同一個我」，不必再自己去當那個講不出口的協調者。矩陣組織把協調成本從主管身上，悄悄挪到了交叉點上那個沒有職稱的人身上——圖畫出來，只是把這筆帳還給該付的人。今晚花十分鐘，找出公司裡最常被兩位主管同時指名的那一位，把他這週在兩份排程上的數字寫在同一張便條紙上，明天上班第一件事拿去給那兩位主管看。
關於矩陣組織雙重報告，常被問到的幾件事
矩陣組織一定會讓員工過勞嗎？
過勞的來源通常落在「沒有人做加總」這件事上，主管有幾位反而排在後面。真正危險的組合，是兩位主管各自排班、卻共用同一個沒有上限提示的人。只要有一份把兩邊工時攤在同一列的表，並且明訂超出上限時誰有權砍，雙重報告反而比單線指揮更能提早看見瓶頸——因為專案需求在單線組織裡是隱形的，它會用「順便幫個忙」的形式進來，連數都數不到。
兩位主管給的優先序不一樣，該聽誰的？
先別問聽誰的，問「這件事以前是怎麼解決的」。多數公司都已經有一套潛規則：交屋日在前，或考績打分數的人在前。把那套潛規則寫成明文，就完成八成的工作了。剩下兩成是設一個門檻——例如超出上限 4 小時以內由當事人自行協調，超過就自動上升到兩位主管的共同上級。門檻的意義，在於把「向上求救」變成一個流程動作，順手洗掉打小報告的氣味。
這張九宮格多久要重畫一次？
跟你的專案節奏同頻。工程類多半是一週一次，週一早上排班同時畫；軟體開發若跑兩週一個衝刺，就兩週一次。真正的判準只有一句：畫圖的時間點要早於承諾的時間點。等專案主管已經跟客戶講好交期，才發現那個人排不下，這張圖就只剩下事後歸咎的功能了。
二十人的小公司也需要畫嗎？
小公司更需要，因為關鍵技能常常集中在一兩個人身上，交叉點的密度反而更高。差別在於工具——三十人以下不必上系統，一張白板、三列人名、幾欄專案就夠了。真正該投資的是那條規則：任何人要指名調用別部門的人，必須把時數寫進那個人的列裡——只寫在自己案子底下的一律退回。這一條規則本身，就是矩陣組織能不能運作的分水嶺。
一週四十小時，兩張工作單，先把交集數出來。想知道兩位主管之間誰握預算、誰握調度，那條光譜在矩陣組織的權力光譜上有五種型態可以對號入座；如果你的問題是反過來的——一位主管手上到底帶得動幾個人——那要看的是管理幅度。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。