项目计划图怎么画：任务拆解、依赖与时间条排布
计划图不是把待办列出来加个日期。它要回答的是：哪些任务必须等前一个完成、哪些可以同时推进、以及总工期由哪条链决定。把这三件事画出来，计划才有预测能力，否则只是一张愿望清单。
任务拆到能估算为止
拆解的标准是：一个任务能估出一个具体的工期，并且能明确「做完了」的判据。写着「开发功能」的任务估不准，也判断不了是否完成；改成「实现登录接口并通过测试用例」，工期和完成标准都清楚了。
- 单个任务工期控制在半天到五天，超过就继续拆
- 每个任务有一个明确的负责角色，不要写「团队」
- 给每个任务写下完成判据，避免验收时扯皮
- 预留缓冲，但缓冲要显式写在图上，不要藏在每个任务的估算里
找出依赖，标出关键路径
依赖分四种：完成后才能开始、开始后才能开始、完成后才能完成、开始后才能完成。实际项目里绝大多数是第一种，把这种标清楚就能解决大部分排期问题。标完依赖后，最长的那条链就是关键路径——它决定项目最早能什么时候结束。
- 依赖用带箭头的连线表示，方向是「前置 → 后置」
- 关键路径上的任务用醒目颜色标出，非关键路径的浮动时间单独标注
- 外部依赖（等客户确认、等采购到货）要单独标出，这类最容易失控
- 发现循环依赖必须立刻解决，否则计划无法排期
排布：时间条怎么摆才看得清
横轴是时间、纵轴是任务是标准排法。任务条的长度代表工期，起点代表开始时间。同一阶段的任务相邻排列，不同阶段用不同颜色区分，读者就能一眼看出哪段时间最忙、哪几件事在抢同一批人。
- 同一阶段用同一色系，阶段之间用色相区分而不是只改深浅
- 重叠期要能看出来，这正是资源冲突的高发区
- 里程碑用菱形或竖线标记在时间轴上，不要用普通任务条
- 任务名称写在条内或条左侧，长名称截断后在批注里写全
计划为什么会延期
延期几乎不外乎三个原因：依赖没标全导致排期本身就错、估算没算沟通和返工、以及关键路径上的任务被临时抽调人力。前两个是画图阶段能预防的，第三个要靠图上的醒目提示来防守。
- 检查依赖是否包含了「等待外部确认」这类隐性前置
- 给关键路径上的任务标注负责人，明确不可占用
- 把缓冲显式画成一段独立的时间条，便于监控消耗
- 每周更新实际进度，让图和现实保持同步，否则图很快失去意义
更新比一次画准更重要
没有一份计划能一次画准。计划图的价值在于「偏差可见」：当某个任务拖了两天，图上能立刻看出它是否影响关键路径、是否影响交付日期。所以图上要留出实际进度的位置，而不是只画计划。
- 计划条与实际条上下并排，偏差一眼可见
- 用一条竖线表示「今天」，让所有任务的相对位置有参照
- 进度会议直接对着图开，比对着表格开效率高
- 重大变更在图角落记录日期和原因，追溯时有据可查
常见问题
- 项目计划图和甘特图是一回事吗？
- 甘特图是项目计划图最常用的一种画法，特点是横向时间条加纵轴任务。计划图还有网络图等形式，更强调依赖关系，适合分析关键路径。日常排期用甘特图，分析工期瓶颈用网络图。
- 任务拆到多细合适？
- 以「能在半天到五天内完成并且能明确验证」为标准。太粗无法估算，太细会让维护成本超过收益。对只看进度的管理层，可以再往上汇总一层展示。
- 缓冲时间应该留多少？
- 没有通用比例，但原则是显式化和集中化：把缓冲集中放在阶段末或关键路径上统一管理，比藏在每个任务估算里更可控。藏起来的缓冲会被逐条消耗掉且没人察觉。
- 多个项目抢同一批人怎么办？
- 在同一张图上按人（或按角色）拆泳道，把所有项目的时间条都画进去。资源冲突在图上会直接表现为同一泳道里的条重叠，比在多个表格间来回对照快得多。