Resolución de problemas 8D con IA — las ocho disciplinas alimentadas por datos vivos, no por una plantilla rellenada a posteriori.

El problema

El 8D no falla como método. Falla porque vive en un Word que se rellena cuando el problema ya se olvidó.

El 8D es una de las mejores disciplinas de resolución de problemas que ha dado la industria: obliga a contener antes de corregir, a buscar causa raíz antes de actuar y a prevenir antes de cerrar. El problema no está en las ocho disciplinas — está en el soporte. Y el soporte habitual sigue siendo una plantilla ofimática que alguien rellena a posteriori:

1. D2 escrita de memoria — la incidencia ocurrió el martes en el turno de noche; el informe se redacta el viernes. Lo que queda es una descripción vaga («aparecen marcas en la pieza») sin lote, sin hora, sin foto y sin condición de proceso.
2. D4 sin un solo dato — el Ishikawa se dibuja en la sala de reuniones con lo que la gente recuerda. Nadie ha bajado a mirar las curvas del proceso, ni qué mantenimiento se hizo la semana anterior, ni si el mismo lote de materia prima aparece en otras incidencias.
3. D6 sin evidencia de eficacia — se marca la casilla de «acción verificada» porque el problema no ha vuelto a aparecer en dos semanas. No hay dato posterior que lo respalde.
4. D7 que nunca llega — la disciplina de prevención se resuelve con una frase de buenas intenciones. Ni el estándar de trabajo ni el FMEA se tocan. Por eso el mismo problema vuelve seis meses después con otro número de 8D.
5. Trabajo de ingeniería mal invertido — el ingeniero de calidad dedica más tiempo a redactar, a formatear y a perseguir datos por correo que a pensar la causa raíz.

El resultado es conocido: un archivo de 8D impecables de cara al cliente y una tasa de reincidencia que no baja. Si el 8D no se alimenta de datos de planta en el momento en que ocurre la incidencia, no es un proceso de resolución de problemas: es un entregable.

Cómo encaja con el sistema IRIS

iLEAN no sustituye al 8D — le pone la planta entera debajo.

El 8D pide exactamente lo que un sistema como IRIS puede dar: hechos, no recuerdos. iLEAN no cambia las ocho disciplinas ni el orden en que se recorren; cambia de dónde sale la información que las llena. Connect es la masilla que rellena las grietas entre el MES, el ERP, el SCADA, el laboratorio y el parte de mantenimiento — que es justo donde vive la evidencia que un 8D en Word nunca llega a incorporar.

El 8D deja de ser un documento que se redacta al final. Pasa a ser un expediente que se va llenando solo desde el minuto cero, y que la persona revisa y firma disciplina a disciplina.

Las piezas iLEAN aplicadas al 8D:

• Edge — captura la incidencia en el momento y en el punto donde ocurre: foto desde el terminal, nota de voz del operario, lectura del sensor o de la visión artificial. La D2 nace con lote, máquina, turno y hora reales. Funciona sin red.
• Connect — trae el contexto que la D4 necesita y que nadie tiene tiempo de buscar: curvas de proceso, parámetros de máquina, histórico del lote de materia prima, órdenes de mantenimiento previas, resultados de laboratorio y reclamaciones anteriores del mismo modo de fallo.
• Agents — el cerebro. Redactan el borrador de cada disciplina, proponen el equipo de la D1 a partir de quién estaba realmente en el proceso, delimitan el alcance de la contención en la D3, ordenan las hipótesis de causa raíz de la D4 por evidencia y siguen la eficacia de la D6 con el dato posterior en lugar de con una casilla.
• Memoria central — cada 8D cerrado alimenta al siguiente. Cuando entra una incidencia parecida, el sistema recupera los 8D anteriores del mismo modo de fallo y avisa de que hay reincidencia antes de que se abra otro expediente desde cero.
• Tres anillos de seguridad — el agente propone; el responsable revisa, corrige y firma cada disciplina. Ninguna disciplina avanza sin firma humana.

Ver la arquitectura IRIS completa →

Antes y después

8D en plantilla Word vs. 8D alimentado por datos vivos con iLEAN

Aspecto	8D en plantilla Word	8D con iLEAN
Origen de la D2 (descripción)	Redactada de memoria días después, sin lote ni hora	Incidencia capturada por foto o voz en el momento, con lote, máquina, turno y hora
Base de la D4 (causa raíz)	Ishikawa dibujado en reunión con lo que el equipo recuerda	Cruce real de lotes, curvas de proceso, turnos y mantenimientos desde la memoria central
Evidencia de la D6 (eficacia)	Casilla marcada; «no ha vuelto a pasar»	Verificación con el dato posterior de la línea durante el periodo acordado
Alcance de la D7 (prevención)	Párrafo de intenciones; el FMEA y el estándar no se tocan	Acción abierta y firmada sobre el FMEA vivo y sobre el estándar de trabajo
Detección de reincidencias	Manual, si alguien recuerda un 8D parecido	Automática: el sistema recupera los 8D previos del mismo modo de fallo
Tiempo de ingeniería de calidad por 8D	La mayor parte en redactar, formatear y perseguir datos	Reducción del orden de ≥40% del tiempo administrativo (estimación a validar)

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.

• Planta que abre del orden de 20 a 60 informes 8D al año entre reclamaciones de cliente e incidencias internas, con plantilla ofimática y uno o dos ingenieros de calidad como cuello de botella.
• Piloto Edge + Agents sobre la captura de incidencias y el flujo 8D (terminales de planta, integración con MES/ERP y laboratorio, memoria central). Primer 8D redactado con datos vivos en pocas semanas.
• Payback orientativo entre 4 y 9 meses, apoyado en dos palancas: reducción de reincidencias (el mismo modo de fallo que vuelve porque la D7 nunca cerró el bucle) y reducción del tiempo de ingeniería de calidad dedicado a redactar y a buscar evidencias.
• Reducción del tiempo administrativo por 8D del orden de ≥40% (estimación conservadora) y reducción del plazo de entrega del 8D al cliente, que en muchas plantas es en sí mismo un compromiso contractual.

Y la duda razonable del ingeniero de calidad

«¿Y si la IA se inventa una causa raíz?» — la alucinación es un problema de la generación libre, no de las tareas ancladas. Aquí el agente no opina sobre el mundo: redacta a partir de un lote concreto, una curva concreta y un histórico concreto, y cada hipótesis de la D4 va con la evidencia que la sostiene enlazada al lado. En este tipo de tareas ancladas los mejores modelos están por debajo del 1,5% de error ^[1]. Y aun así, ninguna disciplina se cierra sin que la persona responsable la revise y la firme: si la hipótesis no se sostiene, se descarta como se ha descartado siempre, con criterio de ingeniería.

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

También te puede interesar: Captura de incidencias multicanal con IA · A3 thinking digital con IA · DMAIC Six Sigma con análisis estadístico IA