4. 项目启动与验收计划

工业成像项目一旦进入合同执行阶段，最容易出问题的往往不是相机本身，而是“什么时候算做完、做完要交什么、谁来验、拿什么验”。Teledyne 工业成像项目通常涉及相机、镜头、光源、采集卡、线缆、软件 SDK、算法调优与现场集成，交付边界模糊会直接导致验收争议。因此项目启动会的核心产出不是一份会议纪要，而是四份可执行文件：验收里程碑计划、交付物清单、资源计划、风险登记册。它们共同回答“何时验、验什么、靠谁验、怕什么”。

验收里程碑：把“验收”拆成可判定的时间点

验收里程碑不是简单的日期表，而是“时间点 + 判定条件 + 判定人”的三元组。建议按工程推进逻辑设置五类里程碑：

• M1 设计冻结：相机型号、分辨率、帧率、接口（GigE Vision / USB3 Vision / Camera Link / CoaXPress）、镜头工作距离与视场、光源方案确认，输出《成像方案确认书》。判定依据是视场覆盖计算与采样精度核算通过。
• M2 厂内成像验证（FAT 前置）：在 Teledyne 或集成商实验室内，用标准靶标（如分辨率板、棋盘格、灰度卡）验证 MTF、信噪比、均匀性、几何畸变。判定依据是实测值满足验收指标。
• M3 现场安装与联调：相机固定、触发同步、曝光与增益整定、通信链路稳定。判定依据是连续采集无丢帧、触发抖动在允许范围内。
• M4 性能验收测试（SAT）：用真实工件或等效样品跑完整检测流程，统计检出率、误检率、节拍。判定依据是达到合同约定的 KPI。
• M5 终验与移交：文档、源码/配置、备件、培训完成，签署验收报告。

每个里程碑必须写明“不通过时的处理路径”，例如 M2 未通过则回到 M1 重新选型，而不是无限期拖延。里程碑之间的依赖关系、并行关系和判定入口，可用下面的关系图直观表达。

交付物清单：按“可验证”原则逐项定义

交付物清单要避免写成“相机一台、软件一套”这种无法验收的表述。每一项都应包含名称、形式、验收标准、责任方。以典型 Teledyne 面阵相机检测项目为例，清单可包含：

清单中每一项都要能回答“拿什么证明它合格”。例如“SDK 可运行”不能只写“已提供”，而应写明在指定操作系统与编译器版本下，运行示例程序能连续采集 1000 帧且无异常退出。

资源计划：人力、设备、时间三条线对齐

资源计划不是人员名单，而是“任务—角色—工时—设备占用”的对应关系。建议按里程碑倒排：

• 人力：成像工程师负责选型与标定，软件工程师负责采集与算法接口，电气工程师负责触发与供电，测试工程师负责 FAT/SAT 执行。每个角色在 M2、M4 两个节点必须到场。
• 设备：标准靶标、可调光源、工控机、示波器（测触发抖动）、网络分析仪（测 GigE 丢包）。设备需提前预约，避免与其它项目冲突。
• 时间：为每个里程碑预留 15%～20% 缓冲。例如 M2 计划 5 天，实际排 6 天，用于处理镜头后焦调整、光源角度微调等常见返工。

资源冲突是项目延期的主因。若 M3 现场联调与另一项目共用同一台工控机，必须在计划中显式标注“设备占用窗口”，否则现场会出现“人等设备”的空转。

风险登记册：把“怕什么”变成“谁在什么时候做什么”

风险登记册至少包含：风险描述、触发条件、影响、概率、应对措施、责任人、复查日期。工业成像项目的典型风险包括：

• 接口不匹配：相机为 CoaXPress 而采集卡仅支持 Camera Link。触发条件：选型评审时接口未核对。应对：M1 前完成接口对照表，责任人：成像工程师。
• 现场环境光干扰：车间顶灯频闪导致图像亮度波动。触发条件：M3 联调时 SNR 低于厂内值 3 dB 以上。应对：加装遮光罩或改用频闪同步光源，责任人：现场工程师。
• 算法节拍不达标：单帧处理时间超过节拍要求。触发条件：M4 跑批时节拍超限。应对：降分辨率 ROI、优化算法或升级工控机，责任人：算法工程师。
• 交期延误：特殊镜头或光源货期超过 8 周。触发条件：采购下单后 2 周未发货。应对：启用替代型号或调整里程碑顺序，责任人：项目经理。

四份文件的联动关系

这四份文件不是孤立的：里程碑决定交付物的时间点，交付物决定资源投入的峰值，风险登记册则反向影响里程碑的缓冲与资源冗余。例如，若“现场环境光干扰”风险概率高，则 M3 应预留额外一天用于遮光改造，并在资源计划中提前准备遮光材料。项目启动会的真正价值，就是让这四份文件在同一张桌子上对齐，而不是各自为政。

最后需要强调，验收计划要“可判定”而非“可描述”。每一个里程碑、每一项交付物、每一条风险应对，都应能回答三个问题：判定条件是什么、谁来判定、判定不通过怎么办。做到这三点，项目验收才不会变成扯皮，而是按计划推进的工程节点。