De Discovery a Optimize.
Con puertas, no con esperanza.
Discovery, Design, Build, Deploy, Optimize. Nada avanza hasta que se cumple la puerta y operaciones la firma.
Pasamos las dos semanas en la planta con sus operarios y supervisores. Obtiene una lectura de dónde están realmente la conectividad y los datos maestros, cuánto cuestan las pérdidas al año, y qué planta debe ir primero.
Recorridos por planta
Gemba walks con operarios y supervisores, en cada patrón de turno que opera.
Evaluación de madurez
Conectividad, calidad de datos, disciplina de proceso y preparación en las plantas candidatas.
Construcción del caso de valor
Lo que vale el programa, en términos operativos que un Director de Operaciones defenderá.
Selección de la fábrica faro
Puntuamos las plantas candidatas en complejidad, conectividad y preparación, y luego acordamos la lista corta con operaciones.
Los datos maestros deciden lo que el sistema puede hacer durante la próxima década. En estas cuatro a seis semanas modelamos equipos, materiales, BOMs, recetas y lógica de lotes a un nivel desde el que un ingeniero puede construir directamente.
Requisitos funcionales
Documentados al nivel necesario para la construcción — pantallas, reglas, excepciones, integraciones.
Diseño de datos maestros
Modelado una vez en la fábrica faro para que la segunda ola no necesite un rediseño.
Definición de KPIs
Cada KPI recibe una fórmula escrita y una fuente de datos antes de que alguien construya una pantalla.
Arquitectura y plantilla
Fijamos ahora los contratos de integración con el ERP y las máquinas, para que el Build no tenga nada más que negociar.
La plataforma elegida configurada según la especificación, máquinas conectadas, ERP integrado — y probado con datos reales de producción antes de que alguien lo dé por terminado.
Configuración de la plataforma
Plantilla central construida y configurada en TrakSYS o AquiWeb — flujos, pantallas, eventos, calidad.
Conectividad de máquinas
Extraemos la lista de tags durante el Design, para que el trabajo de conectividad empiece el primer día del Build.
Integración empresarial
ERP, LIMS, WMS, CMMS — bidireccional, con alineación de datos maestros.
Prueba con datos reales
Ejecuciones completas de orden a genealogía sobre una copia de la producción del mes pasado.
El go-live es un evento operativo, no de TI. Ponemos en servicio línea por línea, formamos en el puesto, gestionamos los requisitos de validación MES cuando corresponda, y permanecemos en hypercare hasta que la planta funciona sin nosotros.
Puesta en marcha
Transición línea por línea con criterios de rollback definidos antes de empezar.
Formación de operarios
En el puesto, con órdenes en marcha, en el turno de cada equipo.
Soporte en el go-live
Presencia en planta durante los primeros ciclos completos de producción, cada turno.
Hypercare
Triaje diario, correcciones en la misma semana, y una cifra de adopción semanal extraída de los propios registros de transacciones del sistema.
En cuanto el sistema está en marcha, el árbol de pérdidas es real y la gestión diaria tiene algo en que apoyarse. Las mejoras hechas aquí vuelven a la plantilla global bajo control de cambios, para que la segunda ola empiece desde una versión mejor que la primera.
Rutinas OEE y pérdidas
Gestión diaria basada en pérdidas que las propias máquinas atribuyeron, en el minuto en que ocurrieron.
Mejora continua
Ciclos Kaizen alimentados por datos de ejecución, con cada acción seguida hasta cerrarse en el sistema.
Evolución de la plantilla
Las mejoras fluyen de vuelta al núcleo global bajo control de cambios.
Habilitación de IA
En cuanto los datos de eventos y genealogía estén suficientemente limpios: apoyo a la decisión, causa raíz, predicción.
Aproximadamente doce semanas
para una primera planta en marcha.
Esto es una fábrica faro de complejidad típica. Su plazo real depende de cuánta conectividad ya existe, en qué estado están los datos maestros, y cuántos sistemas hay que integrar. Las plantas de olas posteriores avanzan más rápido porque la plantilla ya está probada. Discovery le da la cifra real.
La adopción es el entregable.
Un sistema configurado que nadie usa es un proyecto fallido con buena documentación. Medimos la adopción por los operarios, no solo el tiempo de actividad.
Nos quedamos hasta que funcione sin nosotros.
El hypercare termina con evidencia, no con una fecha. La puerta de salida es una planta que ya no nos necesita en la sala.
Puertas honestas, aunque duela.
Si una puerta no se cumple, la fase no está terminada, y lo decimos en la reunión de dirección. Retrasar una semana es mejor que vivir con un modelo de datos maestros roto durante una década.
Cada programa empieza con una conversación de 30 minutos.
Un punto de dolor operativo, una lectura honesta de lo que costaría resolverlo. Si no somos la opción adecuada, lo decimos.