概念地圖・康威定律
作者 山姆（謝冠生）・喵喵書評創辦人
發布
分類：系統
這一頁不只是把一個概念解釋一遍——一張自己畫的結構圖，加上拿台灣情境從頭走一次的實例演練、這個框架什麼時候會騙你，以及它接回 P.A.I.N. 之後長什麼樣。一頁必須交付的三層 →
康威定律：系統最難用的那道介面，長在組織的縫上
一張系統架構圖攤在會議桌上，紅筆圈住的是最難用的那道介面——每次要拿到對面的資料，都得先轉一次檔、再打一通電話確認。有人把組織圖印出來疊上去才發現，那道介面剛好落在三年前吵完架、從此各走各的那兩個部門中間。沒有人是故意把它做成那樣的：當初的工程師只是照著「能問得到人的範圍」把功能切開，切完就是現在這個形狀。1968 年，Melvin Conway 把這件事寫成一句話——設計系統的組織，產出的設計會複製這個組織的溝通結構。那張組織圖，其實是系統架構圖的第一版草稿。
組織那邊出現什麼，系統這邊就長出什麼
這條定律不必等到系統壞掉才驗證。組織圖上先出現的每一種形狀，都可以在系統上找到對應的那一塊，也都可以在客服電話裡找到對應的那一句話。
| 組織這邊的樣子 | 系統那邊會長成 | 客戶那邊聽到的一句話 |
|---|---|---|
| 三個小組各寫一塊 | 系統剛好三塊、三道接縫 | 「這個要問誰」 |
| 兩個部門吵過架，只靠信件往來 | 兩塊之間多一層轉檔與人工核對 | 「我上週就講過一次了」 |
| 某件事只有一個部門動得了 | 系統裡一整塊沒人敢改的黑盒 | 「那個要等他們排程」 |
| 外包給另一家公司做 | 介面變成合約，改一個欄位要走流程 | 「這功能什麼時候會有」 |
| 兩個部門併在一起，坐同一排 | 那道介面幾個月後自己被磨掉 | 抱怨聲消失，通常沒人回報 |
最後一列才是這張表真正的用途。前四列在解釋你為什麼會走到今天，最後一列在提醒一件容易被忽略的事：介面的難用程度，是一個可以用「改人怎麼坐」去調的變數，而且那個調整往往比重寫程式便宜。多數團隊卻只在右邊那一欄裡繞來繞去。
三個地方，看得出你的系統正在長成你的組織
一、看你的介面上多養了幾個人。一道健康的介面，上面應該只有機器在跑。一旦它上面站了人——每天早上匯出、貼上、核對、打電話確認——那道介面就是一條組織的縫在收租，租金是那個人的一整個上午。沿著一條完整的流程數過去，有幾個人的工作內容是「把資料從左邊搬到右邊」，那個數字就是你的組織圖在這條線上斷掉的次數。自問：這條流程從頭到尾，有幾個人的實際產出是搬資料？
二、看同一份資料被抄成幾份。兩個部門各自維護一份「同一批貨」的紀錄，多數時候技術上早就做得到共用，缺的是一個能拍板「誰是正本」的共同上司。資料被抄成幾份，通常就代表這件事橫跨了幾個各自為政的單位；而每一份副本，都會在某個週三下午變成一場「你的數字跟我的對不起來」的會議。自問：同一個客戶的電話，公司裡有幾個地方存著，改一次要改幾次？
三、看改一個欄位要驚動幾個主管。在派車單上加一個「預計到貨時間」，如果只要工程師改一行就上線，那道介面在組織上是通的。如果要先跟客服主管講、再排進跨部門會議、最後等資訊部給排期，那個欄位就穿過了三道組織邊界。改動成本會誠實地把組織圖畫給你看，比任何一次組織診斷都準。自問：最近一次被打回票的小需求，它到底卡在哪兩個部門中間？
一家中部的貨運行，把兩張圖疊起來
- 先畫組織圖：老闆底下三塊——調度部、客服部、財務部。調度和客服分屬兩位副總，一週只在週一早會碰一次面。
- 再畫系統圖：派車系統、客服工單、帳務系統，剛好也是三套，分別是三個時期各自找廠商做的。三套系統，三個部門
- 疊起來對縫：調度與客服中間那道邊界，在系統上就是每天早上七點那份匯出的 Excel。介面上站著一個人
- 客戶打來問貨到哪了：客服要開兩個畫面查，再打一通內線問調度，最後回一句「我幫您問一下」。一通電話跨兩道縫
- 老闆先試著解系統：叫廠商把兩套系統串起來，報價與工期都出來了，但「到貨時間以誰為準」沒人答得出來。卡在權責
- 改法換一邊：調度抽一人、客服抽一人，加一個排班組長，三個人坐同一張桌子，只負責一張單從進來到簽收。先動組織
- 三個月後：那份 Excel 沒人再匯了，因為兩邊開始共用同一張單；廠商的串接範圍反而縮小了一半。系統跟著走
這家貨運行最後沒有買到一套更好的系統，串接的工程量反而變小了。真正被移動的是那道縫的位置——它原本橫在調度部與客服部中間，一天要靠一份 Excel 和好幾通內線電話才跨得過去；三個人坐在一起之後，那道縫退到了這個小組的外緣，而外緣那一側是財務對帳，本來就一天只需要碰一次。介面沒有被修好，它被搬到了一個比較不痛的位置。這個場景值得記住的接縫是：系統上最貴的那道介面，位置通常由組織圖決定，跟當初選了哪個框架關係不大——所以動手前先問「這道縫應該在哪裡」，會比問「這道介面該怎麼寫」省下很多錢。以上為說明結構用的示意情境，僅供理解框架之用。
這條定律最常被拿來做錯的三件事
- 改組織圖上的框，不等於改了溝通線。公告發下去、名片換了，實際上誰跟誰講話可能一個月都沒變——老同事還是私訊、舊流程還是照跑、簽核單還是繞回原來那個人。康威定律複製的是真實在跑的那條溝通線，PowerPoint 上的框線不算數。所以反向操作真正的工作量，在「讓新的線被用起來」：會議、值班表、共同的目標數字、誰替誰擋事，全部要改到新形狀上，重畫方框只是第一天的工作。
- 有些縫跟組織無關，硬套會誤診。法規要求的資料隔離、供應商 API 的天花板、十年前留下的技術債，都會在系統上留下一道很難用的介面，而它們跟誰跟誰吃午餐毫無關係。看到縫就先怪組織，會把一場單純的重構升級成一次沒必要的改組，賠掉的是半年的士氣。判斷方法很簡單：先問「這道介面如果交給同一組人從頭重寫，會不會自然變好」，答案是不會，那它就跟組織圖無關。
- 反向操作會先變慢，而且慢得很明顯。改完組織的頭三個月，新團隊要重新認識彼此、舊系統還沒動、兩套規則並行，產出通常會掉一段。這段時間老闆一問「改組織到底改出什麼」，多數團隊就退回去了，退回去之後留下的是一個又累又沒改成的組織。要讓它成立，得先講好「多久之後才看指標」，並且真的派人去重寫那道介面——只改人不改碼，最後只會多長出一道新的縫。
先動哪一道縫，客戶說了算
縫在哪裡，這張圖說得很準。
往下一步就開始失準。這張對映圖畫得出組織的邊界怎麼一比一長成系統的介面，畫不出客戶在那道介面上被收走了多少。使用者從頭到尾看不到你的組織圖，他只會說一句「這件事為什麼要問三個人」——那句話才是那道縫的價目表：三通電話、兩天等待、把同一段話講兩遍的火氣。《痛點》那把尺量的是誰在痛、痛多深、多久痛一次、他為此多付了什麼；康威定律回答的是這個痛長在哪一段結構上。兩件事合起來，才會變成一份排得出先後的清單——一家公司同時有五、六道縫，全部照著改要一年，可是真正落在客戶動線上的往往只有一兩道，其餘幾道難看歸難看，客戶一輩子不會遇到。今晚做一件小事：把上個月的客服紀錄拉出來，只留下出現過「轉接」或「我再幫您問一下」的那幾通，看它們是不是集中在同一道邊界上。集中的那一道，才是你這一季唯一該動的組織縫。
關於康威定律，常被問到的幾件事
康威定律到底在講什麼？
Melvin Conway 在 1968 年一篇叫〈How Do Committees Invent?〉的文章裡提出：設計系統的組織，最後產出的設計會複製這個組織的溝通結構。白話講就是，你的系統會長成你的組織圖。兩個很少講話的部門各自負責的那兩塊，中間一定會出現一道厚厚的介面；三個小組寫一套系統，系統就會分成三塊、三道接縫。它描述的是一個幾乎不用力就會發生的預設值，你可以對抗它，但要花力氣，而且花的是組織上的力氣。
康威定律有被驗證過嗎，還是只是一種說法？
這篇文章當年被商業期刊退稿，最後刊在專業雜誌《Datamation》上，一開始確實比較像一位工程師的業界觀察。後來陸續有研究比對開源專案與商業軟體的模組結構，發現團隊分布愈分散、程式的耦合也愈鬆，這個現象被整理成「鏡射假說」（mirroring hypothesis）。要注意的是這類研究看的多半是相關性，它能說明兩張圖傾向長得像，說不準「改了組織就一定會得到你想要的架構」。實務上把它當成一個很強的預設傾向來用，最安全。
只有十個人的小公司，也會有康威定律嗎？
會，而且發作得更快。十個人的公司通常沒有正式組織圖，但一定有「誰跟誰坐在一起、誰跟誰吃午餐」的實際溝通線，康威定律吃的正是這一條。常見的樣子是：老闆自己談客戶、一個人管出貨、一個人做網站，於是官網、出貨表、報價單三套東西各長各的，中間靠 LINE 對帳。人少的好處是縫也少，而且移動起來很便宜——換一次座位、把兩場站會併成一場，效果常常勝過導入一套系統。
反向操作（Inverse Conway Maneuver）第一步該做什麼？
先決定你要的系統形狀，再回頭切團隊，順序反過來就沒有意義了。實務上第一步是挑一條完整的客戶動線——例如從下單到簽收——然後問：這條線上現在有幾個部門要簽字？把那幾個部門各抽一個人組成小組，讓他們有權自己把整條線走完，不必往上請示。這個小組的邊界，過幾個月就會變成系統的新邊界。一次只做一條線，做完再做下一條；同時改三條的公司，通常三條都回不去原狀，也到不了新形狀。
這跟微服務、跟團隊拓撲是同一件事嗎？
這三個講的是不同層次。康威定律是描述，它只說一件事：組織的溝通邊界會原封不動長成系統的介面邊界。微服務是一種架構風格，是你可能選擇的其中一種目的地。團隊拓撲則給你版型——四種團隊型態與三種互動模式，用來決定人該怎麼排。順序很清楚：康威定律告訴你為什麼架構長成現在這樣，團隊拓撲告訴你想要別的形狀時該怎麼排人，技術選型放到最後再談。
拿你們的組織圖跟系統架構圖各印一張，並排釘在牆上，用紅筆把兩張圖上最卡的那一條各圈一次——多數團隊會發現兩支紅筆落在同一個位置。接下來要把組織那一邊改成想要的形狀，可以看團隊拓撲整理的四種團隊型態與三種互動模式；想先確認自己現在長成哪一種，從組織結構三型看起會比較快。
喜歡這篇文章嗎？
每週幫你拆二本好書，把判斷力、好書金句、好問題，直送你的信箱。
不適合你可隨時退訂 · 每週兩封，陪你把書讀進生活。
送出即表示同意我們依隱私權政策使用你的 email。