Diagrama de Ishikawa (6M): cómo encontrar la causa raíz

En una línea

El diagrama de Ishikawa (o "espina de pescado") ordena en 6 categorías todas las hipótesis sobre qué está causando un problema, para no quedarse en la primera causa que "suena lógica" y terminar atacando el síntoma equivocado.

Qué es

El diagrama de Ishikawa —también llamado diagrama de causa-efecto, por su forma de "espina de pescado"— es una herramienta gráfica simple para organizar hipótesis sobre la causa de un problema, antes de salir a buscarle solución. Lo desarrolló el ingeniero japonés Kaoru Ishikawa y es una de las 7 herramientas básicas de la calidad.

La estructura es siempre la misma: en la cabeza del "pescado" va el Efecto —el problema puntual que se quiere resolver, redactado de la forma más específica posible—. De ahí sale una línea central, y de esa línea salen 6 ramas, una por cada categoría de causa posible: las 6M.

1. Máquina — el equipo, la herramienta o la tecnología usada
2. Material — insumos, materia prima, piezas o componentes
3. Método — el procedimiento o la forma de hacer la tarea
4. Mano de obra — las personas que ejecutan el trabajo
5. Medición — cómo se mide, calibra o controla el proceso
6. Medio ambiente — el entorno físico donde ocurre el trabajo

Cada rama se completa con hipótesis concretas —no con quejas genéricas— sobre por qué esa categoría podría estar contribuyendo al efecto.

Para qué sirve

Sirve para una situación puntual: cuando un problema tiene varias causas posibles y el equipo corre el riesgo de discutir solo la primera que se le ocurre a alguien (típicamente "es la máquina" o "es el operario"). El diagrama obliga a recorrer las 6 categorías una por una antes de decidir dónde investigar primero, así ninguna fuente de causa queda afuera solo porque a nadie se le ocurrió mencionarla.

Es el paso natural antes de un análisis más profundo: primero se abre el abanico de causas posibles con Ishikawa, después se prioriza cuáles investigar (por ejemplo con un Pareto, si hay datos de frecuencia) y recién ahí se profundiza en la causa elegida, por ejemplo con la técnica de los 5 Porqués para llegar a la causa raíz.

Cómo se aplica

Los pasos básicos, para hacerlo en equipo (no a solas, en un escritorio):

1. Reunir a las personas que conocen el problema — operarios, supervisores, mantenimiento, calidad. Cuantas más miradas distintas, más completo el diagrama.
2. Definir el Efecto con precisión. "Baja calidad" no sirve; "3 de cada 10 piezas salen con rebaba en el turno tarde" sí.
3. Recorrer las 6 categorías una por una y anotar, para cada una, todas las hipótesis que el equipo proponga — en esta etapa no se descarta nada ni se discute si es cierto o no.
4. Revisar el diagrama completo y marcar qué hipótesis parecen más probables o más fáciles de verificar primero.
5. Confirmar con datos las hipótesis priorizadas, en vez de asumir que la más "obvia" es la correcta.

Este orden importa: el paso 3 es de generación de ideas, no de filtro — mezclar ambas cosas hace que el equipo se autocensure y el diagrama termine con dos o tres causas en vez de las diez o veinte que realmente hay para elegir.

Ejemplo real

Un estudio de caso publicado en la revista académica CULCYT (2025) aplicó un diagrama de Ishikawa de 6M al área de revisión y ajuste de una empresa de termoformado de plástico en Ciudad de México (unos 400 empleados en total, 35 en esa área puntual).

Efecto: productividad promedio por debajo del 50% en los tres turnos del área, y un nivel de scrap del 74% sobre las piezas revisadas — muy por debajo de la meta interna, fijada en al menos 70% de productividad por pieza.

El equipo de análisis (jefe de mejora continua, gerente de producción, jefes de turno, supervisores y operadores) recorrió las 6 categorías durante 6 meses de trabajo in situ, combinando entrevistas, observación directa y revisión de documentos. Algunas de las hipótesis concretas que quedaron registradas por categoría:

Máquina — de las 5 máquinas del área no había un estándar de operación común entre ellas; el mantenimiento se hacía "a ojo", según el conocimiento empírico de cada supervisor, sin un plan preventivo.

Material — llegaba material fuera de especificación desde otras áreas, sin tiempos definidos para revisarlo ni criterios claros para liberarlo; los rechazos no quedaban registrados en ningún lado.

Mano de obra — cerca de la mitad del personal del área tenía limitaciones físicas (reasignado temporalmente tras una lesión en otro puesto), lo que generaba alta rotación; el personal nuevo aprendía observando a otro operador, sin un proceso de capacitación formal.

Medición — no había objetivos medibles de producción por catálogo ni se registraban los rechazos; llegó a acumularse en el área material de hasta un año de antigüedad, sin trazabilidad.

Medio ambiente — hornos que quedaban encendidos todo el día generaban calor y mal olor aunque no se usaran; sillas y mesas de altura inadecuada obligaban a las operadoras a cambiar de postura constantemente.

El hallazgo más útil no fue ninguna causa puntual, sino el patrón: al cruzar las cerca de 30 hipótesis relevadas contra los tres tipos de desperdicio de Lean (Muda, Muri, Mura), la mayoría cayó en Muda —desperdicio por falta de estandarización y documentación— más que en sobrecarga o variabilidad. Eso le mostró al equipo dónde enfocar el esfuerzo de mejora primero, en vez de repartirlo por igual entre las 6 categorías.

Cómo armarla

Para completarlo en pantalla (lo que cargás se guarda en tu navegador), usá la herramienta interactiva.

Las mismas 6 categorías, con 1-2 preguntas guía para cada una — sirven como punto de partida en una sesión de lluvia de ideas:

Efecto: describir el problema puntual, con un dato concreto si es posible (qué pasa, dónde, con qué frecuencia o magnitud).

1. Máquina
   • ¿El equipo está operando fuera de sus parámetros normales (desgaste, calibración vencida, mantenimiento atrasado)?
   • ¿Hay diferencias en cómo opera la misma máquina entre turnos u operadores?
2. Material
   • ¿El insumo o material que entra al proceso cumple con la especificación?
   • ¿Hay variabilidad entre lotes o proveedores que podría explicar el problema?
3. Método
   • ¿Existe un procedimiento escrito y actualizado para esta tarea, o cada uno la hace "a su manera"?
   • ¿Cambió algo en el proceso recientemente sin que quedara documentado?
4. Mano de obra
   • ¿La persona que hace la tarea recibió capacitación formal, o aprendió por observación?
   • ¿Hay alta rotación o inestabilidad en este puesto?
5. Medición
   • ¿Cómo se sabe si el proceso anda bien: hay un dato objetivo, o se confía en la percepción de alguien?
   • ¿El criterio o instrumento de medición es el mismo para todos y está calibrado?
6. Medio ambiente
   • ¿Las condiciones del lugar (temperatura, ruido, iluminación, orden) podrían estar afectando el resultado?
   • ¿La ergonomía del puesto ayuda o dificulta hacer bien la tarea?

Armá tu propio diagrama

Cargá el efecto (el problema puntual) y sumá hipótesis en cada una de las 6 categorías. Queda guardado en este navegador, así que podés volver más tarde y seguir completándolo.

Beneficios

• Da estructura a una lluvia de ideas: nadie se salta una categoría entera solo porque a nadie se le ocurrió nada para esa rama
• Funciona bien en equipo — cada área aporta hipótesis desde su propio conocimiento (mantenimiento no ve lo mismo que calidad, y calidad no ve lo mismo que el operario)
• No requiere datos previos ni software: alcanza con un pizarrón, una hoja o esta misma plantilla
• Es la puerta de entrada natural hacia herramientas más profundas, como los 5 Porqués o un RCA formal

Limitaciones a tener en cuenta

• Organiza hipótesis, no las confirma — cada rama sigue siendo una opinión hasta que se verifica con datos (por eso el caso real de CULCYT lo combinó con los 5 Porqués para las subcausas, y con las 3 Mu de Lean para priorizar después)
• Con un equipo poco entrenado, la tendencia es acumular muchas causas triviales en una sola rama y perder el foco
• No prioriza por sí solo qué causa atacar primero — para eso hace falta cruzarlo con datos de frecuencia o impacto
• Si el Efecto queda mal definido (muy amplio o ambiguo), el diagrama completo pierde utilidad, sin importar cuántas hipótesis se junten

En resumen

El diagrama de Ishikawa no resuelve un problema por sí solo: ordena la conversación para que el equipo revise sistemáticamente las 6 fuentes típicas de causa —máquina, material, método, mano de obra, medición y medio ambiente— antes de decidir dónde investigar. El caso real de la planta de plásticos muestra el valor de hacerlo con rigor: de casi 30 hipótesis relevadas en las 6 categorías, cruzarlas después contra los tipos de desperdicio de Lean le mostró al equipo que la mayor parte del problema era falta de estandarización, no la máquina ni el operario, que suelen ser los primeros sospechosos.