甘特图依赖关系要先确定两个端点:前置任务的开始或完成,限制了后续任务的开始还是完成。四种常见关系分别是FS(完成后开始)、SS(开始后开始)、FF(完成后完成)和SF(开始后完成)。它们说明“不能早于什么时点”,不等于两个任务必须同时开始或同时结束。
排期前,先用在线甘特图把任务、工期和交付条件放到一起,再为确实存在的约束连线。不要因为两项工作在表格里上下相邻就设置依赖,也不要为了压缩工期把所有FS改成SS。

FS、SS、FF、SF分别约束哪个端点
以下均以A为前置任务、B为后续任务,暂不考虑提前或滞后时间。
| 关系 | 约束 | 例子 |
|---|---|---|
| FS:完成—开始 | B不能在A完成前开始 | 文案确认后,才能制作最终印刷文件 |
| SS:开始—开始 | B不能在A开始前开始 | 分批录入启动后,才能开始抽样核对 |
| FF:完成—完成 | B不能在A完成前完成 | 全部录入完成前,不能结束最终核对 |
| SF:开始—完成 | B不能在A开始前完成 | 新班次开始接岗前,旧班次不能结束值守 |
SF中的前置,不是说A在日历上一定最先开始,而是A的开始约束B的完成。若交接还需要确认到岗、信息传递和接岗许可,应把这些条件写清,或另设交接里程碑,不能只靠一条SF线保证交接完成。
Microsoft的任务依赖说明区分了这四类关系。具体排期软件可能有自己的工作日历、约束和自动计算规则;本文先把业务约束表达清楚,不把画出连线等同于系统已经自动重排日期。
SS不是必须同时开始,FF也不是必须同时结束
假设A周一开始,B与A是SS关系。B最早可在周一开始,但负责人周二才有空时,周二开始仍符合这条依赖。若业务真正要求“两个团队必须同时开始”,需要另写同步约束,SS本身没有表达这一点。
同样,A周三完成,B与A是FF关系,B可以周三或更晚完成。FF只限制B不能先完成,并没有要求B与A同一时刻开始。核对工作可以边录入边做,但最后一批数据尚未录完时,最终核对不能提前结束。
这也说明一项工作可能同时需要两条约束:核对不能先于录入开始,又不能先于录入完成。若只画SS,容易让核对在最后一批数据到来前就显示完成;若只画FF,又可能遗漏核对何时具备开始材料。
提前量和滞后量,是给约束端点增加时间差
滞后量表示在满足前置端点后还要等待多久;提前量允许相对这个端点更早开始或完成。在常见记法中,正数表示滞后,负数表示提前。Microsoft Project的前置任务字段使用类似“A FS+2d”的表达;这是排期记法,不代表Boardmix有同名输入字段。
- A FS+2天 → B:A完成后,至少再经过2天,B才能开始。要说明这2天是工作日还是自然日,以及等待的业务原因。
- A SS+1天 → B:A开始1天后,B最早可以开始。适合明确存在首批材料交付节奏的情况。
- A FS-1天 → B:B最早可在A计划完成前1天开始。只有B确实拿得到可用材料时,才有意义。
不能把“估计能提前”当作提前量的依据。例如宣传页设计需要已确认文案,单纯设FS-2天并不能生成缺失的文案。如果允许先做版式、后补文字,更清楚的做法通常是拆出“版式草稿”和“最终排版”两个交付物,各自设置真实开始条件。
有责任人、有检查结果的工作,尽量作为独立任务;纯等待才适合用滞后表示。“等客户确认”往往既有催办也有结果,不宜藏在一条看不见的+3天后面。
用展览说明牌案例,把关系转换为可检查的排期
某团队准备制作展览说明牌,文案可以分批提交,但全部文字核对通过后才能做最终排版。下面用相对时间演算:t=0是开始时点,每个单位为1个约定工作日,区间[0,4)表示持续4个工作日。示例假设相关人员可用,不包含节假日和其他项目占用。
| 任务 | 工期 | 约束 | 可行区间 |
|---|---|---|---|
| A 编写文案 | 4天 | t=0开始 | [0,4) |
| B 分批校对 | 3天 | A SS+1天,且A FF | [1,4) |
| C 最终排版 | 2天 | B FS | [4,6) |
| D 出样检查 | 1天 | C FS | [6,7) |

B的两条约束都满足:它没有早于A开始1天后启动,也没有早于A完成。C在B全部校对结束后才开始,不能把“已收到一部分文字”当成最终排版的完整输入。
如果A延至t=6完成,原来的B[1,4)就不再满足FF。此时不能只把B的条形图拉长两天:先确认校对剩余多少工作、能否分批继续,以及是否需要返工。若B可以在t=6完成且结果已确认,C最早在t=6开始,D随后安排;若校对还需额外时间,就继续顺延。
依赖告诉你哪些日期已不可能,剩余工作量、人员容量和实际材料决定新计划。需要进一步计算任务浮时和项目最长路径,可参考关键路径的前推与后推方法。
在Boardmix中评审依赖,先核条件再调横条
把任务列表放左侧、横道放右侧;在每项任务旁补一行“收到什么才能开始”和“交付什么才算完成”。绘制连接线时,按开始端或完成端连接,并用FS、SS、FF、SF及必要的时间差标注含义。图例先写清,避免同一条线被不同成员理解成“通知关系”或“负责人关系”。
用本例开会时,重点不是问“这条线好不好看”,而是逐项确认:
- 文案是否真的能分批给校对,首批何时可用?如果不能,SS+1天没有依据。
- 分批校对与文案编写是否由不同人承担?如果是同一个人,需另外检查容量,画成并行不等于能并行执行。
- 最终排版依赖的是全部文字通过,还是某一批通过?边界不同,应拆任务或改关系。
- 延期发生后,原计划是否仍可回查?记录新的预计完成时间与原因,避免覆盖之后看不出偏差。
依赖越多并不代表计划越严谨。只连接会影响开始或完成条件的约束,把普通沟通、偏好顺序和资源冲突分别记录。这样某项任务变化时,团队才能看清哪些后续工作确实需要调整。

