【锚点】这一篇只钉一个判断：【加人≠线性降低速度】，而是把组织从【低协调区】推入【通信过载相变区】。

【显式】Brooks 在《人月神话》里说：给已经延迟的项目加人，往往更延迟。直观原因是沟通成本。若 n 人两两都需要协调，完整沟通边数是 n(n-1)/2：5人=10，10人=45，20人=190，50人=1225。这不是修辞，是图论里的边数增长。

【隐式】每个协调界面都是一个微型协调博弈：双方都等对方先确认接口，收益最高；都猜错则返工。当界面数超过成员可并行维护的协调线程上限（认知负荷常见量级约 3–7 个，Miller 1956），均衡会从【快速试错】转向【过度确认】，团队不再只是慢，而是出现【等待—返工—局部锁定】的相变。

【流程节点链路】：【个体任务完成】→【跨人接口协调】→【并行协调线程超过容量】→【等待/返工/局部锁定】→【整体交付延迟】。

【细微】Watts & Strogatz 的小世界网络模型（1998）给出可迁移机制：高聚类保留局部默契，少量长程边降低全局路径长度。组织也类似：不是把所有界面都拆掉，而是用【模块边界】和【少量跨模块接口】把网络从稠密完全图改成小世界结构。若每个模块内部 5 人，模块间只保留 1–2 个接口，总边数可远低于完全图。

【极难发现】真正的盲点不是“人太多”，而是【协调边没有被显式建模】。很多组织把“开会”当解决方案，却把会议变成新的全连接边：一次 10 人会议不是 1 个协调动作，而是同时激活 45 个潜在界面。会议没有降低边数，只是把边数从异步聊天搬到同步阻塞。

【可检验推论】如果某团队把跨模块接口从 45 降到 10，且保留模块内聚类，交付周期应下降；若只是增加会议，接口数不变或上升，交付周期不会改善。可观测信号：跨模块等待时间、返工率、接口变更次数，而不是会议时长。

【问题】你的组织里，哪一条“沟通边”其实只是把 45 个界面打包成了一次 10 人会议？