1. 课程导入与全景认知
制造运营管理（Manufacturing Operations Management，MOM）并不是一套单一软件，而是覆盖计划排产、生产执行、质量管控、设备运维、仓储物流、能源与数据采集等多个业务域的软件群。典型场景中，一个制造企业可能同时运行 MES、QMS、WMS、EAM、APS、SCADA、IIoT 平台等系统，它们各自有独立的数据库、接口协议、主数据口径和发布节奏。所谓“MOM多系统上线切换”，就是把这些系统作为一个整体，从旧系统或线下作业模式，安全、可控、可回退地迁移到新系统群并投入稳定运行的过程；而“运营保障工程”则是切换完成之后，让这套系统群在真实生产节拍下持续可用、可观测、可优化的工程化方法体系。
本课程要解决的核心问题不是“某个功能怎么点”，而是三类工程问题：切换前如何准备（范围界定、数据治理、接口联调、演练验证）、切换中如何控制（割接窗口、并行运行、回退决策、现场指挥）、切换后如何保障（监控告警、问题分级、性能调优、持续改进）。这三类问题贯穿 30 个章节，构成一条从认知到落地、从上线到运营的完整能力链。
一、课程目标与能力定位
学完本课程，学员应具备以下可验证的能力：能够独立编制一份多系统切换方案与割接检查表；能够识别主数据、接口、权限、报表四类高风险切换对象并给出治理措施；能够设计并行运行与回退判据；能够搭建上线后的运营监控指标与问题分级响应机制。这些能力对应制造企业信息化项目中“实施顾问—项目经理—运维负责人”三类角色的共同交集，也是 MOM 项目从“交付”走向“运营”的关键分水岭。
二、范围界定：哪些系统、哪些边界
多系统切换的范围不能笼统写成“MES 上线”，而要落到系统清单与边界清单。以一条典型离散装配线为例，切换对象可包括：MES（工单执行与报工）、QMS（检验与不合格品处置）、WMS（收发存与批次追溯）、EAM（设备点检与维修工单）、APS（排产结果下发）、SCADA/IIoT（设备状态与工艺参数采集）。边界则要明确：MES 与 ERP 之间是工单与库存过账接口，MES 与 WMS 之间是领料与入库接口，MES 与 QMS 之间是检验任务与结果回传接口。边界不清，切换时就会出现“谁先切、谁等谁”的连锁阻塞。
三、总体框架：三层七域
上图给出本课程的总体框架，分为切换准备层、切换执行层、运营保障层三层。准备层解决“能不能切”，执行层解决“怎么切得稳”，保障层解决“切完怎么活得好”。三层之间不是简单串行，而是存在反馈：运营保障中发现的高频问题，会反向推动准备层的接口改造与执行层的割接策略优化。
在准备层，范围与边界界定是第一道关口。实践中常用“系统—接口矩阵”来锁定边界：行是系统，列是接口，交叉点标注接口方向、协议、频率、责任方。例如 MES→ERP 的工单完工过账接口，协议为 REST/JSON，频率为实时，责任方为 MES 实施方；WMS→MES 的领料出库接口，协议为中间表，频率为 5 分钟轮询，责任方为 WMS 实施方。矩阵一旦确认，切换时的依赖顺序就基本确定。
主数据治理是准备层最容易被低估的工作。物料编码、BOM 版本、工艺路线、设备台账、用户权限这五类数据，任何一类不一致都会导致切换后业务断链。以物料编码为例，旧系统用 8 位数字码，新系统要求 12 位含分类码，切换前必须完成映射表并做全量校验。校验方法可以是：抽取旧系统近 3 个月有业务发生的物料 2000 条，逐条比对映射后的新编码是否在 MES、WMS、QMS 三系统中均存在且属性一致，不一致率超过 0.5% 则暂停切换。
四、关键角色与交付物
多系统切换不是单一团队能完成的任务，典型角色包括：项目总控（PMO）、各系统实施负责人、IT 基础设施负责人、生产计划与车间代表、质量代表、仓储代表。每个角色在割接窗口内都有明确的“就绪确认”动作。交付物方面，本课程会反复使用以下五类文档：切换方案、割接检查表、并行运行记录表、回退预案、运营监控日报。它们不是形式文件，而是切换过程中判断“继续/暂停/回退”的依据。
五、学习路径与章节逻辑
后续章节按“认知—设计—准备—执行—保障—优化”推进。第 2 至第 5 章建立切换工程的整体方法论与项目治理结构；第 6 至第 12 章深入数据治理、接口联调、权限与报表准备；第 13 至第 18 章覆盖演练、割接窗口设计、并行运行与回退决策；第 19 至第 25 章进入运营保障，包括监控体系、问题分级、性能调优与应急响应；第 26 至第 30 章以复盘、持续改进和综合案例收束。每一章都会给出可操作的检查表、参数示例或判断依据，而不是停留在概念层面。
需要特别强调的是，MOM 多系统切换的成败往往不取决于技术方案有多先进，而取决于边界是否清晰、数据是否干净、回退是否可行、运营是否有人负责。这四句话是本课程贯穿始终的判断标准，也是后续所有工具与方法的落脚点。