4. 工程交付计划编制

工程交付计划不是把合同工期抄进甘特图，而是把"要交什么、由谁做、先后怎么排、资源够不够、什么时候必须冻结"这五件事同时说清楚。在横河（Yokogawa）DCS/SIS/现场仪表类项目中，计划编制通常以交付物为起点反向推导：先确定每个交付物的内容与验收标准，再分解出产生它的工作包，最后才排时间与资源。本节按这一逻辑展开，并给出可直接套用的示例参数。

一、WBS分解：以交付物为末级节点

WBS（工作分解结构）的分解原则是"可估算、可分配、可验收"。推荐采用四层结构：项目层 → 阶段层 → 工作包层 → 交付物/任务层。阶段层按工程实际划分，典型为：启动与基础设计、详细设计、采购与制造、工厂验收测试（FAT）、包装发运、现场安装指导、回路检查与联调、SAT与开车支持、竣工移交。

关键做法是：末级节点必须是可交付的实体或可判定的动作，而不是"进行设计""完成调试"这类无法验收的表述。例如"详细设计"应拆为：I/O清单冻结版、控制逻辑图（CLD）包、HMI画面包、系统组态数据库、网络与机柜布置图、回路图（Loop Diagram）包。每个末级节点需带三个属性：交付物编号、责任人（工程专业）、验收依据（规格书条款或检查表）。

编码建议采用"阶段码-专业码-序号"三段式，如 D-ENG-014 表示详细设计阶段工程专业第14项。编码一旦发布即冻结，后续变更通过变更单引用原编码，避免版本混乱。

二、进度网络图：识别真正的关键路径

WBS确定后，用前导图法（PDM）建立逻辑关系，四种依赖中要特别区分强制依赖（如FAT必须在组态完成后）与软依赖（如HMI美化可与逻辑测试并行）。横河项目中最容易被忽略的是"外部依赖"：客户提供的工艺包、电气MCC接口、第三方通信协议文档，这些往往成为实际关键路径。

以下示例给出一个典型中型项目的关键链（示例参数，非实测）：

基础设计(15d) → I/O清单冻结(5d) → 硬件选型与订货(10d)
  → 机柜制造(45d) → 系统集成与内部测试(20d) → FAT(10d)
  → 发运(15d) → 现场安装(20d) → 回路检查(25d)
  → 联调(20d) → SAT(10d) → 开车支持(15d)

并行支路：CLD设计(20d) → 组态(30d) → 内部测试(与上合并)
软依赖示例：HMI画面(25d) 可与 组态(30d) 并行，仅需在内部测试前3天完成

计算时先做前推求最早开始/完成，再做后推求最晚时间，总浮动为零的路径即关键路径。上例中若机柜制造因钣金排产延后7天，则整个交付顺延7天，必须提前锁定供应商产能或改用模块化机柜缩短制造周期。

三、资源负荷计划：人力与工位的双重平衡

资源负荷计划要回答"某周需要几名组态工程师、几个测试工位"。做法是把每个工作包的工时按周摊开，形成资源直方图，再与可用资源对比。横河工程常见资源类型包括：系统工程师、组态工程师、仪表工程师、测试工位、仿真平台、现场服务工程师。

示例：组态工作包共 30 天、需 2 人并行，则每周负荷为 2 人；若同时有 3 个项目共用同一组态团队（共 4 人），则第 3 周负荷达 6 人，超出 2 人，必须通过错峰或外包解决。资源平衡的优先级是：先调软依赖、再调非关键路径浮动、最后才考虑加班或增补人力。

四、里程碑设置：把"必须冻结"的节点显性化

里程碑不是进度百分比，而是决策点或冻结点。建议设置以下六类：

• M1 设计冻结：I/O清单、CLD、网络架构经客户书面确认，此后变更走变更单。
• M2 硬件到货：机柜、控制器、I/O卡件齐套，可开始集成。
• M3 FAT通过：工厂验收测试报告签署，允许发运。
• M4 现场安装完成：机柜就位、接地、供电、网络连通。
• M5 回路检查完成：所有回路点对点校验通过，具备联调条件。
• M6 SAT通过/开车：性能测试合格，进入试运行。

每个里程碑必须绑定"交付物 + 验收人 + 判定标准"。例如 M3 的判定标准是：FAT 用例执行率 100%、缺陷关闭率 ≥ 95%、遗留缺陷均有书面处理计划。

五、交付物清单管理：版本与状态双控

交付物清单（Deliverable Register）是计划的核心台账，至少包含：编号、名称、所属WBS、责任人、计划提交日、实际提交日、版本、状态（草稿/内部评审/客户评审/已批准/已移交）、关联里程碑。状态流转必须留痕，避免"口头确认"导致返工。

以下为可直接使用的示例清单片段（示例数据）：

清单需每周更新一次，并在项目例会上核对"逾期项"与"状态停滞项"。对逾期超过 3 天的交付物，应触发预警并评估对关键路径的影响。

把上述五部分串起来，计划才具备可执行性：WBS 回答"做什么"，网络图回答"先后与关键"，资源负荷回答"够不够"，里程碑回答"何时必须冻结"，交付物清单回答"交什么、什么状态"。实际项目中，建议每周用交付物清单反向校验网络图与资源负荷，一旦发现交付物状态停滞或逾期，立即评估对关键路径的影响并更新计划，而不是等到月度例会才暴露问题。