工程師擴到100人，代碼能跑，人卻崩了

凌晨三點的跨時區會議，決策反而比12人團隊時慢了10倍——這不是段子，是Charlotte de Jong Schouwenburg在InfoQ Dev Summit上分享的真實案例。她專門研究科技公司的人因問題，發現代碼能水平擴展，人卻做不到。

【核心圖】

Charlotte畫了一張簡單的對比圖：

左邊：系統擴展——加服務器→性能提升→線性增長

右邊：團隊擴展——加人頭→溝通爆炸→效率崩塌

這張圖是她整場演講的錨點。她服務過大量科技公司，客戶原話是：「我們從10個工程師擴到100個，流水線扛住了，系統扛住了，但人就是不再合作了?！?/p>

溝通復雜度：每加一個人，不是加一條線

12人團隊時，信息靠「大家都認識」就能流轉。Charlotte引用的LeanIX案例顯示，這家公司2012年起步時正是這個規模，「非常緊密，彼此熟悉，溝通路徑極短」。

但擴張后，溝通鏈路呈指數級增長。她沒給具體公式，但點出了癥狀：跨時區加團隊→決策慢10倍。不是人變笨了，是信息在傳遞中層層損耗。

Charlotte把這叫「人類可擴展性問題」（human scalability problem）。系統擴展靠加機器，人擴展需要另一套機制。

行為可擴展性：兩個具體工具

她提出了「行為可擴展性」（behavioral scalability）的概念，并給出兩個落地工具：

第一，溝通架構（communication architecture）。不是讓大家多開會，而是設計「誰在什么場景下以什么方式同步」。原文沒展開細節，但強調了這是刻意設計，而非自然生長。

第二，工程化信任（engineering trust）。Charlotte的措辭很精確——不是「建立信任」這種虛詞，而是像工程問題一樣拆解、測量、迭代。她公司Bravely專門做這塊，客戶包括她現場展示的「很高興與這群人合作」的名單（原文未列具體公司名）。

這兩個工具的目標一致：讓團隊在擴張中保持高績效+自主性，同時不犧牲速度和文化。

為什么這事現在值得盯

Charlotte有13年經驗，專注科技公司的人因問題。她觀察到一個悖論：技術團隊最擅長優化系統，卻系統性地忽視人的擴展瓶頸。

她的客戶反饋呈現高度一致性——擴張帶來「更多戲劇沖突」（more drama, more conflict）。這不是管理風格問題，是結構問題：人多了，舊有的協作模式必然失效。

LeanIX案例的價值在于，它是「極少數經過顯著研究的定性研究」。Charlotte特意強調這點，暗示市面上大多數「擴張經驗」都是 anecdotal（軼事性的），缺乏嚴謹性。

給你的檢查清單

如果你正在經歷或即將經歷團隊擴張，Charlotte的框架可以拆成三個自檢問題：

1. 你的「溝通架構」是設計的，還是自然長成的？

2. 信任是被當作文化口號，還是可工程化的實踐？

3. 擴張后，決策延遲和沖突上升，你有沒有歸因到「人的可擴展性」？

她沒給標準答案，但指出了方向：把人的問題當系統問題處理。

Charlotte最后留下一個開放的邀請——LeanIX案例是公開可查的，建議親自去讀原始研究。她的演講標題叫「為什么你的團隊不像代碼那樣擴展」，答案藏在「代碼沒有情緒，人有」這個簡單事實里。

下次規劃團隊擴張時，先畫那張對比圖：左邊寫服務器，右邊寫人頭。然后問自己——右邊那欄，你的擴展策略是什么？