甘特图怎么用、关键路径怎么找!
全文约 1700 字,阅读约 4 分钟。
重点内容:甘特图是画出来的,关键路径是算出来的,只画不算等于白排。关键路径上的任务拖一天,整个项目就拖一天;有浮动时间的任务晚几天没事。附 43 天软件项目完整计算过程。

做项目排期的人,几乎都画过甘特图,但真正会算关键路径的没几个。甘特图是用来展示进度的,关键路径才是用来管进度的。两者一混,就会出大问题:进度条天天在涂,真到了延期那天,还是说不清到底哪根线不能碰。
关键路径法是 1957 年杜邦公司提出来的,最初用来排化工工厂的检修,到今天 60 多年,它依然是排期里最值钱的一个概念。它干的事很明确:告诉你哪些任务一天都不能拖,哪些任务晚几天开工也没事。前者叫关键路径,后者叫浮动时间。
关键路径的本质:工期最长的依赖链 关键路径不是最重要的任务,而是工期最长的那条依赖链。它决定了项目最短能做多久,这条链上的任何一个任务拖一天,整个项目就晚一天。
反过来说,不在关键路径上的任务,有一段可以自由挪动的空间,这就是浮动时间。任务有浮动时间,意味着它晚几天开工,不影响总工期。
很多人栽在这:他把关键路径理解成「重要的任务」,结果把资源平均撒在所有任务上,真正卡工期的任务反而没人重点盯。
三步算出关键路径 拿一个软件项目举例,7 个任务:需求分析 5 天;UI 设计 10 天,等需求;数据库设计 7 天,等需求;后端开发 15 天,等数据库;前端开发 20 天,等 UI;测试 5 天,等后端和前端都完;部署 3 天,等测试。
第一步,列任务和依赖。这是地基,缺任何一张表后面都白算。拆任务用工作分解结构,拆到一个人能在几天内独立交付,一个任务别超过一个人一周的工作量。
第二步,前推后推。前推从起点往终点算最早开始、最早结束。需求第 0 天开始,5 天做完;UI 和数据库第 5 天开始,UI 到 15 天、数据库到 12 天;后端第 12 天开始,27 天做完;前端第 15 天开始,35 天做完;测试取后端和前端里大的那个,第 35 天开始,40 天做完;部署第 40 天开始,43 天做完。项目最短工期就是 43 天。
后推从终点往回算最晚开始、最晚结束。部署最晚 43 天做完、40 天开始;测试最晚 40 天做完、35 天开始;前端最晚 35 天做完、15 天开始;后端最晚 35 天做完、20 天开始;数据库最晚 20 天做完、13 天开始;UI 最晚 15 天做完、5 天开始。
第三步,找时差为零的。时差等于最晚开始减最早开始。需求、UI、前端、测试、部署的时差都是 0,这条链就是关键路径,43 天,一天都压不得。
数据库的时差是 13 减 5,等于 8 天;后端的时差是 20 减 12,也是 8 天。这两件事晚 8 天开工,项目照样 43 天完工。这 8 天就是浮动时间,是白送的调度空间。
算出来之后,资源怎么摆 关键路径算出来,资源优先级就清楚了。前端开发晚 1 天,整个项目就晚 1 天,所以要优先把最狠的人压在前端上;数据库设计有 8 天余量,可以往后放。
资源紧张的时候,从非关键路径抽人去补关键路径,这叫资源平衡。数据库和后端有 8 天浮动,抽一个人去帮前端,风险最低。
还要记住一点,关键路径是会变的。数据库要是拖过 8 天,它自己就变成关键任务了,路径发生迁移。所以关键路径不是算一次就锁死,进度每变一次都要重算一遍。
工期压不下来,就两个手段 如果算出来 43 天还是比要求紧,只有两个办法:赶工和快速跟进。
赶工是加人加钱,用成本换时间。比如前端再加一个人,把 20 天压到 15 天,但加人不是线性提速,沟通成本会吃掉一部分收益。
快速跟进是把本来串行的事改成并行,比如 UI 做到八成就让前端先动工,省时间,但改设计的返工风险会变大。
这俩都不是免费的,一个花成本,一个担风险。谁跟你说并行一下就快了,你就跟他要返工预算。
工具能自动算,但前提别搞错 30 个以内的任务,拿纸或者 Excel 手算完全够,前推后推就是加减法,算一遍还顺手把项目理顺了。任务一多,手算就崩,这时候得靠工具。
现在主流的项目管理软件,只要把前置依赖填对,关键路径都是自动算的,甘特图里关键任务自动高亮,浮动时间也标出来。但前提就一条:依赖关系得填对。依赖填错了,再贵的工具算出来的也是错的,而且错得理直气壮。
画甘特图还有几个细节:用颜色区分关键和非关键,红色是碰不得的、绿色是有余量的;里程碑单独标出来,盯着里程碑比盯着每天 1% 的进度条有用;更新频率按周来,别天天涂。
如果你想找一个免费不限人数、把前置依赖填上就自动标关键路径和浮动时间的项目管理软件,可以看看智序项目管理软件 版本对比 — 终身免费版 / 企业版 / 旗舰版(功能·价格)|关键路径法本身不难,难的是愿意多花半小时把依赖和时差算清楚。这一步不做,甘特图画得再漂亮,延期该来还是来。
