
Repensando el MES: por qué fracasan la mayoría de los proyectos y cómo gana un enfoque iterativo bottom-up
La mayoría de los proyectos de MES (Manufacturing Execution System / Sistema de Ejecución de Manufactura) no fracasan porque el software sea malo. Fracasan porque dirección compra el monolito de 18 meses y varios millones de dólares, lo entrega a TI corporativo, y espera que el piso de planta lo reciba como producto terminado.
Para cuando llega el go-live, los requerimientos ya están obsoletos, los operadores lo perciben como algo impuesto, y cada ajuste pasa por una fila de tickets.
Esto no es exclusivo del MES. BCG reporta que más de dos tercios de los programas tecnológicos de gran escala no se entregan a tiempo, dentro de presupuesto o dentro del alcance definido — y un despliegue monolítico de MES es exactamente ese tipo de programa.
Hay una mejor forma. Itera, no instales.
• Elige un dolor medible en una línea. Una brecha de trazabilidad que te expone a recalls. Un cambio de modelo que se come dos horas por turno. Un problema de yield que no puedes diagnosticar porque la información vive en seis lugares.
• Instrumenta con alcance acotado, sobre arquitectura abierta. MQTT, OPC UA, un Unified Namespace — estándares que garantizan que el segundo caso de uso sea más barato que el primero. Sin vendor lock-in, sin arrancar todo en tres años.
• Demuestra valor en 90 días, y luego itera. Si el primer caso de uso no mueve un KPI real en un trimestre, no escales. Si sí lo mueve, los aprendizajes — modelo de datos, gobernanza, flujos del operador — se convierten en la base de la siguiente iteración, y de la siguiente.
• Deja que el MES emerja. Trazabilidad, OEE, genealogía, instrucciones electrónicas de trabajo — son módulos, no un monolito. Ensamblados iterativamente sobre una base de datos sólida, se convierten en un MES que la planta efectivamente usa.
Un ejemplo real: en una planta fabricante de vagones de ferrocarril empezamos con un solo dolor — trazabilidad manual que no alcanzaba el ritmo de producción. Desplegamos una primera ola de estaciones sobre arquitectura abierta (Cognex, Advantech, Ignition, SATO), demostramos valor, e iteramos. Huella final: 20 estaciones. Inversión: ~$730k USD. Beneficio recurrente: ~$2.8M USD/año. Suficientemente convincente para que el mismo cliente ahora esté expandiendo la arquitectura a una segunda planta — la prueba real de que el enfoque escala.
No preguntes “¿cuál plataforma de MES compramos?”. Pregunta: “¿cuál es el win de 90 días con el que arrancamos, y cómo hacemos que cada iteración sea más barata que la anterior?”.
Contacta a Kopar para una hoja de ruta iterativa bottom-up de MES anclada en arquitectura Unified Namespace, y el caso completo del fabricante de vagones como benchmark para tu operación.
Referencias
1. Boston Consulting Group (BCG). Most Large-Scale Tech Programs Fail: How to Succeed. 13 nov 2024. https://www.bcg.com/publications/2024/most-large-scale-tech-programs-fail-how-to-succeed









