1. 一个具体问题
市场部门给活动排出一张漂亮日历：周一设计、周二开发、周三测试、周四上线。真正执行时才发现文案周三才能审批，而且设计与另一场活动共用同一个人。日期写得很清楚，却没有反映任务之间的约束，因此计划从第一天就不可执行。
2. 一句话解释
甘特图用横条在时间轴上表示任务的起止、持续时间和进度，帮助人们讨论什么时候做什么，以及哪些安排相互影响。
3. 出处与原意
这种图表通常与二十世纪初 Henry L. Gantt 的管理工作联系在一起。现代项目工具在横条之外加入依赖、里程碑和资源信息。PMI 对敏捷环境中的甘特图也有讨论：时间轴可以呈现重要依赖，但图形本身并不决定团队必须采用何种开发流程。
4. 原理与机制
先分解可验收的工作，再估计持续时间，标明前置条件和工作日历。里程碑表示一个关键状态，不应被误画成持续数天的任务。进度要依据实际完成证据更新，不能仅按日历过去了多少天自动增加百分比。基线用于比较偏差，当前预测用于指导行动，两者最好分别保留，否则不断挪动横条会抹去计划学习的依据。
沟通时还应区分期限与预测：合同约定的日期是约束，依据剩余工作算出的日期是判断。两者不一致时，需要讨论范围、资源或风险，不能直接把预测改写成期限。甘特图能显示这种差距，但不会替团队自动作出取舍。
5. 一个完整案例
以下是假设案例。一个小型展览需要制作介绍页。文案审核两天，审核完成后设计三天，设计完成后开发两天，最后测试一天。按从零开始的连续工作日计算，最早需要八天。印刷物料需要四天，可在文案审核结束后并行进行，因此第六天即可就绪，不延长当前八天的周期。把任务画上时间轴后，团队发现负责设计的人第三天另有全天任务，于是将设计延长一天，预测交付改为第九天。负责人可以协商释放资源，或接受延期；不能只缩短图上的横条来宣布解决。每天只更新真实开始、真实完成及尚需时长。
6. 适用条件与反例
适合需要协调时间窗口、外部承诺和多项交付的项目。探索性工作不宜提前拆成几个月的精确小时表，远期可以保留较粗层级。反例是把“完成百分之九十”的任务连续显示三周，却不说明剩下的集成风险；一条接近填满的横条会制造错误的确定感。
7. 今天可以尝试的行动
为本周项目画不超过十条横线，写出每项工作的验收条件与前置任务。再检查同一人在同一时段是否被分配了多项全时工作。保留今天的版本，下一次更新同时记录日期为何变化，使图表成为决策记录而不是装饰。