任务依赖描述的是两项工作之间的顺序前提：一项任务何时开始或结束，取决于另一项任务的状态。它常出现在排期讨论中，但只解决“谁先谁后”的问题，工期估算、项目整体进度和人员容量安排各有独立的管理方法。下面从定义、边界、四种依赖类型和相邻概念入手，说明任务依赖在排期中的实际作用。
要点总览（TL;DR）
- 任务依赖是一项任务的开始或完成以另一项任务的状态为前提的关系，前置任务提供触发条件，后置任务受其约束。
- 常见依赖有完成—开始、开始—开始、完成—完成、开始—完成四种，区别在于绑定前置与后置任务的开始或完成节点。
- 依赖只规定顺序，工期估算、项目整体进度和人员容量冲突分别由估算、项目进度管理和资源负载管理处理。
- 依赖与普通关联的关键差别在于是否构成排期约束；循环依赖会让排期失去起点，建立时需沿链条检查方向。
- 前置任务延期时，后置任务按依赖类型连带调整，是否自动顺延取决于工具的排期设置与人工确认。
任务依赖的直接定义
任务依赖是指一项任务的开始或完成，需要以另一项任务的开始或完成为前提条件的关系。被依赖的一方称为前置任务，依赖方称为后置任务。依赖关系成立时，后置任务的执行时点受前置任务状态约束，顺序不能随意调换。
用两个任务的最小示例说明：前置任务“完成接口文档评审”，后置任务“按评审结论开发接口”。评审未完成，开发就缺少可执行的输入，因此两者构成一条依赖。这里的“完成”指评审这一工作项达到完成状态，而非笼统的“做得差不多了”。依赖描述的是状态之间的触发条件，判断时看的是前置任务是否到达约定状态。
理解定义时要注意两个要素：一是方向，从前置指向后置，方向反了含义就变了；二是触发点，依赖绑定的是开始或完成这两个节点之一，而非整个任务期间。把这两点说清楚，依赖才能被准确记录和沟通。
任务依赖包括什么、不包括什么
依赖约束的对象是工作项之间的顺序与触发条件。它回答的问题是：后置任务要等到前置任务进入某个状态才能启动或收尾。依赖关系一旦建立，排期时就需要按这个顺序检查时间安排是否成立，执行中也需要按这个顺序判断能否推进。
依赖不负责工期估算本身。一项任务需要几天、由谁投入多少时间，属于估算与工作量判断；依赖只规定这项任务相对其他任务的位置。把依赖当成工期依据，容易出现“有依赖就自然排得下”的误判。
项目整体进度归项目进度管理，关注的是全部工作项汇总后的完成情况、偏差与趋势；人员容量冲突归资源负载与冲突管理，关注同一人员在时间段内被多少任务占用、是否需要调整负责人或时间。依赖可以提供顺序信息，供进度和资源判断参考，但这两类问题需要在各自的范围内解决。
四种依赖类型与触发机制
项目管理中通常把依赖分为四种类型，区别在于前置任务和后置任务各自绑定“开始”还是“完成”。
| 依赖类型 | 约束含义 | 典型场景 |
|---|---|---|
| 完成—开始 | 前置任务完成后，后置任务才能开始 | 需求评审完成后开始开发 |
| 开始—开始 | 前置任务开始后，后置任务才能开始 | 编码启动后同步开始联调环境准备 |
| 完成—完成 | 前置任务完成后，后置任务才能完成 | 测试报告完成后，发布说明才能定稿 |
| 开始—完成 | 前置任务开始后，后置任务才能完成 | 交接班开始后，上一班次记录才能关闭 |
依赖传递时间约束的方式，是把前置任务的某个节点作为后置任务对应节点的最早可行时点。排期计算时，后置任务的开始或完成时间不能早于这个约束点。完成—开始是最常见的一类，因为多数工作遵循“先有产出、再开展下一步”的逻辑；其余三类适用于并行推进或收尾衔接的场景。
前置任务延期时，后置任务的联动方式取决于依赖类型和排期设置。以完成—开始为例，前置完成时间推后，后置任务的最早开始时间随之推后；若后置任务已有固定截止时间，则表现为可用时间被压缩，需要调整范围、人力或时间。开始—开始类型下，前置启动推迟会带动后置启动推迟。实际排期中，是否自动顺延、是否允许重叠，取决于所使用工具的排期规则和人工确认，团队需要明确这一设置，避免前后理解不一致。
任务依赖与相邻概念的区别
依赖容易被和几个相邻概念混用，区分它们有助于判断排期中的问题该归到哪里处理。
| 概念 | 核心作用 | 与任务依赖的区别 |
|---|---|---|
| 任务依赖 | 规定两项任务之间的顺序与触发条件 | 有方向、有触发节点，影响排期可行性 |
| 普通关联关系 | 表示两项任务相关，便于查阅和沟通 | 不规定先后，不构成排期约束 |
| 里程碑 | 标记重要时间点、事件或决策点 | 是进度上的标志，本身不是任务间的顺序约束 |
| 项目整体进度 | 汇总全部工作项的完成情况与偏差 | 依赖是其中的顺序信息，进度还包含范围、时间与执行结果 |
| 资源负载冲突 | 识别人员在同一时间的占用过量 | 依赖说明顺序，负载说明谁忙不过来，两者需分别处理 |
依赖与关联的差别最容易被忽略：关联只说明“这两件事有关”，依赖则说明“没有前者，后者不能按计划推进”。里程碑常被放在依赖链的关键位置，用来观察阶段是否达成，但它替代不了依赖本身。资源冲突则可能在没有依赖关系的两项任务之间发生，例如同一名成员同时承担两个并行任务，这属于负载问题而非顺序问题。
具体例子与常见误解
以下为演示情景，用一条四任务的依赖链说明依赖在排期中的体现。任务A“完成需求说明”完成后，任务B“完成方案设计”才能开始；任务B开始后，任务C“搭建测试环境”可以同步启动，构成开始—开始依赖；任务B完成后，任务D“完成开发自测”才能开始。排期时，A的完成时间决定B的最早开始，B的启动时间约束C，B的完成时间约束D。若A延期两天，B随之后移，C和D也按各自依赖类型受到连带影响，项目经理据此判断哪些交付节点需要重新沟通。
常见误解主要有三类：
- 把依赖当成排期结果。依赖只给出顺序约束，具体日期还要结合工期、可用时间和资源情况确定，建立依赖不等于排期完成。
- 把关联当依赖。出于“看起来相关”就建立依赖，会让本可并行的任务被迫串行，拉长整体时间；应确认是否真的存在状态触发关系。
- 忽略循环依赖。A依赖B、B又依赖A，或更长的链条形成闭环，排期就无法确定起点。建立依赖时应沿着链条检查方向，发现闭环及时拆解或调整触发节点。
在工具中落地时，依赖需要被记录为工作项之间的明确关系，才能被团队共同看到和检查。ONES 的项目计划支持为项目任务设置前后置依赖，使任务关联一目了然；配合工作分解结构制定进度计划，团队可以在同一份计划中查看任务顺序与时间安排。依赖类型的具体范围与延期联动规则以实际部署和套餐为准，团队在启用前应确认相应设置。依赖关系清晰之后，进度反馈和偏差识别才有可靠的顺序基础。
常见问题
两个任务之间建立了依赖，后置任务的日期就会自动排好吗？
不一定。依赖给出的是顺序约束，即后置任务不能早于前置任务的某个节点。具体日期还要结合工期估算、可用时间和资源情况确定。部分工具会依据依赖自动推算最早可行时间，部分工具只做提示、由人工确认。团队需要事先明确当前工具的排期规则，避免有人以为系统已排好、有人以为还要手动调整。
前置任务延期后，后置任务一定要跟着顺延吗？
要看依赖类型和后置任务的时间安排。以完成—开始为例，前置完成时间推后，后置任务的最早开始时间随之推后；如果后置任务有固定截止时间，表现为可用时间被压缩，此时可以调整范围、增加人力或重新协商时间，顺延只是其中一种处理方式。开始—开始类型下，前置启动推迟会带动后置启动推迟。处理前先确认依赖绑定的是哪个节点，再判断影响范围。
任务之间“有关联”和“有依赖”在实际排期中有什么不同？
关联表示两项任务相关，便于查阅和沟通，不规定先后；依赖表示没有前置任务的某个状态，后置任务就不能按计划推进，会直接影响排期可行性。把关联误当依赖，会让本可并行的任务被迫串行，拉长整体时间。判断方法很简单：问一句“前者没到约定状态，后者是否真的无法开始或完成”，答案为否就按关联处理。
发现两个任务互相依赖时应该怎么处理？
互相依赖或更长的闭环会让排期找不到起点，需要拆解。常见做法包括：把其中一项任务拆成前后两段，让真正有先后关系的部分形成单向依赖；调整触发节点，例如把完成—开始改为开始—开始，允许部分并行；或者确认其中一条依赖其实是关联关系，予以取消。建立依赖时沿链条检查方向，比事后排查更省力。
在工具中记录任务依赖，团队需要提前约定哪些事项？
至少约定三件事：依赖绑定的是开始还是完成节点；前置任务状态变化时后置任务是否自动联动，以及由谁确认调整；依赖关系由谁维护、变更时如何通知相关人。ONES 的项目计划支持为项目任务设置前后置依赖，使任务关联一目了然，配合工作分解结构制定进度计划，团队可以在同一份计划中查看任务顺序与时间安排。依赖类型的具体范围与延期联动规则以实际部署和套餐为准，启用前应确认相应设置。
