依赖排期与关键路径

这个场景能帮你做什么

任务有了起止日期，计划仍可能无法执行：前置输入尚未到位，下游已经排进日程；几项工作看似并行，实际共用一个负责人。这个任务先核任务依赖，再计算日期、关键路径和时差，形成供项目经理批准的排期草案。

适合已经有任务清单和工期估算的项目。只有交付日、没有任务工期或先后关系时，应先补齐这些输入。

开始前需要准备什么

• 任务表：唯一编号、任务名称、持续时间和单位、前置任务、关系及等待间隔。
• 日历：项目起点、工作日、假期、班次及不可用时段。
• 约束：固定里程碑、外部交付窗口、不可提前的批准节点。
• 已确认估算及主要资源安排。标明估算尚未确认的任务，保留依据。

说明“持续 3 天”指工作日还是自然日。“完成后开始”与“开始后可以部分并行”需要分别写清，不能都只填一个前置编号。

具体怎么做

第一步：先检查依赖表

把任务表和日历交给 WorkBuddy，先要求列出不存在的前置编号、自我依赖、循环依赖、工期缺失与固定日期冲突。此时不生成承诺日期。

检查所有必要工作是否已进入表内，尤其是审批、联调、等待、验收和返工预留。工具提出的遗漏只能作为待确认候选，由实际执行人确认。

第二步：确认先后关系和等待条件

逐条核对前置关系的业务理由。某任务需要“收到客户确认”才能开始，就要保留这个条件；不能把确认邮件的预计日期当成已经确认。

让工具先用相对时间表达逻辑顺序。没有明确工作日历时，只计算相对工期，不输出貌似精确的实际日期。

第三步：计算关键路径并保留中间结果

对简单的“完成后开始”网络，要求输出最早开始、最早完成、最晚开始、最晚完成和总时差。相对时间从 0 起算时，最早完成等于最早开始加工期；汇合任务取所有前置的最晚完成值，再反向计算最晚时间。

下面是教学示例，不是实际项目：

任务	工期	前置
A	3 天	无
B	3 天	A
C	4 天	A
D	8 天	B
E	4 天	C、D

在没有额外资源和日历约束时，A→B→D→E 为 18 天；C 的总时差为 7 天。要求工具展示计算表，再由计划人员手工核对这条路径。复杂关系、不同班次和资源限制应交专业计划人员或合适的排程工具处理。

第四步：映射日历并检查资源

将逻辑顺序映射到工作日历，列出假期、审批窗口和资源不可用造成的日期变化。再查同一个人是否被多个并行任务重复占用。

逻辑关键路径计算正确，也不保证人员安排可执行。资源冲突调整后，重新计算受影响任务，不只移动图形。项目经理与任务负责人确认后，才形成待批准计划。

可以直接交给 WorkBuddy 的完整要求

请依据任务表、估算和工作日历形成排期草案，不修改原文件。
先检查任务编号、缺失工期、循环依赖、前置关系、等待间隔和固定日期冲突，列待确认问题。
我确认关系后，再计算相对时间。简单完成后开始网络请展示正向、反向计算表、关键路径和各任务总时差；其他关系必须说明计算条件，不自行简化。
将结果映射到提供的工作日历，再检查关键人员的时间重叠。区分逻辑工期、资源限制和外部等待造成的影响。
输出任务依赖表、计算表、日期草案、关键任务、约束冲突和待确认项。没有工期或依赖的任务不猜测补齐；未经确认不承诺日期，不更新正式基线。

完成后会得到什么

一份能解释任务先后的计划草案，附关键路径、时差、中间计算和约束缺口。即使生成了甘特图，也应保留任务表与计算依据，便于以后更新。

结果应该怎么检查

逐条核前置条件是否满足；手算关键路径总长；检查工作日与自然日、起算方式是否一致。总时差通常存在共享关系，不能让多个任务各自把全部时差用完。不要根据“最忙的人”或最长的一根甘特条判断关键路径。

遇到这些情况怎么处理

出现循环依赖，先找负责人澄清业务关系；截止日早于可行日期，列出缺口并转入纠偏方案比较；缺资源数据，只能确认逻辑排程，明确资源可行性未核实。批准后的依赖发生变化，应按变更规则处理并重算。

哪些由工具处理，哪些必须人工决定

WorkBuddy 协助整理已提供任务和计算明示条件。任务负责人确认工期与依赖，项目经理确认资源及承诺，有权限人员批准计划。本教程不假设工具已连接企业项目系统或能直接处理所有专业计划文件。