4. 工程交付组织与角色职责

光网络工程交付不是“把设备装上去、把业务调通”这么简单。一个中等规模的长途波分项目，往往涉及土建、电源、光纤、网管、业务割接、客户验收等多个界面，任何一处职责不清，都会在验收阶段集中爆发。因此，在项目启动阶段就必须把组织结构和角色边界定义清楚，让每个人知道“我负责什么、我向谁交付、我什么时候必须介入”。

本节围绕五类核心角色展开：项目经理、技术负责人、施工队、调测工程师、客户接口人。它们不是简单的上下级链条，而是一个以“交付物”为纽带的协作网络。理解这张网络，比记住岗位名称更重要。

项目经理：交付的总协调人

项目经理对“按期、按范围、按预算交付”负总责，但并不意味着他什么都管。他的核心动作是拆解交付物、分配责任、跟踪偏差、升级风险。在光网络项目中，项目经理至少要维护三张表：站点进度表、物料到货表、验收问题跟踪表。

以某省干100G OTN项目为例，全线28个站点，项目经理在启动会上明确：每个站点由施工队在第5天前完成设备安装和光纤成端，调测工程师在第7天进场做单站调测。如果第3天发现某站机房电源未就绪，项目经理需要立即协调客户接口人推动机房整改，而不是等施工队到了现场再反馈。这种“提前暴露偏差”的能力，是项目经理最核心的价值。

项目经理还负责对外承诺的唯一出口。客户接口人提出的任何需求变更，都应先经过项目经理，由他组织技术负责人评估影响后，再决定是否接受、如何调整计划。如果施工队或调测工程师直接答应客户“没问题”，很容易造成范围蔓延和验收扯皮。

技术负责人：方案与参数的最终裁决者

技术负责人对交付物的技术正确性负责。在波分项目中，这包括：波道规划、光功率预算、色散补偿配置、OTN交叉连接方案、保护倒换策略、网管DCN规划等。技术负责人不一定要亲自操作设备，但必须确保施工队拿到的图纸、调测工程师拿到的参数基线是一致的。

一个常见的协作断点是：施工队按图纸完成了ODF成端，但调测工程师发现收光功率偏低。此时不能由施工队自行“调一调”，也不能由调测工程师直接改跳纤。正确做法是：调测工程师将实测值（例如某段收光为-18.5dBm，低于设计值-14dBm）反馈给技术负责人，技术负责人判断是连接器污染、熔接损耗偏大还是跳纤路由错误，然后出具书面处理意见，由施工队执行、调测工程师复测。技术负责人是技术争议的最终裁决者，避免多头指挥。

施工队：把设计变成物理现实

施工队负责设备安装、机柜固定、电源接线、接地、光纤熔接与成端、标签粘贴、走线整理等现场作业。他们的交付物不是“干完了”，而是可被检查、可被调测的站点状态。因此，施工队完工后必须提交《站点完工自检表》，至少包含：设备型号与数量核对、电源电压实测值、接地电阻实测值、光纤熔接损耗记录、标签完整性检查。

施工队最容易出问题的地方是“隐蔽工程”：走线架上的光纤绑扎过紧、接地线径不足、电源极性接反、标签只写一端。这些问题在安装阶段看不出来，但会在调测或验收阶段造成返工。因此，技术负责人应在施工前进行技术交底，明确工艺标准；项目经理应将自检表纳入进度里程碑，未提交自检表的站点不安排调测。

调测工程师：从单站到业务的验证者

调测工程师负责单站调测、链路调测、业务开通和性能测试。他们的工作不是“把设备点亮”，而是用数据证明系统满足设计指标。典型工作包括：OA单站增益与噪声系数测试、OTU波长与光功率测试、链路OSNR测试、OTN交叉连接验证、保护倒换测试、以太网业务吞吐与时延测试。

调测工程师必须依据技术负责人下发的参数基线执行，不能自行修改波道或功率。如果发现实测值与设计值偏差超出允许范围，应记录原始数据、保留测试截图，并提交技术负责人判断。调测完成后，调测工程师输出《单站调测报告》和《系统测试报告》，作为客户验收的直接依据。

客户接口人：需求与验收的桥梁

客户接口人通常是客户方的项目经理或运维主管，负责确认需求、协调机房资源、安排割接窗口、组织验收签字。他们不直接指挥施工队或调测工程师，而是通过项目经理传递需求。客户接口人最关心的是：业务什么时候能通、割接窗口是否可控、验收标准是否明确。

因此，项目经理应在项目初期与客户接口人确认验收指标和割接流程，例如：验收测试是否包含保护倒换、是否需要在业务割接前完成72小时误码观测、割接窗口是凌晨0:00—4:00还是其他时段。这些信息必须提前写入交付计划，避免调测完成后才发现验收标准不一致。

一张可执行的职责对照表

下表可作为项目启动会的职责确认模板，每个角色在对应阶段签字确认，避免后期推诿。

需要强调的是，角色划分不是僵化的。在小规模项目中，技术负责人可能同时承担调测工程师的职责，项目经理也可能直接与客户接口人对接。但无论人员如何复用，职责边界必须清晰：谁做技术决策、谁对外承诺、谁对数据负责，这三件事不能混。只有把组织关系理顺，后续的验收和交付才有稳定的基础。