一个常见的场景是这样的。
项目快要延期了。
团队每天都很忙，消息不断，客户也在催。
管理者最直接的反应通常是：
再加两个人。
新人很快进入项目。
原来的员工开始整理资料、解释背景、交接任务。
过去三个人在一个群里能说清的事情，现在需要更多同步。
谁拿到的是最新版本？
哪一项需求已经确认？
谁负责联系客户？
哪个决定还在等待？
新人还没有完全独立，老员工已经多了一层培训、检查和收尾。
所有人看起来都比以前更忙。
会议更多，文件更多，参与的人也更多。
但项目并没有明显加快。
有时甚至因为理解不同、任务重叠和反复确认，进度比原来更难判断。
这时，组织很容易继续得出一个结论：
人还是不够。
可真正进入现实以后会发现，团队慢下来，可能是人手不足，也可能是任务根本没有顺畅流动。
新增人员既会带来新的处理能力，也会带来新的交接、培训、确认和等待。
如果新人没有进入真正限制结果的环节，增加的人手很可能只是在同一个拥堵系统里，制造出更多忙碌。
§ 一先分清是缺人，还是任务卡住了
有些工作确实可以通过增加人员提高产出。
工厂订单增加，现有设备和工人长期无法完成合理产量，加人或者增加设备可能是必要的。
客服每天面对大量标准化咨询，新员工经过训练就能独立处理其中一部分，增加人手也会缩短客户等待时间。
当任务边界清楚、标准相对稳定、工作能够拆分时，人多通常意味着更多处理能力。
但组织里的许多工作，并不是把任务平均切成几份，就能同时完成。
客户需求还没有确认，后面的设计和报价只能等待。
产品需要先完成技术判断，销售才能作出承诺。
一个关键决定始终集中在负责人手里，其他人即使已经准备好，也不能继续推进。
前面的结论没有形成，后面的人再多，也只能围着问题等待。
这时，团队看起来人人都忙。
销售不断催技术。
技术反复确认需求。
生产等待正式指令。
管理者同时被多个问题拉住。
每个人都在做动作，结果却没有真正向前走。
局部忙碌，不能证明整体正在推进。
判断一个团队为什么慢，不能只看每个人手上有多少工作。
还要看一项任务从进入到完成，究竟在哪里停留得最久。
是工作量真的超过了现有人手？
还是关键需求没有说清？
是没有人执行？
还是没有人作决定？
是能力不足？
还是所有事情都必须经过同一个人确认？
先分清这一点，才知道应该招聘、授权、改流程，还是减少无效任务。
§ 二新人进入哪里，决定加人有没有用
一条工作链能够完成多少结果，往往受当前最拥堵环节限制。
销售一个月能够带回很多客户。
但特殊需求都要等待同一个技术人员确认。
生产能力还有余量。
质量判断却始终集中在少数人手里。
方案已经做完。
客户的关键标准却迟迟没有确认。
在这些情况下，继续增加销售、设计或生产人员，并不会让最终交付同比增加。
只会有更多任务排在同一个瓶颈前面。
真正有效的加人，应该进入那个持续限制结果的位置，或者帮助这个位置摆脱原本不该承担的工作。
如果技术人员既要判断特殊需求，又要回答大量重复问题，可以把已经成熟的常规判断整理出来，让其他人独立处理。
如果负责人被所有小事占满，可以明确哪些决定能够下放，哪些风险才需要他介入。
如果新人进入以后，仍然必须把每一步交给最忙的人确认，他增加的并不是独立产能。
相反，核心人员还要一边完成原来的工作，一边培训、解释和验收。
短期变慢并不奇怪。
问题在于，有些组织招聘了一批又一批新人，却从未让他们逐渐脱离对同一个人的依赖。
团队人数扩大了。
真正能够独立判断和完成结果的人并没有增加。
原来的骨干反而越来越忙。
因为所有新增工作，最后仍然要回到他那里关闭。
这时，组织增加的不是能力。
只是进入瓶颈的任务更多了。
§ 三人多以后，交接、责任和决定也会成为工作
增加一个人，不只是增加一双手。
也会增加新的协作位置。
谁提供信息？
谁接收结果？
谁使用哪个版本？
谁能够作决定？
发生变化以后，谁需要知道？
出现问题时，应该回到哪一个环节？
这些交接、确认和等待，本身也需要时间。
一个人独立完成一项工作，主要面对的是任务本身。
两个人合作以后，需要增加分工和交接。
人数继续增加，组织还需要处理版本、权限、依赖关系和责任边界。
分工越细，这些位置越重要。
销售理解的是客户需求。
技术关注的是可行性。
生产关心的是材料、工艺和交期。
质量人员负责判断结果是否达到标准。
不同岗位看到的问题本来就不一样。
如果信息每经过一个人都要重新解释，标准又没有被固定下来，最初的需求很容易在传递中发生变化。
最后，所有人都参与了。
却没有人能够说清：
现在真正确认的结果是什么？
下一步由谁推进？
哪一个风险还没有关闭？
人多以后，另一个常见问题是责任被稀释。
每个人都完成了自己理解中的一部分，却没有人持续维护完整结果。
销售认为已经把要求发到群里。
技术认为自己只提供了一个初步判断。
生产等待正式通知。
管理者以为相关人员会自行协调。
一件事在多人之间流转，却始终没有真正关闭。
协作不要求所有人参加所有讨论。
但关键意见必须进入决定，决定也必须回到拥有责任和权限的位置。
有人可以负责维护结果闭环，但这不意味着所有事情都由他一个人决定，更不意味着出了问题就由他承担全部后果。
责任要与权限、信息和资源相匹配。
一个人承担结果，却没有决定权，他只能不断等待。
一个人拥有决定权，却不承担后果，压力就会持续向下转移。
真正有效的分工，不只是写清谁做哪一步。
还要让每个人知道：
自己可以决定什么。
需要从哪里获得输入。
完成以后交给谁。
什么情况可以继续推进。
什么风险必须停止并重新确认。
§ 四什么情况下，加人真的有效
增加人手并不是错误。
当任务可以被清楚拆分，新人能够逐渐独立完成，而且真正的限制就是处理能力不足时，加人往往是必要的。
例如：
大量格式统一的数据需要整理。
标准清楚的产品需要扩大产量。
已经分类的客户咨询需要更多人处理。
成熟流程中的某个环节长期积压，现有人手已经超过合理负荷。
这些情况下，新增人员能够直接承担一部分工作，原有人员也不会长期被反复调用。
但如果需求仍然模糊，标准没有统一，每一步都需要同一个人审批，新人进入以后就会先增加培训和确认成本。
这不代表招聘失败。
新人本来就需要学习，短期效率下降很正常。
真正需要判断的是：
经过合理训练以后，他能不能逐渐形成独立能力？
还是几个月以后，所有关键问题仍然必须回到原来的人那里？
还要防止另一种误用。
找瓶颈，不是拒绝招聘的理由。
如果团队长期加班，任务量持续超过合理承载能力，员工已经没有恢复、学习和处理异常的余量，那么人手不足本身就是瓶颈。
这时继续要求大家“优化流程”“提高效率”，只是把缺员成本转给现有员工。
安全、质量、合规和必要备份岗位，也不能因为短期看不到直接产出就被取消。
有些岗位的价值，本来就体现在错误没有发生、风险没有扩散、关键人员缺席时系统仍能继续运行。
效率不能只看眼前多完成了多少。
还要看这种运行方式能不能持续。
§ 五管理者要看的，不是谁最忙
很多管理者观察团队，最容易看到的是谁在加班、谁手里的任务最多、谁不断被人寻找。
但忙碌只是结果。
它可能意味着这个人承担了真正重要的工作。
也可能意味着流程和权限出了问题。
所有人都需要找他确认。
所有异常都需要他处理。
所有新人都依赖他判断。
他看起来是团队里最不可替代的人，也可能正是整个组织最危险的单点。
另一方面，一个暂时不忙的人，也不一定说明岗位多余。
他可能正在等待上游结果。
可能没有得到必要信息。
也可能系统根本没有把适合他的任务拆出来。
管理者真正需要看的，不是把每个人的时间都填满。
而是任务怎样穿过组织。
在哪里等待。
在哪里返工。
在哪里反复解释。
在哪里必须依赖某一个人。
哪里的人已经长期超过合理负荷。
如果每个岗位都被压到极限，组织看起来利用率很高，却会失去应对变化和异常的余量。
一个临时订单进来，所有安排都被打乱。
一个关键员工请假，项目就停下来。
一个客户改变要求，所有人重新协调。
真正健康的效率，不是让所有人每分钟都在忙。
而是重要任务知道往哪里走，出现问题知道由谁判断，需要增加资源时也知道应该加在哪里。
§ 六加人以前，先画出任务怎样流动
下一次团队再次出现忙不过来的时候，可以先不急着招聘，也不要立刻把更多人拉进项目。
先选一项最容易延期、返工或者引发争议的工作。
从需求进入开始，一直看到最终交付。
看看它经过了哪些关键步骤。
在哪一步等待最久。
哪一类信息总是缺失。
哪里最容易返工。
哪个决定反复依赖同一个人。
谁承担了结果，却没有足够权限。
做完这一步，再决定应该采取什么动作。
如果工作量确实长期超过现有人手，就招聘。
如果决定过度集中，就下放权限。
如果信息反复失真，就统一交接标准。
如果大量工作根本不值得继续，就减少任务。
如果新人无法独立，问题可能在培训和规则没有沉淀。
人手能够扩大组织的能力。
但人只有进入清楚的任务、信息和责任结构，新增能力才会真正变成结果。
增加人手并不是错误。
真正危险的是，组织还没有看清任务卡在哪里，就把更多人送进同一个混乱流程。
没有清楚结构的扩张，只会把原来的混乱，交给更多人共同承担。