康威定律:組織結構決定產品架構 · Atomly康威定律:組織結構決定產品架構
想要模組化的軟體,卻有著緊耦合的團隊?產品的命運早在組織圖裡就決定了。
康威定律(Conway's Law)
任何系統的設計,必然反映出建造該系統的組織之溝通結構。組織的邊界、摩擦與資訊流動,會被無意識地編碼進最終產品的架構之中。
提出者:Melvin Conway (1967)
組織溝通邊界(粗線)映射為產品架構邊界(下層)。改變組織溝通成本,架構就會變形。
推理鏈 · DNA chain
06 STEPS原則 · 本篇核心
系統架構 = 組織溝通結構的投影。改變架構的必要條件是改變組織溝通結構。
▸ 展開完整 6 步推理鏈(事件 → 觀察 → 模式 → 原則 → 應用 → 反例)
▾ 收合
事件
微軟 Office 各部件之間互動不佳;亞馬遜強制服務導向架構;編譯器設計遵循 4-人-4-遍規律。
觀察
產品架構的邊界與組織團隊邊界高度相關;改變架構時,常卡在組織協調成本上。
模式
組織內的溝通成本不對稱:同一團隊內溝通廉價,跨團隊溝通昂貴。設計者會下意識在高成本位置設置架構邊界,避免跨邊界開發。
原則
系統架構 = 組織溝通結構的投影。改變架構的必要條件是改變組織溝通結構。
出處:Conway 定律:軟體架構必反映建造它的組織結構 · Reading Anchor · 2026-04-28T15:45:00+00:00#組織設計#軟體架構#系統思維#結構決定論#微服務#團隊拓樸事件
1967 年,系統設計師梅爾文.康威發表一個簡潔卻深刻的觀察:任何設計的系統,其結構必然反映製造它的組織結構。他用一個經典例子說明──若一個公司分成 4 個獨立團隊去開發編譯器,最終的編譯器幾乎必然是 4 遍編譯(4-pass compiler)。
這不是巧合,而是組織溝通成本的必然結果。微軟早期的 Office 套件印證了這個定律的反面:Word、Excel、Outlook 各自由不同團隊開發,團隊之間的溝通成本極高,導致最終產品之間互動困難、介面不一致、集成體驗糟糕。
亞馬遜執行長貝佐斯在 2002 年發佈著名的命令,試圖打破這個詛咒。他強制所有團隊必須將內部功能以服務介面的形式公開暴露,禁止直接呼叫他人程式碼。這個看似激進的組織改造,實際上是為了強制架構去耦合。當團隊之間只能透過清晰定義的服務邊界通訊時,產品架構自然而然就變成了微服務導向的模組化設計。
商業邏輯
康威定律揭示了一個管理悖論:大多數組織希望產品是模組化、可互操作的,卻忽視了實現這一目標的前置條件──組織本身也必須是模組化的。
這意味著,對於初創企業來說,招聘決策不應該是被動反應市場需求,而應該是主動設計未來。創辦人必須先清晰想像產品在 3-5 年後的樣子(可拆解嗎?邊界在哪裡?哪些模組會獨立演化?),然後據此建構早期團隊結構。招聘的不只是填補空位,而是在塑造組織的溝通圖譜。
反過來,當產品架構開始腐爛時,根本原因往往不是技術決策差,而是組織結構已經不適配。此時的解藥不是推倒重寫,而是先重組。許多大型科技公司的內部平台團隊、API 標準化運動、跨部門委員會,本質上都是在試圖重塑組織溝通邊界。
Counter View · Munger Inversion
- 1
「天才設計師可以跨越組織限制。一個視野開闊的架構師可以推動原本孤立的團隊朝著統一架構努力。」
— 組織行為樂觀論
- 2
「康威定律描述的是既有現象,而非不可突破的定律。遠端工作、非同步協作工具、開源社群等新組織形式,已經打破了傳統地域和層級的限制。」
— 分佈式組織倡導者
- 3
「過度強調組織決定論,可能導致被動的建築決策——『反正組織怎樣就會產生怎樣的架構,何必費力設計?』實際上應該是組織設計和技術設計的雙向互動。」
— 系統思想批評者
在高度遠端化、跨組織邊界合作(如開源、API 經濟)的時代,康威定律仍然適用嗎?或者它的形式需要升級為『系統架構反映協作網路的拓樸』?
▶ 參考來源 (2)
- How Do Committees Invent? — Melvin E. Conway (1967)
- Amazon's Mandate (reconstructed) (2002)
你的公司想要將一個龐大的單體應用拆分成 10 個獨立的微服務。假設技術上完全可行,但團隊結構仍然是傳統的按功能分層(前端、後端、運維各一個大團隊)。根據康威定律,直接進行技術拆分會面臨什麼風險?提出一個組織層面的改造方案。
💡 把這個練習帶到一天裡 — 下次走在路上、看新聞、跟人聊天時、想想能怎麼套用這個原則。
第 622/889
(1)初創企業:先想清楚產品願景,再按產品模組設計團隊結構,而非反向。(2)大公司:若要解耦產品架構,必先解耦組織——創建跨功能團隊、定義清晰的服務邊界、降低不必要的溝通成本。(3)技術決策:評估一個架構方案是否可行,應該同時評估實施它需要的組織成本。
反例 / 限制
新進專業經理人往往高估了純技術改造的威力,低估了組織變革的阻力。康威定律在此提醒:産品架構問題常常是組織問題的代理表現。