甘特图怎么画？可以拆成两半来看：先把项目拆成能派给一个人的任务，估出工期，理清谁必须排在谁后面；再把这些数据摆到时间轴上。横轴是时间，纵轴是任务，一条横条代表一个任务的起止与工期，连线和标记代表先后顺序与关键节点。图上的条形是结果，真正决定这张图能不能管住项目的，是任务拆解、工期估算和依赖关系。
甘特图是什么：横轴时间、纵轴任务、条带表示工期
甘特图也叫横道图、条状图。它以时间刻度为横轴，把任务纵向排列，每项任务对应一条水平条带：条带的位置是开始时间，长度是工期。现在的甘特图还会在条带上标注负责人和完成比例，用连线表示依赖，用菱形标记表示里程碑。这个名字来自亨利·甘特，管理学界常把它的出现追溯到 20 世纪初的进度管理实践。
一张完整的甘特图由四个要素组成。
- 时间轴：按天或按周排列的刻度，覆盖项目从启动到收尾的整段时间。
- 任务列表：纵轴一行一个任务，用缩进表达父任务与子任务的关系。
- 条带：位置表示开始时间，长度表示工期，内部常叠加完成比例。
- 连线与标记：连线表达任务依赖，菱形标记表达工期为零的关键节点。
用它之前要先知道边界。甘特图擅长表达时间和顺序，对成本、需求价值和优先级表达有限。任务条数量一多，页面就很难读，需要按阶段折叠或只保留关键任务。项目还处在方向都不确定的探索阶段时，甘特图能帮上的忙不多。
甘特图、里程碑图和看板怎么分工
三种视图回答的是不同问题，混用会让人看不懂图在说什么。
- 里程碑图只放关键节点，适合向管理层同步阶段目标。
- 看板按状态流动，适合每天同步正在做什么。
- 甘特图同时表达时间跨度与任务顺序，适合排期、判断交期、评估延期影响。
常见的做法是分层配合：看板管日常推进，甘特图管排期与依赖，里程碑图管对外同步。
画甘特图前必须准备好的四类数据
画图之前先整理数据。图上出现的每个字段，都来自下面四类输入。
| 输入 | 要准备到什么程度 |
|---|---|
| 任务清单 | 每项任务能指派给一个负责人，并在一个连续时间段内完成 |
| 工期估算 | 每项任务有持续天数，并注明估算依据 |
| 起止时间或依赖 | 日期固定的写日期，日期不固定的说明它依赖哪个任务 |
| 负责人 | 每项任务一个负责人，协作人写进备注 |
任务清单：拆到能派给一个人
粒度的判断标准只有一条：这项任务能不能由一个人在一个连续时间段内完成。完不成，就继续往下拆。把「完成用户中心模块」当成一项任务，工期就只能靠猜。
拆解的维度可以按阶段走：需求评审、设计、开发、测试、上线；也可以按交付物或模块拆。拆得过细同样有问题，把任务切到半天一级，维护成本会超过它带来的可见度。
工期与负责人：给出可执行的时间输入
工期估算优先用团队自己的历史数据，也就是同类任务上一次实际花了多久。缺历史数据时，用负责人的经验判断，或者按乐观、最可能、悲观三种情况各估一个值再加权。
每项任务只设一个负责人。两个人共同负责，通常等于没人负责。协作人写进备注就够。
关键链路上留一段缓冲，用来吸收评审延迟、联调返工这类常见波动。留多少看团队过去几个项目的延误分布，不必套用统一比例。
甘特图制作步骤：从零画出一张可用的图
这五步的顺序不能颠倒。时间、依赖和负责人先在数据层确定，再交给工具出图。
第一步：确定项目边界和时间刻度
先明确两件事：最终交付物是什么，截止日期是哪天。这两项定下来，甘特图的时间基线也就定了，所有任务都在这段区间里排布。
刻度按总周期选。几周内完成的项目用天做刻度，跨季度的项目用周做刻度。刻度越细，维护成本越高。
第二步：拆解任务并指定负责人
把整理好的任务清单按执行顺序排进纵轴，父任务在上，子任务缩进。每项任务填上负责人，遇到填不出的当场确认，不要留空。
第三步：排布工期，区分串行和并行
任务之间只有两种时间关系。串行是必须等前一个做完，并行是互不影响、可以同时推进。把能并行的任务并排摆开，是压缩总工期最直接的空间。
这一步结束时，应该有一个能检查的结果：每项任务都有开始和结束日期，图上没有日期待定的空条。
第四步：设置任务依赖关系
依赖关系决定改一个日期会连带影响谁。项目管理中通用四种类型。
| 类型 | 含义 | 典型场景 |
|---|---|---|
| 完成---开始（FS） | 前置任务完成后，后置任务才能开始 | 接口开发完成，才能开始联调 |
| 开始---开始（SS） | 前置任务开始后，后置任务才能开始 | 模块开发与对应的测试准备同步启动 |
| 完成---完成（FF） | 后置任务的完成取决于前置任务的完成 | 联调与测试报告需要同步收口 |
| 开始---完成（SF） | 前置任务开始后，后置任务才能完成 | 新系统上线后，旧系统才能下线 |
FS 是最常用的一种，拿不准时先用它。设置时有三个容易踩的点：
- 滞后期。前置任务完成后要等两天才能开始下一项，这个间隔要单独标明，不能默认衔接。
- 循环依赖。A 依赖 B、B 又依赖 C、C 依赖 A，系统通常不让你保存，人工排期时更容易漏掉。
- 改期后的重排。前置任务推迟，后面的任务要一起顺延。
这一步的成功信号很明确：改动一个任务的日期后，后续任务会跟着调整。使用支持关联调整的工具时，系统会自动重算；用表格或手绘时，必须人工重排，而且一定要重排。
第五步：标出里程碑和关键路径
里程碑是工期为零的节点，标在评审通过、版本提测、正式上线这类关键交付上。它的作用是让所有人对阶段目标有同一个时间认知。
关键路径是从项目开始到结束、由依赖关系串起来的最长路径。把这条链路上所有任务的工期累加，通常会得到整个项目的总工期。这条链上的任务晚一天，交付就晚一天。找出关键路径之后，对它的更新频率要高于其他任务。
怎么验证这张甘特图是否可用
用三个问题检验：
- 谁在做这项任务？
- 什么时候做完？
- 这项任务延期会连带影响哪些任务？
如果这三个问题能在一分钟内答出来，图就是可用的。答不出来，说明任务粒度、工期或者依赖关系至少有一处缺失，回到对应步骤补数据，比继续美化图更有效。
两条绘制路径怎么选：表格软件还是项目管理系统
任务少、一次性、只用于展示，用表格软件就够。要多人协同、持续更新、要依赖联动，就把数据放到项目管理系统里。
表格软件：用堆积条形图拼出甘特图
在表格软件里做甘特图的通用思路是这样的：准备任务名称、开始日期、持续天数三列数据，插入堆积条形图，把「开始日期」那一段数据系列设为无填充，把纵轴类别设为逆序，再把横轴的坐标轴最小值设为项目起始日期。这样条形就对齐到了时间轴上。
它的代价在维护。改一个任务的日期，后面的条形要重新排；几个人同时改，还容易出现版本不一致。
项目管理系统：让任务数据自动生成甘特图
另一种做法是先录入任务、工期、负责人和依赖，由工具根据这些字段生成甘特图，改期和联动交给系统处理。判断要不要走到这一步，看三件事：
- 是否需要多人同时更新同一份计划。
- 任务是否需要与需求、Bug 等数据关联。
- 是否需要保留基线，做计划与实际的对比。
对研发项目来说，甘特图的价值更多来自数据同源，而不是图本身画得多漂亮。当需求、任务、Bug 和排期放在同一套结构里，计划与执行的数据不需要两处分别维护，排期表也不必单独维护一份。
画完之后怎么用甘特图管理项目进度
甘特图是更新工具，不是汇报截图。只在立项时画一次，进度很快就会失真。
建立更新节奏，记录实际开始与完成
更新频率跟着项目节奏走。两周一个迭代的团队按周更新，跨月项目按双周更新也可以。每次更新只做三件事：
- 填写实际开始和完成日期。
- 重算剩余工期。
- 看关键路径有没有移动。
关键路径一变，受影响的人和后续排期要同步调整。
处理偏差：什么情况下要动基线
偏差分三类：进度提前、进度滞后、范围变更。
进度提前或滞后，调整后续任务的排期就够了，必要时动用缓冲，基线保持不变，这样后续还能对比计划与实际。范围变更不同，交付物变了，才需要更新基线，并记录变更原因。一边改基线一边做对比，偏差就再也度量不出来了。
甘特图画完没人看？四个常见原因和修正动作
| 常见表现 | 根源 | 修正动作 |
|---|---|---|
| 图上只有阶段名 | 任务粒度太粗，看不出谁在做什么 | 拆到能指派给一个人的粒度 |
| 所有任务都是并列的横条 | 没有设置依赖关系 | 至少把 FS 关系补上 |
| 图停留在立项版本 | 从不更新，计划和实际脱节 | 固定更新节奏，把实际进度填回去 |
| 每天一格，密密麻麻 | 刻度太细，没人愿意维护 | 换成周刻度，只保留关键任务和里程碑 |
甘特图的画法和用法其实是两件事。画的时候，顺序是数据在前、图形在后；用的时候，顺序是更新在前、汇报在后。这两条做对，一张甘特图才真正参与项目进度管理，而不只是会议材料。
甘特图常见问题解答
甘特图上的工期按自然日还是工作日算？
按工作日算更贴近实际。这就需要在工具里设置项目日历，标明周末、法定节假日和团队的特殊休息日，条形长度会自动跳过这些日期。如果按自然日排，跨一个长假就会凭空多出一周工期，排期和实际执行的差距会一直存在。跨地区协作时，还要确认所有成员用的是同一套日历。
一个任务可以同时有多个前置任务吗？
可以。这类任务被称为汇聚节点，任何一个前置任务延期，它都会受到影响。常见场景是「提测」同时依赖开发完成、测试用例评审完成、测试环境就绪三项前置。对汇聚节点要单独留一点缓冲，因为它前方的每一条链路都可能有波动，风险比单一前置的任务更高。
敏捷迭代开发适合用甘特图吗？
看粒度。单个两周迭代内部，任务变化频繁，用看板同步状态更实用。跨迭代的版本规划、多个团队共同参与的发布计划、以及需要向外部说明交付时间的场景，甘特图的优势更明显。把迭代内部的几十条任务全部塞进甘特图，只会让更新成本远超收益。
甘特图和关键路径法、PERT 是什么关系？
三者解决的不是同一个问题。甘特图是视图，负责把任务和时间画出来；关键路径法是计算方法，用来在依赖网络里找出决定总工期的那条链路；PERT 是估算方法，用乐观、最可能、悲观三个值处理工期的不确定性。实际排期时，通常先用 PERT 估工期，再用关键路径法找重点，最后用甘特图呈现结果。