4. 任务工期与依赖关系设置

在 MS Project 中,任务工期与依赖关系共同决定了项目的时间骨架。工期回答“每项任务需要多长时间”,依赖关系回答“任务之间谁先谁后、以什么方式衔接”。两者一旦设置错误,后续的关键路径、资源负荷和完工日期都会失真。本节围绕工期估算方法、FS/SS/FF/SF 四种依赖类型、前置任务设置以及工程逻辑关系检查展开,重点说明在软件中如何落地,以及如何判断逻辑是否合理。

一、工期估算:先定口径,再填数值

MS Project 中的工期字段是“工期”(Duration),默认单位是工作日(days),也可切换为小时、周、月。工期不是拍脑袋填的数字,而是估算结果。工程中常用的估算方法有三类:

  • 定额/类比估算:依据历史项目或企业定额,例如“标准层钢筋绑扎每层约 3 天”,直接套用。适合重复性高、数据积累充分的工序。
  • 参数估算:用工程量除以产能。例如某段管道 1200 米,班组日安装能力 150 米,则工期 = 1200 ÷ 150 = 8 天。参数估算要求工程量与产能口径一致。
  • 三点估算(PERT):取最乐观 O、最可能 M、最悲观 P,期望工期 = (O + 4M + P) ÷ 6。例如 O=6 天、M=8 天、P=14 天,则期望 = (6+32+14) ÷ 6 ≈ 8.67 天,可向上取整为 9 天。

在软件中录入时要注意:工期为 0 的任务是里程碑,用于标记节点,不要用 0 工期表示“还没想好”。若任务尚未确定,可先填估算值并加备注,而不是留空。另外,MS Project 的工期受日历影响,同一“8 天”在 5 天工作制与 7 天工作制下占用的自然日不同,估算时应先确认项目日历。

二、四种依赖类型:FS、SS、FF、SF

依赖关系描述两个任务之间的逻辑约束,MS Project 支持四种类型,每种都包含“前置任务”和“后续任务”两个角色:

  • FS(完成—开始):前置任务完成后,后续任务才能开始。这是最常用、最符合施工顺序的类型,如“基础验收完成 → 主体结构开始”。
  • SS(开始—开始):前置任务开始后,后续任务才能开始。常用于搭接作业,如“土方开挖开始 → 垫层施工开始”,两者可间隔一定时间并行推进。
  • FF(完成—完成):前置任务完成后,后续任务才能完成。如“管道安装完成 → 管道试压完成”,试压需在安装收尾后同步结束。
  • SF(开始—完成):前置任务开始后,后续任务才能完成。工程中使用较少,典型如“新系统上线开始 → 旧系统停用完成”,用于交接类逻辑。

四种类型可以配合延时(Lag)和提前(Lead)使用。例如 FS+2 天表示前置完成后等 2 天再开始,常用于混凝土养护;SS-3 天表示后续任务提前 3 天开始,用于搭接。延时用正数,提前用负数,单位与工期一致。

四种依赖类型与延时/提前示意 前置任务 A 基础验收 FS 后续任务 B 主体结构开始 A 完成后 B 才能开始 前置任务 A 土方开挖 SS 后续任务 B 垫层施工 A 开始后 B 才能开始 前置任务 A 管道安装 FF 后续任务 B 管道试压 A 完成后 B 才能完成 前置任务 A 新系统上线 SF 后续任务 B 旧系统停用 A 开始后 B 才能完成 延时 Lag:FS+2 天 = 前置完成后等 2 天再开始(如混凝土养护) 提前 Lead:SS-3 天 = 后续任务提前 3 天开始(搭接)

三、前置任务设置:在软件中如何录入

在 MS Project 中设置依赖关系有两种常用方式。第一种是在甘特图视图的“前置任务”列直接输入任务 ID 和类型,例如输入 5FS+2 days,表示本任务的前置任务是 ID 为 5 的任务,采用 FS 关系并延时 2 天。第二种是打开“任务信息”对话框,在“前置任务”选项卡中逐行添加,可分别选择任务名称、类型和延时。批量设置时,可在“前置任务”列中一次输入多个,用逗号分隔,如 5FS,8SS+1 day。

录入时需注意三点:一是任务 ID 会随插入、删除而变化,若用 ID 引用,插入新任务后要复查;二是同一对任务之间只保留一条依赖,重复设置会造成逻辑冗余;三是延时单位要写清楚,+2 days 与 +2 edays(经过天数)含义不同,前者按日历扣除非工作日,后者按自然日连续计算。

建议在“前置任务”列中统一使用“任务名称 + 类型 + 延时”的书写习惯,并在备注中说明逻辑依据,便于后续复查和交接。

四、工程逻辑关系检查:让网络图站得住

依赖关系设置完成后,不能直接进入资源平衡,必须先做逻辑检查。检查的核心是回答三个问题:顺序是否成立、是否存在闭环、是否遗漏约束。

第一,检查顺序合理性。逐条核对依赖方向是否符合施工工艺。例如“防水施工”与“保护层施工”应为 FS,若误设为 SS,则保护层可能先于防水完成,逻辑不成立。第二,检查循环依赖。MS Project 不允许 A→B→A 的闭环,若出现会弹出错误提示,此时应回到任务信息中逐条排查。第三,检查遗漏约束。常见遗漏包括:未设置“必须完成”的里程碑、未考虑外部依赖(如审批、供货)、未考虑节假日和天气窗口。

软件提供了辅助检查手段:切换到“网络图”视图可直观看到任务之间的连线;使用“任务路径”功能可查看某任务的前置链;通过“筛选 → 关键任务”可确认关键路径是否被异常依赖打断。若发现某任务总时差异常大或异常小,往往说明依赖关系设置有问题,应重点复核。

不要用“强制日期”代替依赖关系。强制日期会掩盖逻辑问题,导致后续调整时无法自动重排。正确做法是先建立依赖,再用约束条件处理外部限制。

五、一个可复用的检查清单

为便于实际项目落地,可将上述检查整理为下表,在每次更新计划后逐项确认。

检查项判断标准常见问题
工期单位与日历工期单位与项目日历一致误用自然日导致工期偏短
依赖类型FS/SS/FF/SF 与工艺一致搭接作业误用 FS 导致工期偏长
延时/提前正负号与单位正确养护期漏设 Lag
循环依赖无闭环交叉任务互相引用
外部约束审批、供货、天气已考虑遗漏外部依赖
关键路径关键任务连续、无异常断点强制日期打断关键路径

完成以上设置与检查后,项目网络才具备可计算、可调整的基础。后续的资源分配、成本加载和进度跟踪,都建立在这一步的正确性之上。