🎯 什麼情境該想到我
當你發現「系統架構總是長得像組織圖」、或跨團隊協作成本高到架構改不動時。
⚙️ 怎麼用
「設計系統的組織，其產出的架構會複製該組織的溝通結構。」
- 想要某種架構，先設計對應的團隊結構（逆康威）：想要獨立的微服務，就要有能獨立負責的小團隊。
- 一個服務由一個團隊擁有：邊界對齊團隊，減少跨團隊的協調摩擦。
- 團隊之間的介面 = 服務之間的介面：把高頻溝通留在團隊內，團隊間走清楚的契約。
- 組織重組時，預期架構也會（該）跟著變。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 強行讓架構違背組織溝通結構，通常會失敗或退化——架構與組織要一起設計。
🔗 相關工具
- 工具-服務邊界與演進式拆分 —— 直接推論，想改架構得先動組織，否則拆出來的服務還是照組織圖長
- 工具-限界上下文 —— 邊界的另一種畫法，康威從組織畫，限界上下文從業務語意畫，兩者最好對齊
- 工具-概念完整性 —— 反向約束，組織越分散越難維持一致的設計觀，需要刻意的架構治理