很多 Junior 工程師在進入快速成長的公司時，常會發現一個奇怪的現象：公司明明請了更多工程師，技術架構也從單體變成微服務，系統的吞吐量（Throughput）提升了，但開發速度反而變慢了。原本一個下午就能決定的事情，現在要開三個會、等三個時區的確認才能拍板。
這就是所謂的「人類可擴展性問題」（The Human Scalability Problem）。簡單來說，系統可以透過增加伺服器來擴展，但人類的協作能力無法透過單純「增加人數」來線性成長。
為什麼會這樣？我們得從心理學和組織行為學的角度來分析。
人類協作的硬體限制：鄧巴數與認知負荷
首先，你要知道人類的大腦有物理上限。心理學中有個概念叫鄧巴數（Dunbar's Number），大約是 150 人。這代表一個人能維持穩定社交關係的上限大約只有 150 人。
當團隊從 12 人成長到 500 人時，你無法再像以前那樣「每個人都認識每個人」。這會導致兩個直接影響：
第一是通訊過載（Communication Overload）。當 Slack 頻道過多、郵件 CC 名單長到像電話簿時，資訊會變成噪音。工程師會陷入認知負荷過重，導致效率下降。
第二是共享上下文的流失（Loss of Shared Context）。在小團隊中，大家對「為什麼要這樣設計」有共識。但在大組織中，這種共識會消失，導致不同團隊重複造輪子（Double Work），甚至用兩種不同的方案解決同一個問題，最後才發現隔壁組早就做好了。
信任無法透過複製來擴展
很多主管以為只要複製成功的團隊結構（例如 Spotify 的 Squad 模式），就能複製成功。但這裡有一個關鍵誤區：你可以複製結構（Structure），但你無法複製信任（Trust）。
這裡要區分兩個重要名詞：
信任（Trust）是指你相信對方即使在困難時刻也會誠實且可靠。 心理安全感（Psychological Safety）是指你敢在團隊中承擔風險，例如承認自己寫了 Bug 或提出一個看起來很蠢的點子，而不用擔心被嘲笑或懲罰。
當公司快速擴展或重新組織（Reorganization）時，原本建立的信任會被重置。如果沒有刻意經營，團隊會陷入微管理（Micromanagement）和決策疲勞，因為大家不再信任對方的交付能力，導致每件事都要反覆確認。
如何識別「人類瓶頸」的監控指標
就像我們監控系統的 Latency 和 Error Rate 一樣，領導者也應該監控團隊的「人類指標」：
人類延遲（Human Latency）：從發現問題到採取行動的時間是否變長了？如果人數增加但決策時間增加 5 倍，這就是明顯的瓶頸。 錯誤率（Error Rates）：是否出現大量因溝通誤會導致的重工（Rework）？ 參與度下降（Engagement Drop）：團隊成員是否變得憤世嫉俗、在會議中選擇沉默（Zone out）？
解決方案：行為可擴展性的工具箱
要解決這些問題，不能靠增加管理層，而要建立「行為可擴展性」的機制。
建立通訊架構（Communication Architecture） 不要以為開一次會、發一次公告就夠了。在大型組織中，重複（Repetition）就是金礦。核心目標和上下文需要透過不同媒介（Slack, Email, All-hands meeting）在不同時間重複傳達，確保資訊能滲透到每個角落。
工程化信任（Engineering Trust） 信任需要像寫程式一樣有意識地構建。 避免指責文化：將 Post-mortem（事後分析）視為成長機會，而不是找人背鍋。 領導者展現脆弱性（Vulnerability）：主管主動承認錯誤，會給予團隊「承認錯誤也可以」的安全感。 透明的決策日誌：讓成員知道決策的邏輯（Ratio），而不是只接收結果。
建立跨團隊橋樑 為了對抗孤島效應（Silo），需要刻意創造非工作性質的連結。例如透過 Buddy Program 或跨團隊的社交活動，增加成員之間的「關係銀行存款」。
關於關係銀行存款的一個重要觀念：在一個新團隊成立時，不要立刻進入工作內容（Content）。先花時間了解彼此（投資存款），這樣之後在給予嚴厲的反饋或面對衝突時，才有足夠的信任存款可以扣除，而不會導致關係破裂。
總結：慢下來才能快起來
對 Junior 工程師或新任 Lead 來說，最容易犯的錯就是過度關注「技術內容」而忽略了「人類系統」。
當你發現專案延期、溝通困難時，這通常只是症狀（Symptom），底層的原因（Root Cause）往往是信任崩潰或上下文流失。解決人類可擴展性問題需要時間投資，雖然短期看來像是慢下來，但這是唯一能讓團隊在規模擴大後依然保持高速運行的路徑。
來源：infoq.com - The Human Scalability Problem: Why Your Teams Don’t Scale Like Your Code
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。