Inicio/Blog/Metodología
Metodología

Diagrama de Ishikawa aplicado a manufactura, con un ejemplo real

El diagrama de Ishikawa —o espina de pescado— es la herramienta más usada para ordenar las causas posibles de un problema. Es simple de dibujar y potente para pensar en equipo. Pero mal usado, se convierte en un dibujo bonito que no lleva a ninguna parte.

4 jun 2026·7 min de lectura·Equipo Mermoz

Lo inventó Kaoru Ishikawa en los años 60 para el control de calidad japonés. La idea es representar un problema (la cabeza del pescado) y agrupar sus causas posibles en categorías (las espinas). Sirve para no quedarte con la primera explicación y para que el equipo aporte desde distintas miradas.

Las 6M: las categorías clásicas

En manufactura, las causas se agrupan habitualmente en seis familias, las 6M:

  • Mano de obra — competencia, capacitación, fatiga, rotación.
  • Máquina — desgaste, mantenimiento, calibración, ajustes.
  • Método — procedimiento, secuencia, parámetros de proceso.
  • Material — materia prima, insumos, proveedor, lote.
  • Medición — instrumentos, patrones, sistema de medición.
  • Medio ambiente — temperatura, humedad, limpieza, orden.

En procesos con mucho manejo de datos o servicios, se suele ampliar a 8M sumando Management (gestión) y Mantenimiento. No te obsesiones con la cantidad: las categorías son un disparador para no dejar familias de causas sin explorar.

Un ejemplo completo: pieza fuera de tolerancia

Problema (la cabeza): 12% de piezas del lote 342 con la cota X fuera de tolerancia. El equipo llena las espinas con hipótesis:

  • Máquina: el husillo tiene juego / el ajuste se corrió.
  • Medición: el calibre no está calibrado / el operario mide distinto.
  • Material: la dureza del acero del lote nuevo cambió.
  • Método: no hay verificación de primera pieza al arrancar el turno.
  • Mano de obra: operario nuevo sin capacitación en el ajuste.
  • Medio ambiente: variación de temperatura en el turno noche.

Con las hipótesis sobre la mesa, no todas pesan igual. Acá es donde muchos se equivocan: eligen la que "suena bien" y actúan. Lo correcto es priorizar con datos. ¿Cuándo empezó el 12%? Si coincide con el arranque del turno noche y con un lote nuevo de acero, ya tenés dos sospechosos fuertes.

Ishikawa genera hipótesis; no las prueba. Su trabajo termina donde empieza el de los datos y los 5 Porqués.

De la espina a la causa raíz

Tomás la hipótesis más probable —digamos, "no hay verificación de primera pieza"— y le aplicás los 5 Porqués hasta llegar a algo accionable. Quizás descubrís que sí existía el control, pero no estaba en la instrucción de trabajo del turno noche. Esa es una causa raíz sobre la que podés actuar: no es culpar al operario, es corregir el método.

Los dos errores más comunes

El primero: usar Ishikawa como decoración y no priorizar. Quedan 20 espinas y nadie decide cuál investigar. El segundo: parar en una causa que no es accionable ("mala suerte", "el material vino mal") sin seguir hasta algo que dependa de vos. Un buen Ishikawa termina siempre en causas sobre las que la organización puede hacer algo.

Combinalo, no lo uses solo. Ishikawa + 5 Porqués + datos es la tríada que resuelve problemas de verdad. Por eso en el módulo de Análisis 8D de Mermoz vienen integrados: armás la espina, profundizás la causa y adjuntás la evidencia en el mismo lugar.

¿Querés ver cómo queda un Ishikawa vinculado a la no conformidad y a la acción correctiva? Podés recorrerlo en el demo.

Ishikawa6MCausa raízManufactura
Mermoz

De la teoría a tu planta

Mermoz integra ISO 9001, 14001, 45001 e IATF en un solo sistema asistido por IA. Registrá lo que ya hacés bien, sin fricción.

Ver el demo Ver los módulos
← Anterior

Por qué el 70% de las PyMEs certificadas gestionan la calidad en Excel