实施方法

从一条产线验证，到可复制、可运维的现场系统

实施围绕问题、数据和闭环展开：先摸清现场与接口，再用单线试点验证口径和流程，验收后按差异复制，并持续维护数据质量。

01 现状评估：先定义问题与边界

与生产、设备、质量、工艺和信息化相关岗位走查现场，记录问题发生的位置、频次口径、当前处理流程和已有记录。此阶段不急着确定全部功能，而是找出值得优先验证的闭环。

输出应包含试点候选范围、关键角色、现状流程、主要约束和待核验假设。对于缺少基线数据的问题，先设计记录方式，避免事后用不同口径比较。

盘点设备控制器、传感器、仪表、网络条件和既有系统，逐项记录可获得的信号、协议、采样方式、时间同步和责任方。ERP、WMS、QMS 等系统还要明确主数据归属与业务触发方向。

无法自动获得的数据不应被隐藏。可以评估外加采集、边缘网关或人工补录，但要标注其精度、延迟和维护成本，并保留后续改造选项。

选择问题明确、现场团队可参与且数据条件可核验的一条产线或工艺段。试点配置应覆盖真实班次和异常场景，而不只是演示正常生产。

上线前完成账号权限、基础数据、操作规则和回退方式准备；运行中记录采集中断、状态误判、漏报工和用户反馈，按问题清单逐项修正。

验收不只看页面能否打开，还要检查数据是否可信、异常是否有人处理、处理结果能否回写，以及报表能否按约定口径复核。

可将验收拆成采集稳定性、业务完整性、权限与异常场景、指标一致性和岗位操作等部分。未达到条件的项目应列入整改或后续范围，不用演示数据替代现场验收。

将试点中验证过的数据字典、接口规范、异常分类、权限和培训材料整理为模板。扩展到新产线前，重新核对设备型号、工艺路线、节拍、网络与岗位差异。

复制可以分批进行，每批保留独立核验和回退安排。若新产线条件与试点差异较大，应回到补充评估，而不是强行套用状态换算或业务流程。

系统上线后仍需关注接口中断、设备改造、产品切换、主数据变化和人员流动。运维范围应包括问题受理、日志与采集检查、配置变更、备份恢复演练及必要的版本维护。

定期复盘异常分类是否仍适用、报表是否支持实际决策、人工补录是否过多。新增需求应评估对既有口径和流程的影响，再安排迭代。

实施周期是否可以提前统一确定？

不能在不了解现场时给出可靠周期。设备协议、接口准备、基础数据、试点范围和验收场景都会影响排期，应在现状评估与盘点后形成分阶段计划。

工厂内部需要哪些人员参与？

通常需要业务负责人以及生产、设备、质量、工艺和信息化等相关角色参与。具体人员按试点范围确定，关键是有人确认口径、执行流程并处理异常。

设备联网和试点是否必须停线？

取决于接入方式、现场安全要求和改造内容。只读取有接口与需要加装硬件的工作不同，应在现场勘察后制定施工、测试和回退安排。

验收是否只看 OEE 或不良率有没有改善？

不是。系统交付验收还应检查数据、流程、权限、异常场景和岗位操作。经营或改善指标可另行约定观察口径，但需考虑产量、产品结构和工艺调整等影响。

试点没有达到约定条件怎么办？

应按问题台账区分数据、接口、配置、流程和现场条件原因，明确整改、缩小范围或暂停的决定。未验证的模板不应直接复制到更多产线。

提供目标产线、主要问题和既有系统情况，从可验证的单线试点开始讨论实施计划。