一道组合数学题
先算一笔账。一个团队有 n 个人，如果两两之间都可能需要直接沟通，那么沟通通道的总数是 n(n−1)/2。
5 个人，10 条通道，没问题，大家坐在一个房间里吼一嗓子就行。20 个人，190 条。50 个人，1225 条。200 个人，19900 条。
注意曲线形状：这是平方级增长——人数翻倍，通道数翻约四倍。软件工程师对这个形状有本能的警觉：算法课上老师说，O(n²) 的算法在小数据上跑得欢，数据一大就完蛋。组织里的沟通就是一个 O(n²) 的进程。
这个数学事实有个著名的管理学版本。1975 年，IBM 操作系统项目的负责人布鲁克斯在《人月神话》里写下布鲁克斯定律：「向一个延期的软件项目追加人手，只会让它更加延期。」原因正是通道数——新来的人不只需要干活，还需要和每个老人沟通，培训成本加沟通成本，短期内是负产出。
层级是对这道数学题的工程解
现在把第二章的解剖结果接上来。中层经理是干什么的？压缩。压缩在数学上意味着什么？
意味着把一个完全图改成一棵树。200 个人两两相连是 19900 条通道；分成 20 个十人小组，每组一个组长，组内沟通 45 条通道，组长对上一层汇报——总通道数从近两万降到一千上下。层级就是通信拓扑的优化。它砍掉的不是「关系」，是边数。
所以「砍掉中层」这个动作，在图论里的含义是：把树压平回完全图。省下的，是压缩节点的工资；付出的，是边数的平方级爆炸。
大白话：扁平化省的是节点的钱，亏的是边的钱。节点钱是线性的，边钱是平方的。规模一小，这笔交换划算；规模一大，亏死。
扁平组织的钱亏在哪：创始人的收件箱
有人会说：不对啊，扁平组织里大家又不是真的两两沟通，各干各的，只在大事上找老板拍板。
这恰恰暴露了第二个数学问题：决策的串行化。树状结构里，90% 的决策在树枝上就消化掉了，只有真正跨枝的才上升到根部。压平之后，所有跨团队的事——预算冲突、优先级冲突、方向分歧、人事纠纷——都只有一条出路：涌向创始人。
用工程师的语言：创始人变成了一台单线程服务器，前面挂着全公司所有并发请求的队列。队列理论告诉我们，当请求到达率逼近服务器的处理率，等待时间不是线性变长，而是趋近无穷——系统死锁前的典型症状是：所有事情都「就差老板看一眼」。
去过扁平化大公司的工程师对这个症状不陌生：项目卡在创始人那里三星期没批；两个团队的方向冲突没人仲裁，各自闷头做，三个月后撞车；谁都想找老板聊十五分钟，老板的日程表排到了下下个月。
省下的和亏掉的，什么时候对得上账
把账摆在一起：
- 砍中层省下的：经理工资（线性），加上信息转述的失真（这点真实，是收益）。
- 付出的：协调通道的平方级爆炸、决策在创始人处的排队、以及每个人自己消化协调工作的时间——开会、拉通、写文档同步，这些活没有消失，只是分摊到了每个人头上。
注意最后一项的隐蔽性。砍掉经理之后，工程师们花在「对齐」上的时间是上升的，但它不出现在任何报表里——它只是让「写代码的时间」变少了。扁平组织常见的抱怨「我们每天开会对齐，真正干活的时间越来越少」，就是这笔隐藏成本浮出水面的一刻。
那么为什么 AI 公司没感觉？第四章已经回答了：增长期的「忙」掩盖了效率的真实水平，而且多数 AI 公司还没长到平方级爆炸的规模。这就引出下一个问题：爆炸点具体在哪？有没有一条可以量出来的线？有的，下一章讲那条线——它藏在一个猴子的脑子里。