4. 项目启动与验收策划

HBK测试项目(如PULSE数据采集系统、LAN-XI前端、BK Connect分析平台)的验收策划,本质上是把“客户要什么、我们交什么、怎么证明交对了”三件事在项目启动阶段就固定下来。很多项目后期扯皮,根源不在技术,而在于启动时没有把验收组织、角色职责、里程碑、交付物清单和风险登记册这五份文件做实。本节按“先定组织、再定计划、后定清单与风险”的顺序展开,并给出可直接套用的编制方法。

一、验收组织与角色职责

验收组织不是一张通讯录,而是一个有决策权、有签字权、有技术判断权的三层结构。典型配置如下:

  • 验收决策层(Steering):客户方项目负责人 + 我方项目经理。职责是批准验收计划、裁定范围变更、签署最终验收证书。不参与具体测试执行。
  • 验收执行层(Execution):客户测试工程师 + 我方应用工程师。职责是执行测试用例、记录原始数据、判定单条用例通过/失败。这是验收证据的直接产生者。
  • 验收见证层(Witness):第三方计量/监理(如有)+ 双方质量代表。职责是见证关键节点、核对仪器校准证书、确认数据不可篡改。

角色职责必须落到“谁在什么文件上签什么字”。例如:应用工程师负责填写《测试记录表》并签字;客户测试工程师负责复核并签字;项目经理负责在《里程碑确认单》上签字。没有签字权的角色不进入验收组织。建议在启动会上用一张RACI表明确:谁负责(R)、谁批准(A)、谁咨询(C)、谁知会(I)。

二、里程碑设置

HBK测试项目的里程碑应围绕“硬件到位—软件就绪—联调通过—正式验收”四个物理状态设置,而不是按自然月平均切分。推荐五个里程碑:

  1. M1 启动会完成:验收计划、交付物清单、风险登记册初版三方签字。
  2. M2 硬件到货与自检完成:LAN-XI前端、传感器、线缆清点完毕,校准证书在有效期内,自检噪声本底达标。
  3. M3 软件安装与通道联调完成:BK Connect/PULSE软件授权激活,所有测量通道连通,本底噪声与灵敏度检查通过。
  4. M4 预验收(内部)完成:按验收计划跑通全部用例,缺陷收敛到可接受水平。
  5. M5 正式验收完成:客户签署验收报告,遗留问题转入质保期跟踪。

每个里程碑必须绑定“可观察的完成判据”。例如M3的判据不是“软件装好了”,而是“24个通道全部采集到有效信号,通道间串扰低于-80 dB,灵敏度偏差在±2%以内”。判据写不清,里程碑就是空话。

三、验收计划编制

验收计划的核心是“用例—判据—证据”三列对应。编制时先列测试项,再为每项写通过判据,最后指定证据形式。以HBK典型声学测试为例:

测试项通过判据(示例)证据形式
通道本底噪声≤ 30 dB(A),1/3倍频程BK Connect截图+原始时域文件
灵敏度校准偏差 ≤ ±2%,校准器114 dB/1 kHz校准记录表+校准器证书
通道间相位一致性≤ ±2° @ 1 kHz互谱相位曲线
数据完整性连续采集2小时无丢帧采集日志+文件时间戳

验收计划还要写明“不通过怎么办”:是当场复测、限期整改,还是降级接受。建议约定“单条用例失败允许一次复测,复测仍失败则记入遗留问题清单,由决策层裁定”。

四、交付物清单

交付物清单要区分“硬件交付物”“软件与数据交付物”“文档交付物”三类,并标注交付时间和验收方式。HBK项目常见交付物包括:

  • 硬件:LAN-XI前端、传感器、校准器、线缆、安装支架,附出厂校准证书。
  • 软件与数据:BK Connect项目文件、PULSE测量模板、原始数据(.dat/.uff)、分析结果报告。
  • 文档:验收计划、测试记录表、校准记录、风险登记册、操作维护手册、培训记录。

清单中每一项都要有“接收人签字”栏。数据类交付物建议约定命名规则和存储路径,例如ProjectName_YYYYMMDD_TestItem_Run01.dat,避免验收时找不到文件。

五、风险登记册编制

风险登记册不是罗列“可能出问题”,而是对每个风险给出“触发条件—影响—应对—责任人—关闭判据”。HBK项目启动阶段高频风险包括:传感器交期延误、现场电磁干扰超标、客户方测试人员未到位、软件授权与主机绑定失败、验收判据理解不一致。每条风险按“概率×影响”定级,高等级风险必须在M1前制定应对措施。

建议在启动会后一周内完成风险登记册初版评审,之后每两周更新一次状态,直到M5关闭。
HBK测试项目验收策划五要素关系图 验收策划 启动阶段锁定 验收组织 决策层 · 执行层 · 见证层 RACI明确签字权 启动会三方确认 里程碑 M1启动 → M2硬件 M3联调 → M4预验收 M5正式验收 交付物清单 硬件 · 软件数据 · 文档 命名规则与存储路径 逐项接收人签字 风险登记册 触发条件 · 影响 · 应对 责任人 · 关闭判据 每两周更新状态 验收计划 用例 — 判据 — 证据 三列对应 五要素在M1启动会完成初版并签字,M5正式验收时关闭

六、启动会上的实操要点

启动会不是宣讲会,而是“签字会”。建议议程控制在90分钟内,按以下顺序推进:先由项目经理介绍验收组织与RACI,逐人确认;再由应用工程师逐条过验收计划的用例与判据,客户当场提出异议并记录;然后确认交付物清单的接收人和时间;最后由双方共同评审风险登记册初版,对高等级风险当场指定应对责任人。会议结束前,五份文件(组织表、里程碑表、验收计划、交付物清单、风险登记册)必须完成初版签署,哪怕只是电子签。

常见错误:把验收计划写成“测试大纲”,只列测试项不写判据;把风险登记册写成“问题清单”,只记录已发生的事。前者导致验收时无法判定通过与否,后者失去风险预防意义。

完成本节五份文件的编制后,项目才算真正“启动”。后续的硬件到货、软件部署、联调测试,都应回到这五份文件上核对:里程碑是否按判据达成、交付物是否按清单签字、风险是否按登记册关闭。验收策划的质量,直接决定M5正式验收时是“一次通过”还是“反复整改”。