4. 仿真验证项目立项与需求定义

仿真验证项目最容易失败的地方，往往不在建模技术，而在立项阶段没有把“为什么做、做到哪、算成功、谁说了算”讲清楚。一个没有明确边界的仿真项目，通常会在中途被不断追加需求，最终既无法按期交付，也无法证明价值。本节围绕业务痛点识别、验证范围界定、KPI体系设计、干系人需求转化和项目章程编写五个环节，说明如何把一个模糊的“想仿真看看”转化为可立项、可验收的工程任务。

一、从业务痛点识别到可验证问题

业务痛点通常是现象描述，例如“订单交付经常延期”“换线时间太长”“在制品堆积严重”。这些描述不能直接作为仿真目标，必须转化为可量化、可验证的问题陈述。转化的关键是找到痛点的可观测指标和触发条件。

以某电子装配车间为例，计划部门反映“周计划达成率只有72%”。进一步拆解发现，瓶颈在SMT换线环节：当周内换线次数超过18次时，换线等待时间挤占了有效产能。此时可形成问题陈述：“在现有设备配置和排产规则下，当周换线次数达到18次以上时，SMT线体有效产出下降约15%，导致周计划达成率低于80%。”这个陈述包含了对象（SMT线体）、条件（换线次数≥18）、量化影响（产出下降15%）和结果指标（计划达成率），已经具备仿真建模的输入条件。

痛点识别建议采用“现象—数据—根因假设—验证需求”四步法。现象来自业务部门反馈，数据来自MES或ERP的历史记录，根因假设需要与工艺、计划人员共同确认，验证需求则明确仿真要回答的具体问题。例如：“如果调整换线策略，将换线次数降到12次/周，计划达成率能否恢复到90%以上？”

二、验证范围界定：明确边界与假设

范围界定不是简单写“本次仿真覆盖SMT车间”，而是要明确系统边界、时间范围、产品范围和排除项。边界决定了哪些对象进入模型、哪些作为外部输入。

仍以上述SMT车间为例，范围界定可包含以下内容：

• 系统边界：从SMT投料到AOI检测完成，包含印刷、贴片、回流焊、AOI四道工序；不包含后段组装和包装。
• 时间范围：仿真运行8周，前2周为预热期，数据统计从第3周开始。
• 产品范围：覆盖A、B、C三类主力产品，合计占车间产量的85%；D类试产产品暂不纳入。
• 排除项：设备突发故障、物料短缺、人员缺勤暂不建模，作为确定性假设处理。
• 关键假设：设备正常运行，换线时间服从历史均值分布，订单到达按实际周计划输入。

范围界定的输出应形成一份“范围说明书”，其中每一条排除项都要说明理由和潜在影响。排除项不是永远不处理，而是明确“本次不验证”，避免验收时被质疑遗漏。

三、KPI体系设计：从结果指标到过程指标

KPI体系要回答两个问题：仿真结果用什么指标判断成功？仿真过程中用什么指标观察系统行为？前者是验收指标，后者是诊断指标。

验收指标应直接对应业务痛点。例如计划达成率、平均在制品数量、换线等待时间占比。诊断指标用于解释结果为什么好或不好，例如设备利用率、队列长度、换线次数、批次间隔时间。两类指标的关系可以用下面的参数关系图表示。

KPI设计要避免两个极端：一是只设一个结果指标，导致仿真结果无法解释；二是堆砌几十个指标，验收时反而没有重点。建议验收指标控制在3～5个，诊断指标控制在5～8个，每个指标都要写明计算口径、数据来源和判定阈值。

四、干系人需求转化：从“我想要”到“可验证条件”

干系人提出的需求往往是主观期望，例如“我希望换线更快”“我希望在制品少一点”。需求转化的任务是把这些期望翻译成仿真可执行的参数和判定条件。

可以建立一张需求转化表，逐条记录干系人、原始需求、转化后的验证问题、对应KPI和判定标准。例如：

转化过程中要特别注意需求冲突。例如计划主管希望减少换线次数，但设备工程师希望提高利用率，两者可能矛盾。此时需要在项目章程中明确优先级：本次仿真以计划达成率为首要验收指标，设备利用率作为约束条件，不得低于85%。

五、项目章程编写：立项的正式依据

项目章程是立项阶段的收口文件，它把前面的痛点、范围、KPI和需求转化结果固化为可签署的正式依据。章程不需要很长，但必须包含以下核心字段：项目名称、背景与痛点、仿真目标、验证范围与排除项、验收KPI及阈值、关键假设、干系人及职责、里程碑计划、资源需求、风险与应对。

其中，验收KPI和排除项是章程中最容易被忽略但最关键的部分。验收KPI决定了项目何时可以结束，排除项决定了项目不会被无限扩大。建议在章程中明确写出：“本次仿真不验证设备突发故障场景，若后续需要验证，应另行立项。”

立项与需求定义完成后，仿真项目才具备明确的输入和验收标准。后续的建模、实验设计和结果分析，都应围绕章程中的验证问题和KPI展开，避免偏离业务目标。