El desafío de un gerente de planta no es tener más indicadores. Es enterarse del desvío mientras todavía se puede hacer algo, y que lo que se hizo con él quede escrito.
Una planta convive con dos presiones al mismo tiempo. Por un lado sostener el ritmo: cumplir el programa, aprovechar la capacidad instalada, no perder horas de línea. Por otro sostener la calidad: que la unidad salga bien la primera vez, que el scrap no se coma el margen, que el reclamo no llegue del cliente.
Los datos suelen existir. El parte de turno se completa, el OEE está calculado, los retrabajos se anotan. El problema es que viven repartidos entre el ERP, una planilla del sector y un tablero que alguien mira cuando se acuerda — y la reacción empieza cuando aparece el número consolidado, que suele ser tarde.
El costo de enterarse tarde ya se pagó antes de la reunión de gerencia.
Hay un segundo costo, más silencioso. Cuando el desvío se resuelve en la reunión de piso, se resuelve bien: el equipo sabe qué pasó y qué hacer. Pero el pizarrón se borra. Tres meses después, cuando la auditoría pregunta qué acción correctiva se tomó y cómo se verificó que funcionó, hay que reconstruirlo de memoria.
miruKai lee las fuentes que la planta ya usa, calcula los indicadores, detecta los desvíos y avisa al responsable. No reemplaza el ERP ni el MES: agrega una capa de seguimiento y método para que el dato termine en una acción, y para que esa acción quede registrada.
Un gerente de planta no necesita revisar cada número durante todo el día. Necesita saber qué indicador merece atención ahora.
miruKai vigila el indicador y avisa cuando cruza un límite, cuando la tendencia empieza a moverse en la dirección equivocada, o cuando la fuente deja de traer datos — que en planta es tan importante como el desvío: un turno sin parte cargado es un turno que nadie está mirando.
Y hay un aviso más temprano todavía. Sobre el historial del indicador se proyecta hacia dónde va, y si esa trayectoria entra en zona de riesgo, la alerta anticipada avisa antes de que el desvío ocurra.
No hace falta un data warehouse ni un proyecto de IT de seis meses. miruKai lee lo que tus sistemas ya exportan: el reporte que baja del ERP, la vista del data warehouse, la API que el MES ya tiene publicada. Y lee también la planilla del jefe de turno, esa que nació porque el sistema no permitía cargar algo y que hoy es la única fuente de ese dato.
Para lo que no exporta nada, desarrollamos la integración a medida. Es trabajo acotado y se define en el arranque, no un proyecto aparte.
En una planta, producir más y producir mejor no son dos programas separados. Muchas causas operativas impactan de los dos lados: un cambio de formato mal ejecutado alarga el set-up y deja las primeras unidades fuera de especificación. Un operario sin la capacitación completa es más lento y genera más retrabajo. Un lote de materia prima al límite de la tolerancia obliga a bajar la velocidad y sube el scrap.
Medirlos por separado es discutir dos problemas donde hay uno.
Cuando el OEE baja, la pregunta útil no es cuánto bajó sino cuál de los tres factores lo arrastró. Disponibilidad, rendimiento y calidad se multiplican, así que uno solo alcanza para hundirlo — y cada uno manda a un lugar distinto de la planta.
Escenario ilustrativo. Un martes, una parada no programada se lleva dos horas de línea. Lo que se ve en el sistema no es un indicador en rojo: son tres, y el orden en que caen cuenta la historia.
| Indicador | Semana normal | El día del paro |
|---|---|---|
| Disponibilidad | 88 % | 61 % |
| OEE | 81 % | 54 % |
| Cumplimiento del programa | 98 % | 68 % |
| Calidad a la primera | 97,2 % | 96,8 % |
Los tres primeros caen juntos porque comparten causa. El cuarto no se mueve, y eso también es información: el problema no fue de proceso ni de materia prima, así que no hay que ir a buscar ahí.
Sin esa lectura, el lunes siguiente hay tres conversaciones distintas: mantenimiento explicando su paro, producción explicando por qué no llegó al programa, y planeamiento reprogramando. Con ella hay una sola, y es sobre la causa.
miruKai convierte el desvío en una mejora PDCA. El problema nace ligado al indicador que lo originó, y el equipo trabaja causas, alcance, acciones, responsables, fechas, lecciones y valor.
La IA acompaña el análisis, y el criterio sigue siendo humano. Edwards lee los datos y sintetiza el estado del indicador: qué pasó, desde cuándo y contra qué límite. Kaoru ordena el Plan, ayuda a construir el Ishikawa y sugiere causas raíz a partir de las lecciones que la propia planta fue dejando en ciclos anteriores. Taichi responde sobre el método y sobre la plataforma, apoyado en la base de conocimiento de la empresa.
Nada de eso decide. Los tres proponen; el equipo valida.
Las reuniones que arrancan del dato duran menos y las decisiones que salen de ellas son más certeras. No hace falta otra herramienta: alcanza con que el tablero que mira gerencia sea el mismo que se ve en el gemba — el indicador, su límite, la mejora abierta y quién la tiene. Cuando el equipo discute frente al número y no frente a la percepción, se deja de negociar qué pasó y se pasa a decidir qué hacer.
ISO 9001 describe, en su cláusula 10.2, cuatro obligaciones ante una no conformidad: reaccionar, evaluar y eliminar la causa, verificar que la acción tomada fue eficaz, y conservar información documentada de las tres anteriores.
Las primeras tres suelen pasar de verdad en la reunión de piso: el equipo reacciona, discute la causa y comprueba si mejoró. La cuarta es la que se pierde, porque depende de que alguien se siente a escribirlo cuando ya se apagó el incendio.
IATF 16949 sube la vara para la cadena automotriz: exige metodología estructurada de análisis de causa raíz y, además, explicar por qué el desvío no se detectó antes. Eso no se reconstruye de memoria tres meses después.
ISO 45001 pide lo mismo para incidentes y no conformidades de seguridad. Y ahí el registro no es un requisito administrativo: es lo que evita que el próximo turno repita el mismo error.
miruKai no certifica ninguna de las tres ni reemplaza una auditoría independiente. Su valor está en otro lugar: hace que la disciplina de medir, revisar, actuar y aprender forme parte de la operación diaria. Cuando llega la auditoría, la evidencia no hay que armarla — es el historial de cómo se trabajó.
El ERP, el MES y el QMS siguen donde están. miruKai lee lo que exportan, y lo que no exporta se integra a medida.
La empresa define qué corre asistido por IA y dónde valida una persona antes de avanzar.
Indicadores, alertas, acciones, responsables, lecciones y valor quedan conectados al mismo ciclo.
ISO 9001, ISO 45001 e IATF 16949 son estándares de sus respectivas organizaciones. miruKai no está afiliada a ellas ni emite certificaciones.
Veamos cómo aplicar este ciclo sobre los indicadores reales de tu planta.
Para empresas → Para consultoras →