工程師擴(kuò)到100人，代碼能跑，人卻崩了

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

【核心圖】

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

左邊：系統(tǒng)擴(kuò)展——加服務(wù)器→性能提升→線性增長

右邊：團(tuán)隊擴(kuò)展——加人頭→溝通爆炸→效率崩塌

這張圖是她整場演講的錨點(diǎn)。她服務(wù)過大量科技公司，客戶原話是：「我們從10個工程師擴(kuò)到100個，流水線扛住了，系統(tǒng)扛住了，但人就是不再合作了。」

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

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

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

Charlotte把這叫「人類可擴(kuò)展性問題」（human scalability problem）。系統(tǒng)擴(kuò)展靠加機(jī)器，人擴(kuò)展需要另一套機(jī)制。

行為可擴(kuò)展性：兩個具體工具

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

第一，溝通架構(gòu)（communication architecture）。不是讓大家多開會，而是設(shè)計「誰在什么場景下以什么方式同步」。原文沒展開細(xì)節(jié)，但強(qiáng)調(diào)了這是刻意設(shè)計，而非自然生長。

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

這兩個工具的目標(biāo)一致：讓團(tuán)隊在擴(kuò)張中保持高績效+自主性，同時不犧牲速度和文化。

為什么這事現(xiàn)在值得盯

Charlotte有13年經(jīng)驗，專注科技公司的人因問題。她觀察到一個悖論：技術(shù)團(tuán)隊最擅長優(yōu)化系統(tǒng)，卻系統(tǒng)性地忽視人的擴(kuò)展瓶頸。

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

LeanIX案例的價值在于，它是「極少數(shù)經(jīng)過顯著研究的定性研究」。Charlotte特意強(qiáng)調(diào)這點(diǎn)，暗示市面上大多數(shù)「擴(kuò)張經(jīng)驗」都是 anecdotal（軼事性的），缺乏嚴(yán)謹(jǐn)性。

給你的檢查清單

如果你正在經(jīng)歷或即將經(jīng)歷團(tuán)隊擴(kuò)張，Charlotte的框架可以拆成三個自檢問題：

1. 你的「溝通架構(gòu)」是設(shè)計的，還是自然長成的？

2. 信任是被當(dāng)作文化口號，還是可工程化的實(shí)踐？

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

她沒給標(biāo)準(zhǔn)答案，但指出了方向：把人的問題當(dāng)系統(tǒng)問題處理。

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

下次規(guī)劃團(tuán)隊擴(kuò)張時，先畫那張對比圖：左邊寫服務(wù)器，右邊寫人頭。然后問自己——右邊那欄，你的擴(kuò)展策略是什么？