甘特图，带
关键路径、限制和基线
Onplana 是一款项目管理软件，其甘特图的关键路径由排程引擎计算，包括免费版在内的所有方案均可使用：4 种带延隔时间的依赖类型、Microsoft Project 的 8 种限制类型、按工作时间计的工期，以及原生导入 .mpp 文件且保留全部内容。图表是容易的部分，底下的引擎才是关键。
更新于 . 本页的 Microsoft 价格于该日期在 microsoft.com 上读取。
关键路径替你算好之后，有什么不同？
同一份计划，图表底下有没有排程引擎的前后对比。左栏是如今你团队里有人在手工做的工作。
没有它
- 每次修改后重新梳理依赖链，并手工标出关键任务。
- 把基线日期重新抄进电子表格，才能知道哪些任务延误了、延误了多少。
- 前置任务一延误就手工移动每个后续任务，祈祷没有漏掉一个。
- 重新录入被只接受完成-开始的导入丢掉的延隔时间和限制。
有了 Onplana
- 每次修改都会重新计算关键路径和每项任务的浮动时间，并画在图上。
- 基线留在每根条形后面，按任务的偏差是一份打开即可查看的报告。
- 点击一根条形，输入以天计的延误量，在应用之前就能看到对所有后续任务的影响。
- 导入保留 4 种链接类型、精确到分钟的延隔时间和 8 种限制类型。
关键路径是真正支持，还是只是近似？
如果你是用 Microsoft Project 学会排程的，这就是你要找的表格。左边是你熟悉的术语，右边是这里的实际做法。
| 排程术语 | 在 Microsoft Project 中 | 在 Onplana 中 |
|---|---|---|
| 依赖类型 | FS、SS、FF、SF | 全部 4 种。同一对任务可以用不同类型同时链接，例如 SS 和 FF 一起，真实排程有时就需要这样。 |
| 延隔时间和提前量 | 一段工期或一个百分比 | 天、小时或分钟，按工作分钟保存，提前量为负值。导入的延隔时间保留其精确值，而排程按整个工作日移动，因此不足一天的延隔时间会被保留，但不会移动后续任务。 |
| 限制 | 8 种 | 全部 8 种。“不得早于...开始”和“不得早于...完成”推后最早日期，“不得晚于...开始”和“不得晚于...完成”约束最晚日期，“必须开始于”和“必须完成于”把最早和最晚日期都固定下来，“越晚越好”则按最晚日期排程。 |
| 期限 | 一个标记，错过时提示 | 相同。错过的期限会随排程一起显示，与违反的限制分开，且从不移动任务。 |
| 工期 | 日历上的工作时间 | 原定工期和剩余工期，以工作分钟计。一天的长度由项目日历决定，一个完整工作周算作 5 天，首尾都计入。 |
| 实际值 | 实际开始、剩余工期、状态日期 | 相同的数据。已开始的任务无论前置任务如何变化都保持其开始日期，剩余工作从项目的状态日期起算。 |
| 负浮动时间 | 限制无法满足时 | 相同。当最晚开始或完成的限制无法满足时，浮动时间降到零以下，该任务会在图上标出。 |
| 跨项目链接 | 外部前置任务 | 来自另一个项目的前置任务作为固定锚点被遵守。本项目围绕它的日期重新排程，另一个项目从不移动，跨项目的循环会被拒绝。 |
| 基线 | 最多 11 个，带偏差字段 | 想存多少就存多少，每个都是完整快照。偏差替你算好：开始、完成、计划工期、实际开始、新增或移除的任务、完成日期移动了多少，以及一个红绿灯状态。 |
上面每一行描述的都是排程引擎今天的实际行为，不是路线图。它唯一不做的是Critical Chain，见底部的常见问题。
什么是关键路径？
关键路径是决定项目最短可能工期的一串相互依赖的任务。关键路径上的每项任务都是零浮动时间：其中任何一项延误一天，项目就晚一天完成。关键路径之外的任务有一些浮动时间，也就是在不推迟完成日期的前提下可以吸收的余量。关于方法本身，请阅读 关键路径法详解 （英文）；关于浮动时间的不同类型，请阅读 总浮动时间与自由浮动时间对比 （英文）。
这是排程中被问得最多的数据。它告诉你哪些任务必须保护，哪些可以承受优先级的变化，以及某项任务延误时完成日期会移动多少。没有突出显示的关键路径，每个延误看起来都同样紧急。有了关键路径，排程会自己分成“必须按时完成”和“还有余量”。
计算是确定性的：在依赖图上做一次正向推算，求出每项任务的最早开始和最早完成；再做一次逆向推算，求出最晚开始和最晚完成；浮动时间就是最晚与最早之差。浮动时间为零的任务是关键任务。多数现代工具都会算这个，区别在于展示得有多清楚，以及有多少真实排程参与了计算。Onplana 在整张图上突出显示关键路径，每当任务或依赖关系发生变化就重新计算，限制、期限和已开始的任务都在计算之内。
一项任务延误了。看看还有什么跟着移动。
同一个项目显示在一起：你批准的计划画在下面作为基线，上面是工作实际所处的位置。完成日期的推迟、移动了的任务以及仍然按时的任务，都替你算好了，不用凭记忆重建，也不用从旧文件里翻找。
甘特图除了画条形，还能做什么？
具体的功能，每一项都从产品本身读取，而不是从功能清单里抄来。
关键路径，旁边附上浮动时间
每次修改都会计算，并在整张图上突出显示；如果需要，每根条形上都可以显示浮动时间标签。一段 AI 评论会指出瓶颈并解释原因。包括免费版在内的所有方案均可使用。
基线是幽灵条形，偏差是一份报告
在启动时、重新排程之前、每次评审时保存一个基线。选中其中一个，它就会像幽灵一样留在每根条形后面。基线选项卡报告偏差：哪些任务延误了、延误了几天，新增或移除了什么，以及完成日期移动了多少。
4 种链接类型，延隔时间精确到分钟
FS、SS、FF 和 SF，延隔时间或提前量以天、小时或分钟计。在图上画一条链接即可创建。同一对任务可以用不同类型链接。会绕回自身的链接在保存之前就会被拒绝。
8 种限制和一个期限
Microsoft Project 的每种限制类型都能连同日期设置在任务上，并由引擎遵守：最早日期、最晚日期或固定日期。期限是单独的：错过时提示，从不强制执行。违反之处会在图上标出。
承诺之前先做模拟
点击一根条形，输入以天计的延误量，在应用之前就能看到对所有后续任务的影响。在同一个工具栏上重新计算排程、平衡资源或让 AI 提议一份排程，不想要的移动可以撤销。
导入保留全部内容
拖入 .mpp、MSPDI XML、.mpx、Primavera .xer，或 Excel、CSV 中的工作分解结构，最大 50 MB。限制逐项导入，延隔时间保留其分钟数，成本和自定义字段落到任务上，打开图表时关键路径已经在那里。当文件的工作日历与你组织的默认日历不同时，新项目还会采用文件的工作日历。
4 种依赖类型及示例
Microsoft Project 让 4 种依赖类型的说法普及开来，此后每款严肃的排程工具都采用了它。更轻量的甘特工具只支持完成-开始，导入时默默丢弃其余类型，兼容性就是在这里断掉的。Onplana 保留全部 4 种类型，延隔时间或提前量可选； 4 种依赖类型详解 （英文） 用示例逐一解释每种类型。
完成-开始
默认也是最常见的类型。前置任务必须完成，后续任务才能开始，后续任务从下一个工作日开始。
示例：“浇筑地基”(FS)“砌墙”。地基凝固之前不能砌墙。
开始-开始
前置任务开始之前，后续任务不能开始。适用于并行推进、但需要先启动前一项工作再启动后一项的情况。
示例：“开始代码评审”(SS+1天)“开始编写 QA 测试用例”。开发人员处理评审意见时，QA 编写测试用例，并在评审开始一天后开始。
完成-完成
前置任务完成之前，后续任务不能完成。适用于必须在同一个完成日期汇合的并行工作流。
示例：“开发功能”(FF)“编写功能文档”。文档可以早早起草，但功能完成之前文档不能算完成。
开始-完成
最少见的类型。前置任务开始之前，后续任务不能完成。适用于交接班，新的一班要在上一班结束之前开始。
示例：“夜班开始”(SF)“白班结束”。夜班开始之前白班不能结束，这样值守才不中断。
延隔时间和提前量：4 种类型中的每一种都可以有正的偏移（延隔时间，“关系触发后再等这么久”）或负的偏移（提前量，“提前这么久开始”）。Onplana 支持以天、小时或分钟计的延隔时间，并按工作分钟保存，因此从 Microsoft Project 导入的延隔时间保留其精确值。
一对任务，不同链接：同一对任务可以有不同类型的链接，开始-开始和完成-完成一起，这正是真实排程表达“一起开始、一起完成”的方式。同一类型重复链接会被拒绝。
没有循环：保存链接时会运行循环检测，拒绝任何绕回自身的图，上限为 500 项任务，以免异常输入卡住编辑器。
关键路径是怎么计算的？
教科书上的关键路径法是在依赖图上做的正向和逆向推算。即使你从不看计算过程，也值得了解它，因为它告诉你工具在突出显示一条链时到底做了什么。想在自己的任务上看它运行，把任务粘贴到 免费甘特图生成器，它在你的浏览器里计算关键路径，不上传任何内容。
正向推算：最早开始和最早完成
从开始到每个终点遍历依赖图，计算每项任务最早何时开始（ES）、最早何时完成（EF）。第一项任务的 ES 为零。之后每项任务的 ES 是其前置任务中最大的 EF 加上延隔时间（如有）；EF 是 ES 加工期。末尾最大的 EF 就是项目工期。“不得早于”限制会把任务的 ES 往后推；已开始的任务无论前置任务如何变化都保持其 ES。
逆向推算：最晚开始和最晚完成
从终点向回遍历依赖图，计算每项任务在不推迟项目的前提下最晚何时完成（LF）、最晚何时开始（LS）。最后一项任务的 LF 等于其 EF。其余每项任务的 LF 是其后续任务中最小的 LS；LS 是 LF 减工期。“不得晚于”限制、期限或“必须完成于”日期会约束 LF，计划无法兑现的承诺就是这样以负浮动时间的形式出现的。
浮动时间与关键路径
对每项任务，总浮动时间 = LS 减 ES（也就是 LF 减 EF）。浮动时间为零的任务是关键任务：任何延误都会直接落到完成日期上。浮动时间为正的任务有可以吸收的缓冲。沿着依赖图把浮动时间为零的任务连起来，就是关键路径。
计算示例：4 项任务
一个简单的项目：设计（3 天）FS 开发（5 天）FS 测试（2 天），文档（4 天）从设计到测试期间并行进行。
| 任务 | 工期 | ES | EF | LS | LF | 浮动时间 | 关键？ |
|---|---|---|---|---|---|---|---|
| 设计 | 3 | 0 | 3 | 0 | 3 | 0 | 是 |
| 开发 | 5 | 3 | 8 | 3 | 8 | 0 | 是 |
| 测试 | 2 | 8 | 10 | 8 | 10 | 0 | 是 |
| 文档 | 4 | 3 | 7 | 6 | 10 | 3 | 否（3 天浮动时间） |
关键路径：设计 → 开发 → 测试（10 天）。文档有 3 天浮动时间；可以晚 3 天开始，或延长 3 天，都不会推迟完成日期。每当任务或依赖关系变化，Onplana 就在整个项目图上执行这个计算，并相应重画图表。
Onplana 帮你避免哪些甘特图错误？
有 4 种缺陷几乎出现在每一份被检查的排程中，这是我们分析 500 个 .mpp 文件后发现的规律。每一种既是工具的设计选择，也是用户的错误。
1对不上的日期和工期
在许多工具里，工期是在一处输入的数字，日期在另一处输入，没有什么让它们保持一致，于是一项为期一周的任务落在了一半长的区间上，排程以一种谁也看不见的方式出错。Onplana 把它们当作同一个数据。改工期，完成日期随之移动；任务开始前改日期，工期会重新计算；任务开始后，原定工期保持不变，由剩余工期吸收修改。无论修改来自表单、导入、API 还是智能体，规则都一样。
2关键路径藏成一抹颜色
会计算关键路径的工具有时把它涂成淡淡的红色，缩小视图后与默认颜色难以区分。Onplana 用独立的轮廓和图例画出关键任务，在任何缩放级别下都让这条链清晰可见，并在图表旁附上一段用文字点出瓶颈的 AI 评论。
3隐藏的浮动时间掩盖了延误的任务
任务有浮动时间时，“排程仍能按时完成”在技术上没错，但浮动时间是安全预算，不知不觉把它用完，下一个延误就会推迟完成日期。Onplana 在每根条形和任务详情里以标签形式显示浮动时间；当最晚日期的限制无法满足时，浮动时间变为负值，任务会被标出，而不是让图表悄悄吸收掉。
4没人注意到的基线偏差
只有当有人拿当前排程与基线对比时，基线才有用，而在大多数工具里，这种对比是一项没人真正去做的电子表格作业。Onplana 把基线画成每项任务后面的幽灵条形，并替你算好偏差：哪些任务延误了、延误了几天，哪些开始晚了，哪些被新增或移除，完成日期移动了多少，以及对整个计划的红绿灯判断。
对 500 个 .mpp 文件的完整检查发布在博客上，见 We audited 500 project schedules （英文）（英文）；这里列出的是最常见的 4 种错误。
甘特图软件怎么选：纯甘特工具、Microsoft Project 还是 Onplana？
只需要一张底下没有引擎的图，选纯甘特工具；一个人在 Windows 上排程，选 Microsoft Project；团队需要在共同协作的计划里使用关键路径、限制和基线，选 Onplana。
在 microsoft.com 上，2026年10月6日，基线和关键路径列在 Planner and Project Plan 3 的亮点中，价格为每用户每月 30.00 美元（按年付费），而不在 Planner Plan 1（10.00 美元）的亮点中（见其 Planner 方案页面 （英文））；Onplana 都包含，包括免费版在内的所有方案均可使用。
| 选择 | 纯甘特工具 | Microsoft Project | Onplana |
|---|---|---|---|
| 最适合 | 为一个项目快速画一张图，并以图片形式分享。 | 一个人在 Windows 电脑上创建并维护一份计划。 | 一个团队在同一份计划上协作，并且需要其中的关键路径、限制和基线。 |
| 入门价格（2026年10月6日读取） | 因产品而异；关键路径常常在付费方案里。 | Planner Plan 1 每用户每月 10.00 美元；Planner and Project Plan 3 每用户每月 30.00 美元，其概述包含基线和关键路径；均按年付费。 | 最多 5 名成员、2 个项目免费，之后每席位每月 12 美元起。 |
| 关键路径 | 有时是你手工涂上的一种颜色。 | 计算得出，在 Planner and Project Plan 3 和桌面应用中。 | 每次修改都会计算，包括免费版在内的所有方案均可使用，每根条形上都有浮动时间。 |
| 什么时候不该选它 | 计划需要限制、基线报告、按工作时间计的工期或真正的 .mpp 导入时。 | 需要不止一个人同时处理计划，或需要在手机上、通过 AI 助手查看计划时。 | 你的排程依赖不足一天的延隔时间（Web 应用按整个工作日移动）、Critical Chain排程（这里没有这种模式）或 VBA 宏（没有对应功能）时。 |
你要选的与其说是图表，不如说是排程工具？ 项目排程软件 一页从关键路径、依赖关系、基线和资源平衡几方面对比电子表格、Microsoft Project 和 Onplana。
逐项功能，对比纯甘特工具
GanttPRO、TeamGantt、Instagantt：都是专注于单一用途的好工具。它们止步的地方，Onplana 继续向前。
| 功能 | 纯甘特工具 | Onplana |
|---|---|---|
| 关键路径 | 常常是附加组件或付费方案 | 包括免费版在内的所有方案 |
| 限制类型 | 很少超过一个固定日期 | Microsoft Project 的全部 8 种 |
| 依赖类型和延隔时间 | 常常只有 FS，延隔时间以天计 | FS、SS、FF、SF，延隔时间精确到分钟 |
| 基线 | 有时在付费方案里，很少有报告 | 想存多少就存多少，偏差自动计算 |
| 工期模型 | 日历天 | 项目日历上的工作时间 |
| 项目文件导入 | 不一，常常只支持 XML | 原生 .mpp、XML、.mpx、.xer、Excel、CSV |
| 时间线上的 AI | 少见 | 风险建议，关键路径评论 |
| 资源容量 | 不在范围内 | 每个人在所有项目上的容量，资源平衡 |
| 分阶段治理 | 不在范围内 | 12 个阶段的流程，多位评审人的评审 |
| 项目组合汇总 | 不在范围内 | 覆盖所有项目的红绿灯项目组合 |
每款纯甘特工具都有自己的功能。请把这张表当作品类参考，而不是逐个产品的对比；要比较具体产品，请看 /compare 页面（英文）。
甘特图、关键路径、8 种限制类型，包括免费版在内的所有方案均可使用，没有最低席位数。它取代了单一用途的图表工具，以及原本用来做基线对比的电子表格。
坦白说出的限制
Web 应用按整个工作日排程。几个小时的延隔时间或半天的任务会被精确保存、显示和导出，但不会像 Microsoft Project 那样把后续任务移动不足一天的量。如果你的计划要靠不足一天的排程才正确，你会在意这个差别，最好在切换之前就知道，而不是之后。
在真实排程上试一试
有 Microsoft Project 文件？先运行免费的 Schedule Health Check，无需注册即可得到一份 8 项检查，涵盖关键路径瓶颈、资源过度分配、依赖循环和排程风险。然后免费注册并导入同一个文件，在甘特图中查看它。如果你更想留在自己的电脑上， Onplana Schedule 是一款适用于 Windows 和 Mac 的免费应用，能打开同一个文件并显示它的关键路径和浮动时间。
在文档中深入了解
本页每项功能在 docs.onplana.com 上都有一份分步指南。