📚 课程目录第3章项目启动与验收交付策划

3. 项目启动与验收交付策划

在Ciena光网络项目中，合同技术规范书（Technical Specification）是验收工作的唯一法律与技术基准。项目启动阶段最容易被忽视、却对后期验收影响最大的动作，就是把规范书中的条款逐条转化为可测量、可判定、可追溯的验收标准，并据此制定验收计划、交付里程碑和资源分配。本节围绕这一转化过程展开，重点说明如何从规范书提取验收标准，并把它落到计划与资源上。

一、从合同技术规范书中提取验收标准

规范书通常按“系统概述—设备配置—性能指标—接口要求—网管功能—服务与文档”组织。提取验收标准时，不能只摘抄指标数值，而要同时记录四类信息：指标项、目标值、测试条件、判定依据。缺少测试条件，指标就无法复现；缺少判定依据，验收结论就缺乏支撑。

以Ciena 6500 RLS（Reconfigurable Line System）与WaveLogic 5 Extreme相干模块为例，规范书中常见条款包括：单波速率、通道间隔、OSNR容限、FEC纠错后误码率、保护倒换时间、网管告警上报时延等。提取时应形成“条款—指标—测试方法—判定阈值”的映射。例如规范书要求“保护倒换时间≤50 ms”，则验收标准应明确为：在1+1 OLP或OTN SNCP场景下，人为断开工作路径，用测试仪表记录业务中断时长，连续测试5次，每次均≤50 ms，取最大值作为判定值。

提取原则：凡规范书中出现“应、必须、不低于、不大于、支持”等措辞的条款，均视为强制验收项；出现“宜、建议、可选”的条款，可作为观察项或加分项，不纳入一票否决。

建议使用一张“验收标准追溯表”承载提取结果，字段包括：条款编号、规范书原文摘要、验收指标、测试条件、判定阈值、测试工具、责任方、对应里程碑。这张表是后续验收计划、测试用例和交付物清单的共同源头，避免同一指标在不同文档中口径不一致。

二、验收计划与交付里程碑的编排

验收计划不是把所有测试堆在一起，而是按“先单点、后系统、再业务”的层次推进。典型编排为：设备到货与开箱验收 → 单站加电与本地调测 → 光层链路验收（含OSNR、功率、衰耗） → 电层与OTN交叉验收 → 保护与倒换验收 → 端到端业务验收 → 网管与告警验收 → 文档与培训交付。每个阶段设置明确的准入条件，前序未通过不进入后序，避免问题累积到端到端阶段才暴露。

交付里程碑应与验收阶段对齐，并绑定付款或交付确认节点。常见里程碑包括：M1设备到货验收完成、M2单站调测完成、M3光层链路验收通过、M4端到端业务验收通过、M5初验（PAC）通过、M6终验（FAC）通过。里程碑日期需倒排：从合同约定的终验日期向前推算，为整改和复测预留缓冲，通常预留总工期的15%～20%作为整改窗口。

三、资源分配的关键维度

验收资源分配要覆盖四类：人员、仪表、时间窗口、备件与文档。人员方面，需明确Ciena侧技术支持、集成商调测工程师、客户运维人员三方角色，并指定每个验收阶段的负责人和见证人。仪表方面，光层验收通常需要光谱分析仪（OSA）、光功率计、可调衰减器；电层与业务验收需要OTN/SDH测试仪、以太网RFC 2544测试仪、误码测试仪；保护倒换测试需要能精确记录中断时长的仪表或网管日志。这些仪表需提前确认可用性和校准状态。

时间窗口方面，光网络验收常涉及夜间割接和业务中断窗口，需在计划中标注每个测试项是否需要中断业务、预计中断时长、回退方案。备件方面，应确认关键模块（如线路侧光模块、交叉板、电源板）的现场备件数量，避免测试中故障导致工期延误。文档方面，需提前准备测试记录模板、验收报告模板、竣工图纸清单，确保验收过程中同步记录，而不是事后补记。

四、一个可参考的验收计划片段

以下为某Ciena 6500项目光层链路验收阶段的计划片段，参数为教学示例，实际项目应按合同和现场条件调整：

阶段：光层链路验收（M3）
准入条件：单站加电完成，光放板与ROADM板状态正常
测试项与判定：
  1. 各跨段收光功率：目标 -18 dBm ± 1 dB，用光功率计逐段测量
  2. OSNR（0.1 nm）：≥15 dB，用OSA在收端测量，记录最差波道
  3. 通道功率平坦度：≤1.5 dB，用OSA扫描全部波道
  4. 保护倒换：断开工作路径，业务中断≤50 ms，连续5次
资源：调测工程师2人、OSA 1台、光功率计2台、夜间窗口2晚
输出：光层测试记录表、OSNR扫描截图、倒换测试日志

该片段的判定阈值直接来自追溯表中对应条款，测试工具和窗口来自资源分配结果，输出物对应交付物清单。这样，验收计划、资源分配和交付里程碑就通过追溯表形成了闭环：规范书条款决定测什么，测试条件决定怎么测，资源分配决定谁来测、用什么测、什么时候测，里程碑决定什么时候必须测完。

常见误区：把规范书条款直接复制进验收计划，却不补充测试条件和判定方法。结果是现场测试时对“OSNR≥15 dB”在哪个点测、用多大分辨率、取哪个波道产生分歧，导致验收争议。追溯表的价值正在于提前消除这类歧义。

项目启动阶段完成上述策划后，应组织一次验收策划评审，邀请客户、集成商和Ciena技术支持共同确认追溯表、验收计划和里程碑。评审通过后，追溯表即作为验收执行的基线，后续任何变更都需走变更流程并同步更新计划与资源。这样，验收工作从项目一开始就有据可依、有表可查、有人负责，而不是等到初验前才临时拼凑。