描述阶段和先后依赖,拿一张带工期的甘特图。
12 周 MVP 发布甘特图,从 2026-01-01 开始。阶段:调研(2 周),设计(3 周,第 2 周开始 overlap),后端(5 周,设计之后),前端(4 周,第 5 周起与后端并行),测试(2 周,所有开发之后),发布准备(1 周)。发布是一个里程碑。
Try it →婚礼筹备甘特图,提前 6 个月。阶段:场地预订(第 1-3 周),来宾名单(第 2-4 周),请柬(第 5-8 周,名单之后),供应商预订(第 3-10 周),菜单规划(第 8-12 周,供应商之后),最后细节(第 20-24 周),婚礼当天在第 25 周。
Try it →Q1 产品路线图甘特图,从 2026-01-01 开始:功能 A(设计 2 周 + 开发 4 周 + 发布 1 周),功能 B(设计 1 周 + 开发 3 周,第 5 周开始),功能 C(只开发 2 周,第 8 周开始),缺陷修复冲刺(季度最后 2 周)。
Try it →火箭发射倒计时甘特图:L-30 天加注准备,L-14 天最终集成测试,L-7 天天气评估窗口打开,L-3 天发射演练,L-1 天暂停评估,L-0 发射日(6 小时:飞前检查、加注、终端倒计、点火、上升)。点火是一个里程碑。
Try it →六周的项目、四条并行的活、三个里程碑。立项会上一张甘特图,让「什么时候能完成」不只是项目经理心里有数。适合当作零点的计划快照。
市场周二要上落地页,研发周四交功能,内容周五发文章。甘特图在群里吵到第四十七条之前,就把依赖关系摆出来了。
A 卡着 B,B 卡着 C。依赖超过三个,写成文字就开始绕。画成图,关键路径一眼能看到。
季度层面的「下个季度要发什么」。甘特图是领导看得懂的形式 —— 汇报、全员会、解释为什么定这个目标,都能用。
按里程碑付款的客户合同、有交付日期的供应商协议。「我们承诺 X 日交付 Y」以甘特图为准,每次进度评审都对着它看。
把一串任务丢给 AI 甘特图生成器,它必须替你编两样任务清单里根本没有的东西:每根条子多长,谁要等谁。多数时候它会从今天起把所有任务首尾相接排成一条直线。对话模式只问后一件 —— 它决定整个项目要拉多长 —— 工期它自己填,填完把编出来的数字列给你看。下面是一次计费库迁移,开头那句话里一个日期都没有。


三个回答加一次修改,排出了一张有固定起始日、有并行分支、回填嵌在双写窗口内、切换钉在周末的甘特图。同样一份任务清单一次性丢过去,大概率换回从今天起首尾相接的八根条子 —— 看着像个计划,而这恰恰是这次迁移唯一跑不通的排法。
甘特图回答三个问题:有哪几个阶段、它们在时间上怎么重叠、谁卡着谁。写研发排期文档(「MVP 十二周的计划长这样」)、给领导汇报「什么时候能好」、做提案时证明顺序已经想清楚了,都用它。
它有个明确的短板:撑不住动态更新。放在文档里的一张甘特图,现实一偏离计划就过期了。真拿甘特图管项目的团队用的是能跟任务状态自动同步的工具。这里画的甘特图是「最初的那份计划」—— 立项时的一个快照,不是日常追踪的工具。
Mermaid 的 gantt 支持日期格式、分组、工期、依赖(`after 任务id`)和里程碑。跟专业项目管理工具比它故意做得简单 —— 不分配人力,不高亮关键路径,不能拖着改日期。换来的是纯文本,可以跟代码一起进版本库。
对话模式里 AI 会先问你两三个问题 —— 谁参与、发生什么、异常分支怎么走 —— 弄清楚了再动笔。
教程里讲了常用符号、几种基本结构、九条画法规范,还有可以直接拿去用的 prompt 模板和真实业务例子。