Diagrama de Ishikawa: ordenar las causas posibles sin confundirlas con causas reales
El diagrama de Ishikawa, o espina de pescado, es probablemente la imagen más reconocible del análisis de causa raíz. Una flecha horizontal que apunta al problema, seis espinas con categorías y decenas de causas posibles anotadas en cada una. Es una herramienta excelente para una cosa en particular: abrir el abanico de causas posibles antes de que el equipo se enamore de la primera idea.
Pero también tiene un riesgo conocido: un diagrama lleno de causas da la impresión de un análisis completo, cuando en realidad es solo una lista ordenada de hipótesis. Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
Qué es y para qué sirve
La norma IEC 62740 describe el diagrama de Ishikawa como una técnica que ayuda a identificar, analizar y presentar las posibles causas de un evento foco, mostrando la relación entre el evento y todos los factores que pueden influir en él.
La palabra clave es posibles. Ishikawa no establece qué causó el evento: organiza lo que pudo causarlo, de forma que nada importante quede fuera de la discusión. La confirmación viene después, con evidencia.
Las categorías
El diagrama agrupa las causas en categorías. En la industria, la clasificación más usada es la de las 6M, adaptada al contexto de mantenimiento y operación:
- Mano de obra: personas, competencias, capacitación, carga de trabajo.
- Método: procedimientos, instrucciones, formas de trabajo.
- Maquinaria: estado, mantenimiento y operación de equipos y herramientas.
- Material: calidad, cantidad y características de materiales, repuestos e insumos.
- Medición: instrumentos, calibración y criterios de medición.
- Entorno: condiciones ambientales como temperatura, humedad, polvo o vibración.
Las categorías no son sagradas. En análisis administrativos o de servicios se usan otras (políticas, procesos, personas, sistemas). Lo importante es que cubran todo el espacio de causas posibles y que el equipo las recorra una por una, en lugar de quedarse en la categoría donde está la primera idea.
Cómo construirlo bien
Empezar con un evento foco neutral. La cabeza del pescado debe describir el evento sin incluir causas. "Fuga en el sello de la bomba P-101" funciona; "fuga por mal montaje" ya decidió el resultado. Ver la iniciación del ACR.
Partir de los hechos. Antes de la lluvia de ideas, el equipo debería conocer la reconstrucción de los hechos. Un Ishikawa construido solo con opiniones refleja lo que el equipo cree, no lo que ocurrió.
Recorrer todas las categorías. Es útil fijar un tiempo para cada una, aunque parezca que no aplica. Muchas veces la causa real está en la categoría que nadie consideraba relevante.
Desglosar en subcausas. Una causa como "procedimiento inadecuado" es demasiado general. Las subcausas la hacen investigable: "el procedimiento no incluye verificación de torque".
Redactar causas concretas. Igual que en cualquier técnica, "error humano" o "falta de mantenimiento" no son causas útiles. Hay que describir qué condición o acción específica se sospecha.
Fortalezas y límites según la norma
La IEC 62740 evalúa todas las técnicas con los mismos criterios, y el resultado para Ishikawa es muy parecido al de los 5 Porqués.
Fortalezas. Es intuitivo, requiere poca formación y no necesita herramientas especializadas. Tiene una representación gráfica fácil de leer, ideal para trabajar en equipo y para comunicar resultados.
Límites. No escala bien a eventos complejos: con muchas causas, el diagrama se vuelve ilegible. Sus resultados son poco reproducibles, porque dependen de quién participa en la sesión. Tiene poco rigor formal y no representa la secuencia temporal ni las relaciones entre causas. Y, a diferencia de otras técnicas, no se limita a los factores necesarios del evento: tiende a recoger también problemas generales del sistema que pueden no haber influido en este evento en particular.
Ese último punto es a la vez su virtud y su riesgo. Ishikawa es muy bueno para descubrir problemas que nadie estaba mirando, pero no distingue por sí solo entre lo que causó el evento y lo que simplemente estaba mal.
De causas posibles a causas validadas
El paso que convierte un Ishikawa en un análisis de causa raíz es la validación. Cada causa anotada en el diagrama debe confrontarse con evidencia y marcarse como confirmada o descartada, con una justificación.
En la práctica, la mayoría de las causas de un buen Ishikawa terminan descartadas. Eso no es un fracaso: es exactamente para lo que sirve el diagrama. Haber considerado y descartado con evidencia el desalineamiento, la vibración y el torquímetro sin calibrar fortalece la conclusión final.
Otra limitación conocida del Ishikawa es que no muestra la profundidad causal. Una causa validada en el diagrama puede ser todavía una causa física o humana, no una causa raíz. Por eso es muy común combinarlo con otra técnica: usar Ishikawa para explorar en amplitud y luego aplicar 5 Porqués o un árbol de causas a cada causa validada para llegar en profundidad hasta las causas latentes. La norma respalda este enfoque cuando recomienda, en algunos casos, usar más de una técnica.
Cómo se trabaja en Asistente ACR
En Asistente ACR, el diagrama de Ishikawa está disponible como técnica interactiva dentro del paso de análisis, con las seis categorías habituales: mano de obra, método, maquinaria, material, medición y entorno.
En cada categoría, el equipo agrega causas y subcausas. Cada una se valida o rechaza de forma independiente, con una justificación y el método usado, citando la evidencia preservada en el paso de hechos. Para iniciar la discusión, la inteligencia artificial puede proponer una lluvia de ideas a partir de los hechos del evento.
La plataforma genera un resumen de causas validadas, que es lo que finalmente aparece en el informe. Las causas validadas también alimentan la sugerencia de causas latentes por IA, que ayuda a dar el salto desde la amplitud del Ishikawa hasta la profundidad que exige una causa raíz.
Como un mismo análisis puede usar varias técnicas, es posible comenzar con Ishikawa y profundizar las causas validadas con 5 Porqués o con el árbol de causas sin salir del análisis.
Conclusión
Ishikawa es la mejor herramienta para asegurarse de que el equipo miró todo antes de concluir. Su error típico es confundir el mapa con el territorio: un diagrama lleno de causas no es un análisis terminado. Con validación y con una técnica de profundidad que lo complemente, se convierte en la puerta de entrada de un ACR sólido.
En el próximo artículo revisamos el árbol de causas.
¿Quiere ver cómo se valida cada causa de un Ishikawa con evidencia? Solicite una demo de Asistente ACR o cree su cuenta.