协调成本主导时增加人手会延长而非缩短周期
别名: 布鲁克斯定律 · 人月神话 · 加人反而拖延
概念解释
布鲁克斯定律（Brooks's law）指出，在一项已经延期、且各部分高度依赖的工作中途加入更多人手，不但不会按比例缩短剩余周期，反而常常会使其进一步延长。这条结论最初出自软件项目管理的观察，但适用范围不限于软件：任何依赖紧密、需要大量对齐的协作任务，在接近截止期时贸然扩员，都可能出现同样的反效果。它纠正的是一个直觉性错误——把"人月"当作可以互换的度量单位，仿佛十人干一个月等于一人干十个月。
机制
新加入者在能对任务做出净贡献之前，需要先理解任务现状、建立与既有成员的共同基础，这段学习和沟通投入要由现有团队成员承担，而现有成员的时间原本用于推进任务本身。当任务本身高度依赖、协调成本已经主导总投入时，新增人手带来的分工收益被两部分抵消：新人自身的爬坡期，以及既有成员被抽走用于指导和对齐的时间。若这两部分之和超过新人能提供的净产出，团队的总有效进度反而下降，原本已经紧张的周期因此进一步拉长。
怎么研究
历史项目档案可用于回归分析：控制任务规模和依赖复杂度，比较项目后期扩员前后的实际进度速率变化，检验扩员是否与延期程度相关联。也可通过团队访谈还原扩员后新增的指导、重复解释和返工事件，估算这些隐性成本占用了既有成员多少工作时间。这类研究天然是观察性的，扩员决策本身往往发生在项目已经出问题的阶段，因此难以排除"项目本身更难"这一混淆因素，需要谨慎解读因果方向。
边界
这条结论只在协调成本已经主导、任务依赖度高、且新人需要较长时间才能独立贡献的情境下成立。任务高度可拆分、新人能立刻承接独立子模块且几乎不需要与现有成员对齐时，扩员依然可能缩短周期。项目早期、依赖尚未固化、有充裕时间消化新人学习成本的阶段，扩员的负面效应也远小于临近截止期时贸然加人。因此这条定律描述的是特定条件组合下的效应，不是"任何情况下人越多越慢"的一般规律。
怎么落地
- 决定是否在项目中后期加人前，先评估当前任务的依赖复杂度和新人预期的独立贡献时间，而不是仅根据剩余工作量线性推算所需人力。
- 若必须加人，优先安排给依赖最少、边界最清晰的子任务，避免安排到与核心逻辑高度耦合、需要频繁协调的部分。
- 明确预留既有成员用于指导新人的时间预算，并把这部分时间从原有产出预期中扣除，而不是假设产出不受影响。
- 加人后跟踪团队整体有效进度速率，而非只看新增人力的个人产出；若整体速率下降，及时调整安排而非归咎于新人能力。