速查在线工具箱项目延期了，多加几个人为什么反而更慢？
工期的下限由最长那条依赖链决定，加人只能压缩并行部分，还可能顺手把沟通成本一起加上去。
先看一个最简的例子：三个任务必须依次完成，各需三天，那么最短工期就是九天。你可以再加十个人、把别的任务全部并行、把无关任务全砍掉，这九天一秒都少不了——因为限制来自依赖关系，不是来自人手。这条最长的依赖链就是关键路径，它同时也是风险最集中的地方：链上任何一个任务拖延一天，交期就往后一天。
于是就有了两种典型错误。第一种是把资源平均撒在所有任务上，结果是关键任务没被照顾到、交期一动没动，而非关键任务被过度投入。第二种更常见：一延期就加人。但加人只对「可拆分的并行工作」有效，对本来就不能并行的关键任务几乎没用；同时沟通路径数按人数平方增长，协调成本急剧上升，新人还要额外占用老成员的带教时间。
多数人对项目工期的直觉是「把所有人的活加起来」，但这个加法只在串行时成立。真实项目是一张有依赖关系的网，有些任务可以同时做，有些必须等前面交付——决定交期的是其中最长的那条链。
大项目里通常只有约一成的任务落在这条链上，其余九成都有缓冲时间。这意味着「把所有任务都优化一遍」在数学上就是浪费，而真正该盯住的那少数几个任务，往往被淹没在日常清单里。
1先找到那条决定交期的链
关键路径是可以算出来的，不是凭感觉指认的。
| 概念 | 含义 | 怎么用 |
|---|---|---|
| 关键路径 | 从开工到完工耗时最长的那条依赖链 | 它直接等于项目最短工期，是最该盯住的路线 |
| 总浮时 | 一个任务在不影响交期的前提下最多能拖多久 | 浮时为零的任务就在关键路径上 |
| 近关键任务 | 浮时很少（比如不超过五个工作日）的任务 | 同样要重点盯，一延期就会挤进关键路径 |
| 路径转移 | 缩短某条关键任务后，瓶颈跑到另一条链上 | 每压缩一次都要重新算，别按老清单继续使劲 |
算的时候分两遍：正向推最早开始与最早完成，反向推最晚开始与最晚完成。最早与最晚相等的那一串任务，就是关键路径。
2优化非关键任务为什么白费
这是最容易被「看起来很努力」掩盖的错误。
- 文档从五天压到两天，交期一天没变
- 因为文档不在关键路径上。团队感觉省了三天，交付日期纹丝不动，而真正的瓶颈还在原地。
- 把资源平摊等于稀释关键任务
- 关键任务缺人时进度停滞，非关键任务却堆了过多人力，整体产出反而下降。
- 并行化只能压缩可并行的部分
- 一条严格串行的链无论投入多少人都不会变快——粉刷房子可以两个人一起刷，但「写完再测再修」不能拆成三个人各写三分之一。
- 关键路径会漂移
- 压掉一段关键任务之后，瓶颈往往换了位置。按旧清单继续优化，很容易优化到已经不再关键的任务上。
一个实用的自检问题：这个改动如果完成了，交付日期会提前吗？答案是否，它就不该现在做。
3人一多为什么反而更慢
沟通成本按平方增长，这是可以算出来的。
| 人数 | 沟通路径数 | 相对三条路径 |
|---|---|---|
| 三人 | 三条 | 基准 |
| 五人 | 十条 | 增加约两倍 |
| 八人 | 二十八条 | 增加约八倍 |
| 十人 | 四十五条 | 增加约十四倍 |
除了沟通成本，新人上手本身要占用老成员的时间，而软件开发这类任务又难以任意切分。这两件事叠加，就是那句广为人知的结论：向一个已经延迟的软件项目增加人力，只会让它更晚。
4延期了该动什么
优先级从高到低，动作有明确顺序。
- 先砍范围，不要先砍日期
- 把「必须做」和「最好有」分开，先交付核心部分。已经完成八成的版本通常还能用，而为了凑齐功能硬扛日期，往往两头都保不住。
- 只压缩关键路径上的任务
- 把最好的人、最优先的资源、最快的审批流程，全部倾斜给浮时为零的那些任务。
- 并行化要挑真正的候选
- 看哪些任务之间没有硬依赖，把能重叠的重叠起来，同时评估由此带来的返工风险。
- 给关键任务留出早期预警
- 对近关键任务设更频繁的检查点，让瓶颈在变成事故之前先被看见。
顺着这个问题往下用
全部工具总览 →相关疑问
浮时为零就一定是关键任务吗？
在没有额外约束的计划里，关键路径上的任务浮时确实为零。但如果计划里加了「某任务不得早于某日开始」这类硬约束，浮时可能变成正数甚至负数，此时不能只靠浮时判断，还要看路径本身。这也是为什么专业工具会同时提供两种判定口径。
是不是所有项目都值得算关键路径？
任务之间有真实依赖、工期有明确截止日、且环节数量足够多的时候值得算。任务之间高度独立、或者工期完全由外部决定的项目，算出来的价值有限。迭代式开发里通常不逐条算关键路径，而是靠缩短交付周期来控制节奏。
加人完全没用吗？
不是。对可拆分、可并行、沟通成本低的工作（数据标注、内容审核、独立的模块开发），加人是有效的。它失效的场景是：任务在一条必须串行的链上、或者交接界面特别复杂、或者新人上手曲线很长。判断标准是要看这项工作的瓶颈在人手还是在依赖关系。
多留缓冲和缩短关键路径冲突吗？
不冲突，但要用对地方。缓冲应该加在关键路径的末端或关键任务上，用来吸收风险；如果给每个非关键任务都留出大量缓冲，它们会因为浮时虚高而看起来安全，真正的瓶颈却依然裸奔。
继续看：相关问题与资料
全部问题解答 →内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-09。若发现错误，欢迎通过页脚反馈入口告知。