Andon digital con escalado automático — la torreta se enciende, pero si el jefe de línea está en la otra punta de la nave, la parada se alarga.

El problema

El andon clásico enciende la luz — pero el escalado sigue dependiendo de que alguien la vea.

El jefe de producción lo describe igual en todas las plantas: el andon funciona. El operario tira del cordón o pulsa el botón, la torreta se enciende, la línea se detiene si toca. Hasta ahí, el lean de manual. El problema empieza un segundo después: ¿quién se ha enterado? Si el jefe de línea está en la otra punta de la nave, atendiendo otra incidencia o en una reunión, la luz sigue encendida y la parada sigue corriendo. El andon avisó; el aviso no viajó.

Tres cosas pasan a la vez en una línea real y casi ninguna planta las tiene resueltas:

1. El aviso no viaja — la torreta es local. Verla exige estar cerca. El escalado al supervisor o a mantenimiento depende de una llamada, un grito o una caminata, y en el turno de noche a veces ni eso.
2. Nadie mide cuánto tardó cada nivel en responder — se sabe cuánto duró la parada, pero no cuánto de esa duración fue avería y cuánto fue espera: minutos en que la línea estuvo parada solo porque la persona correcta aún no se había enterado.
3. Las incidencias repetitivas no dejan rastro analizable — la misma microparada en el mismo puesto tres veces por turno se resuelve tres veces con el mismo apaño, y ninguna queda registrada de forma que alguien pueda cruzarlas y atacar la causa raíz.

El resultado es siempre el mismo: paradas cortas que se hacen largas por esperas que nadie ve, un jefe de línea condenado a estar pendiente de la torreta además de todo lo demás, y una mejora continua que trabaja sobre recuerdos («creo que esa cinta falla mucho») en lugar de sobre datos.

Cómo encaja con el sistema IRIS

iLEAN no sustituye tu andon — hace que el aviso viaje, suba solo y deje rastro.

El problema no es el andon: la señal de «aquí pasa algo» ya existe, sea una torreta moderna conectada o un panel de luces de hace veinte años. El problema es que la señal muere donde nace. iLEAN actúa como la masilla que recoge ese evento, lo convierte en un aviso que persigue a la persona correcta nivel a nivel, y deja cada salto registrado — sin pedirte que cambies el andon, el PLC ni la forma de trabajar del operario.

Connect captura el evento andon donde nazca. Las reglas de escalado suben el aviso solas si un nivel no responde. Agents cruzan el histórico y señalan las incidencias repetitivas. La persona decide cómo resolver.

Las dos piezas iLEAN aplicadas al escalado andon:

• Connect — captura el evento donde nazca. En líneas con andon moderno, integración directa con la señal (contacto seco, señal digital, API). En líneas antiguas, una cámara apuntando al panel o a la torreta detecta el cambio de estado y lo digitaliza — sin cablear nada. A partir de ahí corren las reglas de escalado que define la planta: aviso al nivel 1 por pinganillo o móvil; si no confirma en X minutos, aviso al nivel 2; y así hacia arriba. Funciona en local: si la planta se queda sin red, Connect sigue capturando eventos y avisando en planta. Lo crítico no depende del WiFi.
• Agents — agregan el histórico completo de incidencias: qué puesto, qué tipo de parada, qué turno, cuánto tardó cada nivel en responder y cuánto en resolver. Sobre ese histórico señalan las incidencias repetitivas (la misma microparada que se apaña tres veces por turno) y los cuellos de escalado (el nivel o el turno donde los avisos se atascan sistemáticamente). Los agents no deciden a quién avisar — eso es regla determinista de la planta —: proponen mejoras, y el responsable decide.

Ver la arquitectura IRIS completa →

Antes y después

Andon clásico vs. andon con escalado automático iLEAN

Aspecto	Andon clásico (torreta / panel)	Con iLEAN Connect + Agents
Alcance del aviso	Local — hay que estar cerca para verlo	Viaja al pinganillo o móvil de quien toca
Escalado si nadie responde	Depende de llamadas, gritos o caminatas	Automático por niveles, en X minutos
Tiempo de respuesta por nivel	Nadie lo mide	Registrado con marca de tiempo en cada salto
Incidencias repetitivas	Se apañan y se olvidan, sin rastro	Histórico agregado, patrones señalados por Agents
Carga del jefe de línea	Estar pendiente de la torreta toda la jornada	El sistema garantiza que el aviso le llega
Dossier para auditoría IATF	Reconstruir a mano, parada a parada	Histórico cruzado, automático

Estimación de impacto

Estimación de impacto para tu planta — a validar con tus números.

El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.

• Línea de montaje o mecanizado en automoción, andon por torretas o panel, varias líneas por nave, jefes de línea con más de una responsabilidad, y paradas documentadas que se alargaron porque el aviso no llegó a tiempo a la persona correcta.
• Piloto Connect sobre el andon existente (integración directa o cámara al panel) + reglas de escalado configuradas con la planta en pocas semanas. Primer valor casi inmediato: los primeros registros de tiempo de respuesta por nivel aparecen desde la primera semana, antes de tocar nada más.
• Reducción esperable del MTTR ≥30% al eliminar las esperas del escalado — el aviso sube solo, sin depender de que alguien vea la luz. Estimación a validar con tu histórico real de paradas.
• Las paradas largas por «nadie lo vio» — las que más duelen en el turno de noche — quedan eliminadas como categoría: si el nivel 1 no responde, el nivel 2 se entera en minutos, siempre.
• Payback orientativo entre 4 y 9 meses — estimación a validar. La palanca dura: cada minuto de línea parada en automoción tiene un coste directo alto, y la parte de espera de cada parada es coste eliminable sin tocar la avería en sí.
• Beneficio recurrente que no entra en el ROI pero pesa: el histórico de respuesta por nivel queda como base de la mejora continua — el kaizen semanal trabaja sobre datos de escalado reales, no sobre recuerdos.

Y la duda razonable del jefe de producción

«¿Y si el sistema escala una incidencia menor y despierta al nivel 3 de madrugada por una microparada?» — el escalado de iLEAN no lo decide la IA: son reglas deterministas que firma la planta, por tipo de parada, línea, turno y horario. La parte de IA — los Agents que analizan el histórico — solo propone: qué incidencias repetitivas atacar, qué reglas ajustar. La alucinación es un problema de la generación libre, no de las tareas ancladas: en tareas donde la IA cruza eventos registrados con histórico, los mejores modelos bajaron el error por debajo del 1,5%^[1]. Y aun así, lo crítico va a los anillos de seguridad — los Agents viven en el anillo exterior, proponen hacia dentro, y el cambio de una regla de escalado lo firma una persona. Nunca al revés.

^[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.