项目进度表要回答的不只是“哪天做完”,还包括任务的交付结果、前置条件、负责人和当前状态。甘特图是呈现进度的一种方式:用横条对应任务持续时间;小项目也可以先用清楚的表格排期,再按需要转成图形。
可以使用 Boardmix 甘特图工具把任务与时间放在同一画布讨论。先列清工作,再核对工期、依赖和资源,最后确认可执行的日期。下面沿七个步骤,用“制作一份客户培训资料包”的小项目说明排期思路。

1. 列出所有项目任务
从交付成果反推任务,而不是想到什么就写什么。培训资料包的成果可能包括内容大纲、讲义、练习题和已核对的最终文件,对应任务则是确认大纲、编写讲义、制作练习题、交叉校对和整理交付。
任务写到可以分配、估算和检查即可。“持续沟通”没有明确终点,难以排期;“与讲师确认大纲并记录修改结论”就能判断何时完成。若任务包含多种不同人员负责的工作,或一次评审仍看不出进展,应再拆细。

使用软件项目管理看板等模板时,可以借鉴任务归类方式,不必保留与本项目无关的研发阶段。别把同一件工作在多个栏目各写一遍,导致后续重复估算。
2. 确定任务周期
先让执行者估算所需工作时间,再考虑等待、反馈和可用日历。一个人需要两小时完成的工作,如果必须等待周五评审,其经过时间可能跨越几天。工时、持续时间和开始日期是不同信息,不能混用。
下面给培训资料包安排一组教学用工期。以工作日计,先假定讲义与练习题由不同人员并行完成,相关人员可按计划投入;实际排期要按自己的资源与历史经验替换。
| 编号 | 任务与交付结果 | 预计工期 | 前置任务 |
|---|---|---|---|
| A | 确认内容大纲,形成确认记录 | 1个工作日 | 无 |
| B | 编写讲义初稿 | 3个工作日 | A |
| C | 制作配套练习题 | 2个工作日 | A |
| D | 交叉校对讲义与练习题 | 1个工作日 | B和C |
| E | 整理最终资料包并交付 | 1个工作日 | D |
估算时最好记录依据,例如参考了哪次类似工作、是否包含一轮修改、有哪些尚未确认的材料。如果“3天”只是希望如此,应先补足依据,而不是把它直接写成对外承诺。
3. 创建项目时间表
在资源和依赖满足上述假设的情况下,A安排在第1个工作日,B在第2—4个工作日,C在第2—3个工作日,D在第5个工作日,E在第6个工作日。实际项目再映射到日历日期,并排除休息日、请假、场地不可用或固定评审窗口。
进度表至少包含任务、负责人、计划开始、计划完成、当前状态和交付结果。执行阶段还要区分实际日期与最新预测日期;用一种颜色表示所有状态,读者难以判断是计划还是已经发生。

管理咨询项目进度计划模板提供了任务与成果并列的结构。使用时不要只把月份改成当前月份,也要重新核对工期、人员和前置条件。
4. 确定任务相关性
排出的日期必须符合真实依赖。培训资料包中,B和C都要等A确认;D需要同时拿到B和C,不能因为C先完成,就让D提前进入完整校对。这些关系可以用编号、前置任务列或简单连线表示。
区分两类常见关系:一类是确实需要前一步产出的硬依赖;另一类只是团队习惯的先后次序。若两件工作具备独立输入和不同执行人员,就可能并行;但不能为了缩短图上的横条,把实际上需要等待的环节画成并行。
跨团队交接还要明确提供什么、何时可用、由谁确认。例如外部讲师尚未确认大纲,就不能只把它记成“已沟通”,进而安排后续全部定稿。白板连线有助于共同检查这些关系,但不会替团队确认真实的业务条件。
5. 分配项目任务
每项任务明确一个负责交付结果的人,同时写明需要哪些协助。分配后检查可用时间:如果B与C实际上由同一人负责,而且两项都需要全时投入,就不能继续沿用前面的并行假设。应调整工期、先后顺序或人员安排,再重新核对完成日期。
任务认领不是在表里填完姓名。负责人还需要确认输入资料是否齐全、完成条件是否可理解、评审人员是否能够及时响应。遇到同一位评审人同时承担多个项目时,冲突也应反映进计划。
在 Boardmix 中,可以将责任人、状态和交付说明写进任务卡或表格,并共享给团队核对。不要把图中画出的资源安排误认为系统已经检查过人员负载;人员可用性仍需相关成员确认。
6. 设置里程碑
里程碑表示一个重要状态已经达成,通常不单独占用工期。例如“大纲已确认”“资料包校对通过”“最终文件已交付”。“组织一次评审会议”是活动,“评审通过”才是对应的结果状态;开完会但仍有关键问题时,不应把里程碑标为完成。

较长项目可以单独用时间线展示重要节点,详细任务仍放在进度表中。对外说明一个里程碑时,注明它是目标日期、当前预测还是已完成,避免把不同性质的时间放在一起比较。
7. 确定关键路径,并在执行中复核
在明确工期和依赖的进度网络中,关键路径是决定项目完成时间的最长依赖路径。PMI 对从WBS建立进度计划的说明强调,交付成果、活动、依赖和工期需要衔接起来,不能只看图上哪一条线最显眼。
在前面的简化例子中,A→B→D→E共需1+3+1+1=6个工作日;A→C→D→E共需1+2+1+1=5个工作日。因此,在既定依赖和资源假设下,前者决定最早完成时间。C比B短一天,并不意味着可以随意拖延;如果C超过可用余量,也会影响D和最终交付。
关键路径并不是永远固定,也不是“每个任务延误都会使项目延期”。改变工期、依赖或资源条件后需要重算;如果多个路径同样长,也可能同时需要关注。较复杂的项目可使用具备相应排程计算能力的工具,再结合团队实际资源复核,不要把普通连线图当成自动计算结果。

执行阶段建议同时保留最初确认的计划、当前预测和实际完成记录。若B预计多用一个工作日,先记录原因并评估D和E的变化,再讨论调整措施;直接覆盖原计划日期,会让复盘失去判断依据。
发布进度表前,逐项核对任务是否对应成果、工期是否有依据、前置条件是否完整、负责人是否有时间、里程碑由谁确认。需要继续跟踪偏差,可参考项目进度跟踪的方法。在 Boardmix 中整理并评审项目进度表,把日期安排建立在清楚的任务和依赖之上。