首页指南 › 里程碑与任务:区别在哪里

里程碑与任务:区别在哪里

任务占用时间,里程碑标记时点。这一条区别解释了为什么前者画成横条、后者画成菱形, , 而它带来的后果是可以量出来的:把一个里程碑当成三天的任务来建模,会悄悄给完工日期加上三天,同时把你最该盯住的那次延误藏了起来。

作者 Uttam Regmi更新于 2026年7月19日3 分钟阅读

本页内容
  1. 一句话说清区别
  2. 一个完整的例子:禾木食品的包装改版
  3. 里程碑推迟之后会发生什么
  4. 任务还是里程碑:真正不同的六个维度
  5. 做错的代价
  6. 里程碑真正的用途
  7. 一个项目该设几个?
  8. 在 gantts.app 里怎么做
  9. 常见错误
  10. 摘要任务与层级
横条表示工作,菱形表示真正重要的时刻:
周 1-8阶段 1任务 A任务 B阶段 2任务 C里程碑今天

一句话说清区别

任务消耗时间和资源:它有开始、有结束、有工期。里程碑完全没有工期,它只是一个点,标记某件事已经发生。这就是里程碑画成菱形的原因, , 没有长度可以让横条铺开。

判断只要一秒钟:有没有人能"干"它?你可以起草一份规格书,但你没法"干"规格书已批准, , 它要么发生了,要么没发生。"起草合同"是任务,"合同已签署"是里程碑。这不是措辞讲究,而是两类不同的对象:一个占日历格子,另一个只占一条竖线。

任务工期 8d里程碑工期为零
里程碑落在时间轴上的一个点;它两侧的横条才是工作。

一个完整的例子:禾木食品的包装改版

一个项目,从头跟到尾。杭州禾木食品要给 40 个 SKU 的产品线重做包装,每周五个工作日,2026 年 3 月 2 日(周一)开工。

类型工期开始结束
包装概念设计任务10 天3 月 2 日(周一)3 月 13 日(周五)
内部评审与修改任务4 天3 月 16 日3 月 19 日
设计定稿里程碑0 天3 月 19 日(周四)
标签合规检测(外部检测机构)任务8 天3 月 20 日3 月 31 日
标签检测通过里程碑0 天3 月 31 日(周二)
供应商打样任务6 天4 月 1 日4 月 8 日
样张确认里程碑0 天4 月 8 日(周三)
批量印刷任务15 天4 月 9 日4 月 29 日
运至区域仓任务7 天4 月 30 日5 月 11 日
门店换新里程碑0 天5 月 12 日(周二)

五个里程碑,五项任务。其中三个, , 设计定稿、标签检测通过、样张确认, , 是团队之外的人必须动作的时点。这正是设立它们的理由:你控制不了检测机构的排期,但你可以让它在图上占一个所有人都看得见的位置。

顺带留意"运至区域仓"这一行。4 月 30 日到 5 月 11 日中间隔着法定节假日,五一假期把这段时间吃掉了三个工作日,所以七个工作日的运输落在了 5 月 11 日而不是 5 月 8 日。再加上调休, , 假期前后往往有一个周六要正常上班, , 工作日历如果没设对,这一段一定会算错。这类日期不能心算,只能让工作日历去算。

只读那五行里程碑,一口气就能把项目讲完:3 月 19 日设计定稿,3 月 31 日标签通过,4 月 8 日样张确认,5 月 12 日门店换新。这就是里程碑存在的全部理由。

里程碑推迟之后会发生什么

外部检测机构报价八天,实际做了十三天。标签合规检测的结束日期从 3 月 31 日推到了 4 月 7 日。

里程碑计划预测偏差
设计定稿3 月 19 日3 月 19 日0 天
标签检测通过3 月 31 日4 月 7 日5 天
样张确认4 月 8 日4 月 15 日5 天
门店换新5 月 12 日5 月 19 日5 天

这条链上没有任何浮动时间,五个工作日全部落到了上市日期上。上面这四行就是整份状态报告的全部内容,而它们之所以存在,只因为当初把那几个时点建成了里程碑而不是任务。

任务推迟意味着工作比预想慢,也许还能吸收;里程碑推迟意味着一个承诺移动了。公司外面没有人关心打样用了七天还是六天,他们只关心门店换新变成了 5 月 19 日。这就是为什么状态报告应该由里程碑构成,而不是由完成百分比构成。

任务还是里程碑:真正不同的六个维度

这不是画法上的约定。它在六个地方改变行为。

维度任务里程碑
工期一天或更长,占用日历,也占用投入。为零。开始和结束是同一天。
依赖关系有前置任务,也有后续任务,多数是完成-开始。前后各至少要有一条,否则只是装饰。
推迟意味着工作做慢了;浮动时间或加人还有可能补回来。一个承诺移动了。补救靠重新规划,不靠加班。
资源有执行人在做,通常也有成本。有一个负责人去催办,投入通常为零。
导出后的样子在 PDF、PNG 和 PowerPoint 里是横条;在 Excel 和 CSV 里有真实的结束日期和天数;在日历里是一段多天日程。在图形导出里是菱形;在 Excel 和 CSV 里结束日期为空、工期为 0;在日历里是一天的日程。
谁在读做这件事的人,以及他的直接上级。投资方、甲方、监管方,还有汇报用的那一页。

导出那一行常常让人意外。把视图切成"仅里程碑"再导出,你就得到一份给管委会看的一页纸进度计划,不用另做一张图, , 但前提是你的里程碑确实是里程碑。

做错的代价

现在换一种多数人第一次都会写的写法:把"标签检测通过"写成一项叫"办理标签签批"的任务,三天,夹在检测和打样之间。

  1. 完工日期动了。凭空多出来的三天把门店换新从 5 月 12 日推到 5 月 15 日。工作量一点没变,变的是模型。
  2. 闸门消失了。"办理标签签批"读起来像是你要做的事,"标签检测通过"读起来像是检测机构要做的事。前一种写法不会让任何人去催。
  3. 摘要坏了。筛选里程碑时只出来四行而不是五行,而缺掉的恰好是外部依赖最重的那一个。

反过来的错误代价小一些,但同样真实:因为"批量印刷"听起来很重要,就把它做成里程碑。十五天的机时凭空消失,关键路径绕过了整个计划里最长的那一项。重要性决定一件事该不该上图,工期决定它是什么形状。两者不要混着用。

里程碑真正的用途

里程碑是给读的人用的,不是给做的人用的。它是让一个不在项目里生活的人找到关键时刻的方式:审批、交付、闸门、上线。

它同时让计划变得可执行。"设计定稿"这个里程碑,加上依赖它的标签检测,说出了"把设计定下来"没说出的一句话:在这件事发生之前,下游一律不启动。当设计师在 3 月 24 日又提交一版修改时,图上显示的是一条规则被打破,而不是一个日期在滑动, , 这两种呈现引出的对话完全不同。

完成 → 开始ABB 等待 A开始 → 开始ABB 等待 A完成 → 完成ABB 等待 A开始 → 完成ABB 等待 A
里程碑靠"夹在中间"取得意义:前面有必须完成的任务,后面有不能提前启动的任务。

前后都没有连线的里程碑,应当删掉。如果没有任何东西在等它,它就只是页边的一条批注, , 而批注属于备注字段,不属于时间轴。

一个项目该设几个?

足以讲清脉络,又少到每一个都还有分量。四到八个是合理区间;一百个里程碑不过是换了个形状的任务。

有个检验办法:只用里程碑,能不能把进展说清楚?禾木食品这个十周的项目设了五个,已经在区间的上限,理由是其中四个是对外交接。最常见的超标方式,是出于对称感在每个阶段末尾都放一个菱形, , 可阶段本来就有摘要横条,不需要再补一个菱形来宣告它结束。

在 gantts.app 里怎么做

把禾木食品这份计划搬进编辑器,按钮名称就是界面上的原文。

  1. ✨ 粘贴生成甘特图,把任务大纲贴进去。行尾加 ! 变成里程碑,(10d) 设定工期,after 名称 指定前置任务,行首 # 生成阶段, , 例如 设计定稿 ! after 内部评审与修改
  2. 也可以手工添加:+ 任务加工作行,◆ 里程碑加菱形,▣ 分组建阶段,再用缩进按钮把行收到阶段下面。
  3. 已经把里程碑录成任务了?双击那一行,在类型里把"任务"改成"里程碑",结束日期会自动收拢到开始日期上,不必删掉重建。
  4. 在同一个面板里设置前置任务。不设的话,前面的工作移动时里程碑不会跟着走,那它就只是一个写死的日期。
  5. 打开工作日历,把五一、国庆等法定节假日以及调休上班的周六设进去。上面那七天的运输之所以落在 5 月 11 日,就是这一步的结果。
  6. 自动排程,把每一行推到依赖关系允许的最早日期, , 这一步会告诉你,你写下的里程碑日期究竟是推算出来的,还是许下的愿望。
  7. 勾上关键路径,确认穿过这几个闸门的链条确实决定了完工日期。斜纹横条就是关键路径。
  8. 开工前打开基准把计划存下来。此后偏差列会按天报告里程碑的推迟量,上面那个"5 天"就是这么来的。
  9. 汇报版本把视图切到仅里程碑,然后导出📄 PDF 文档📽 PowerPoint (.pptx)。交付时再切回全部任务

有一件事编辑器不让你做:把里程碑拖宽。里程碑能移动,但永远不能改变长度, , 因为有工期的里程碑就不是里程碑。

常见错误

有工期的里程碑。需要三天的事情就是任务。给它一条横条,如果"完成"这件事本身重要,就在它末尾放一个里程碑。

没有负责人的里程碑。负责人不是做审批的那个人,而是日期有风险时打电话去催的那个人。外部检测机构不会因为你的甘特图好看就提前排期。

凭愿望定日期的里程碑。如果"标签检测通过"落在 3 月 31 日,只是因为答应了渠道这个日子,而不是因为八天检测正好在这天结束,那这张图记录的是一个愿望。先自动排程,再把差距摆到桌面上谈。

按百分比汇报的里程碑。里程碑只有 0% 和 100% 两种状态。"标签签批完成了 60%"的真实含义是:底下那项任务做了 60%,而闸门还没有过。

摘要任务与层级

第三种符号是摘要任务,也就是阶段横条,它横跨自己的下属任务。它是算出来的,不是填出来的:日期取自下面最早的开始和最晚的结束,所以多数工具不允许直接编辑它。要移动一个阶段,就去移动它装着的东西。

摘要横条说明工作在什么时间段进行,里程碑说明承诺在哪一天到期。一条从 3 月 2 日横到 4 月 8 日的"印前"阶段,对禾木食品的项目组有用,对渠道采购毫无用处, , 他只问 5 月 12 日。正是阶段、任务、里程碑这三层结构,让一份大计划仍然可读。

从这篇文章里带走一个习惯就够:凡是团队之外的人需要审批、交付、检验或签字的时点,都放一个里程碑。那些正是你控制力最弱的依赖,也是日后最常被追问的延误。禾木食品五个里程碑里有三个属于这一类, , 而真正推迟的那个,恰好也在其中。

常见问题

甘特图里的里程碑是什么?

一个工期为零的节点,标记有意义的时刻:审批、交付或上线。因为没有长度,它用菱形而不是横条表示,可以移动但不能拉宽。

任务和里程碑有什么区别?

任务有工期, , 有开始、有结束,中间有人在干活;里程碑工期为零,标记一个时点。快速判断:如果有人能花一个下午去做它,那是任务。

一个项目该设多少里程碑?

通常四到八个, , 足以讲清脉络,又少到每一个都还有分量。如果把里程碑从头读到尾说不清这个项目,那说明你设的不是该设的那几个。

里程碑可以有工期吗?

按定义不可以。如果那件事确实要花时间,比如八天的标签合规检测,就把它建成任务,在结束处放一个里程碑。这样承诺日期是算出来的,而不是宣布出来的。

里程碑推迟后进度计划会怎样?

它后面所有相连的任务都移动同样的天数,减去链上的浮动时间。上面的包装改版例子里,"标签检测通过"推迟五天,门店换新就从 5 月 12 日整体推到 5 月 19 日,因为下游一天浮动时间也没有。

摘要任务是什么?

代表阶段或分组的横条。它的日期取自下属任务里最早的开始和最晚的结束,所以内容移动时它自己跟着动。它不能替代里程碑:摘要说明工作在什么时候进行,里程碑说明承诺在哪一天到期。

相关模板

作者 Uttam Regmi. Synth88 Labs 创始人,在迪拜打造注重隐私的网页与移动应用。 完整简介 · LinkedIn · Medium · GitHub

本文也提供英文版本。

免费创建你的甘特图

在浏览器中直接使用,无需注册。数据保存在你自己的设备上。

打开编辑器