3. 迁移与切换工程的组织与角色
MOM（制造运营管理）系统上线迁移与切换，本质上不是一次单纯的软件部署，而是一次跨部门、跨系统、跨数据的生产运营变革。它同时牵动生产、质量、设备、仓储、计划、IT 与数据等多个领域，任何单一角色都无法独立完成。因此，在项目启动阶段就必须建立清晰的项目治理结构，明确每个角色的职责边界与协作接口，否则极易出现"数据没人认、业务没人拍板、问题没人闭环"的典型困境。
一、项目治理结构：三层决策与执行体系
推荐采用"决策层—管理层—执行层"三层治理结构。决策层由企业分管生产或数字化的高层担任项目发起人（Sponsor），负责资源投入、跨部门冲突裁决和上线时点的最终批准；管理层由项目经理（PM）牵头，联合业务负责人与 IT 负责人组成项目核心组，负责计划制定、进度控制、风险管理和跨组协调；执行层则由 MOM 顾问、数据专家、切换指挥及各业务模块关键用户（Key User）组成，负责具体的配置、数据、测试与切换操作。
三层之间不是简单的上下级汇报关系，而是"决策授权—协调推进—落地执行"的闭环。决策层每月或每两周召开一次指导委员会，管理层每周召开项目例会，执行层则按日或按任务节点进行站会。这种节奏保证了问题能在最短路径上被升级和解决。
二、核心角色的职责与协作接口
业务负责人是项目成败的第一责任人。他通常由生产或运营部门的中高层担任，核心职责不是"配合 IT"，而是定义业务目标、确认流程方案、裁决业务规则冲突、组织关键用户参与测试，并对上线后的业务运行结果负责。例如，当 MOM 中的工单派工逻辑与车间现有习惯不一致时，必须由业务负责人拍板采用哪种规则，而不是由顾问或 IT 决定。业务负责人还需要在切换窗口期间协调生产安排，确保切换对实际生产的影响可控。
IT 负责人承担技术底座与系统集成的责任。其工作包括：服务器与网络环境准备、MOM 与 ERP/PLM/SCADA 等系统的接口联调、用户账号与权限体系搭建、数据库备份与恢复策略、切换期间的系统启停与监控。IT 负责人需要与数据专家紧密配合，确保数据迁移的通道稳定、可回滚。一个常见的协作接口是：数据专家完成数据清洗后，由 IT 负责人执行迁移脚本并验证目标库记录数与关键字段一致性。
MOM 顾问是方案落地与知识转移的关键角色。顾问的职责不是"替客户做决定"，而是基于行业实践提供方案建议、完成系统配置、编写操作手册、培训关键用户，并在测试阶段协助定位问题。顾问需要与业务负责人确认流程细节，与数据专家确认主数据模型，与 IT 负责人确认接口协议。在切换阶段，顾问通常驻场支持，负责处理配置类问题和提供操作指导。
数据专家负责迁移数据的全生命周期质量。具体工作包括：梳理源系统数据、定义字段映射规则、编写清洗与转换脚本、执行数据校验（如物料编码唯一性、BOM 层级完整性、工艺路线与工序对应关系）、生成数据迁移报告。数据专家需要与业务负责人确认数据口径，例如"物料状态为'停用'的旧物料是否迁移"，这类问题必须由业务方给出明确规则。数据专家的交付物通常包括数据映射表、清洗规则说明、迁移验证报告。
切换指挥是切换窗口期间的现场总调度。他通常由项目经理或经验丰富的业务/IT 骨干担任，职责是在切换窗口内统一发布操作指令、控制时间节点、记录切换日志、判断是否触发回退条件。切换指挥不直接操作具体系统，而是通过切换指令单和状态看板协调各小组按序执行。例如，切换指令可能按"停止旧系统写入→备份旧数据→执行增量迁移→启动新系统→验证关键业务场景→开放用户访问"的顺序逐条下达，每条指令完成后由对应负责人反馈确认，切换指挥再发布下一条。
三、协作机制的关键设计
角色清晰只是第一步，真正决定协作效率的是机制设计。建议至少建立以下四项机制：
- 问题升级路径：执行层无法在 4 小时内解决的问题，升级至管理层；管理层无法在 1 个工作日内裁决的，升级至决策层。升级时必须附带问题描述、影响范围和建议方案。
- 变更控制流程：任何涉及范围、进度、数据规则或系统配置的变更，都需提交变更申请，由管理层评估影响后审批，重大变更需决策层批准。避免"口头变更"导致返工。
- 切换指挥中心：切换窗口期间设立统一的指挥点（物理或线上），所有指令从指挥中心发出，所有状态反馈汇总到指挥中心。禁止多头指挥。
- 状态看板：用可视化看板实时展示各模块的迁移进度、测试通过率、遗留问题数和切换步骤完成状态，让所有角色对全局有共同认知。
需要特别强调的是，MOM 上线迁移与切换的组织设计，不能照搬 IT 项目的通用模板。制造运营的特殊性在于：生产不能长时间停摆、数据必须与物理世界一致、切换窗口往往只有数小时。因此，业务负责人的决策权、切换指挥的调度权、数据专家的校验权必须被明确授予，三者之间的协作接口必须在切换前通过演练验证。只有治理结构、角色职责和协作机制三者对齐，迁移与切换才能从"靠人盯"走向"靠机制跑"。