推倒重来的方案，我否掉了
那家厂有12套SCADA组态，最早的2005年投产。厂商开价480万，全部推倒重建，工期十个月。厂长有点动心，我否了。
理由很直接：流程装置连续生产，一年能给的停车大修窗口就两次，每次6小时。十个月工期意味着要在不停产的情况下做大量在线切换，风险全压在厂里。
先旁路，后切换
我们的路线是：新增边缘网关旁路采集老组态的数据，新老系统并行跑三个月，比对数据一致率。一致率到99%以上，才在一个非关键装置试点切换。
第一年换了3套，第二年5套，第三年4套。每一步都留回退方案：切换前做组态备份，切换中老系统热备，出问题五分钟内切回去。
省下来的钱在哪
渐进方案总投入310万，比重建省了170万。更重要的是三年里没有发生过一次因为改造导致的非计划停车。厂里自己算过，一次非计划停车的损失就是七位数。
老组态怎么续命
没轮到替换的系统，我们做了三件事：备件屯起来（老型号停产快）、操作系统镜像备份、禁止外网直连。有一套Windows XP的组态机，我们干脆物理隔离，只放只读网关出来取数。
给同行的提醒
改造类项目，别被新功能诱惑。先把停机窗口、回退方案、数据一致性验证这三件事写进实施方案，再谈功能升级。产线上跑的是产品，不是技术信仰。
三年运维怎么安排
渐进替换还有个好处：运维队伍能跟着成长。我们每换一套系统，都做一次厂内培训加双周答疑，三年下来培养了四个能独立维护新SCADA的技术员。一次性重建的话，运维能力会断层，出了问题只能等厂商。
备件策略也跟着调整：老系统备件库存逐年递减，新系统按三年保修期备易损件。厂里现在的设备故障平均响应时间从4小时压到40分钟。改造项目的真正交付物，是一支能自己养系统的队伍，这比任何功能清单都保值。
还有个时间点要卡住：新老系统并行期的数据比对报告，必须由工艺和设备双方签字后才能切换。他们有一次赶进度想跳过比对，被我们按住了，后来比对发现新系统的两个报警延时参数设错，避免了一次误操作。改造类项目，流程上的每一步慢，都是在给生产上的不停买单。