任务清单上每一项都有负责人和日期，项目仍可能卡住，因为后面的工作没有拿到可用输入。只写“等设计”不能说明究竟缺什么，也不利于判断能否先做一部分。本文以虚构的活动物料准备为例，介绍怎样把依赖关系写成开始条件，不把任务图当作自动排期系统。
先问没有前项就真的做不了吗
有些任务必须取得前项结果，例如制作物料需要已经确认的内容；另一些只是团队习惯先后做，实际上可以独立准备。还有一种是共用人员或设备，属于资源冲突，不一定是内容依赖。画线之前先区分原因，避免把所有相关任务串成一条长链，平白增加等待。
用交付物描述依赖
不要只连接两个部门名称。写清后项需要什么，例如“已确认的活动名称与时间”，而不是“宣传方案完成”。前项成果范围可能很大，后项却只需要其中一部分。明确最小可用输入后，团队才好判断是否能够分段交接，但分段不代表未确认内容可以当最终版使用。
给开始条件一个确认动作
在虚构案例中，设计同事准备版式前，需要确认物料尺寸；填入最终信息前，需要确认文案。可以把两种输入分开记录，并注明谁确认、从哪里取得有效版本。不能只让前项负责人说“做完了”，还要让接收人判断结果是否符合约定。信息仍有缺口时，应明确阻塞项，不直接把后项标成已经可以开始。
等待期间列出可独立推进的部分
如果文案未定，仍可能先核对制作要求或整理参考材料，但应由执行者确认这类工作不会依赖未知信息。不要把“可以先准备”扩大为“全部提前制作”。每一项提前动作都说明采用的假设，以及假设变化时哪些部分需要重做。这样等待状态才不会变成盲目抢跑或完全停摆。
延迟发生时先检查影响范围
前项延迟，不等于所有后项都必须等长延迟。逐条查看哪些输入受影响，哪些已经可用，再由相关负责人决定调整。沟通时说明缺少的交付物、影响任务与下一次检查时间，比反复询问“什么时候好”更具体。不能为了让图上状态好看，把尚未确认的材料标成完成。
用一次交接检验连线是否有意义
请前后两位负责人分别说出交什么、收到什么、凭什么判断可继续，答案应相互一致。英飞官方介绍的画布与流程图能力可以承载任务关系，实际约定仍由团队建立。本文配图为方法示意，不是排期软件截图。依赖图的价值是让等待有原因、交接有标准，而不只是把日期之间的箭头画齐。