Por qué «una sola causa» es autoengaño
«El problema es el proveedor» suele ser la primera formulación. Un mes después, el problema vuelve porque tenía diez causas más que nadie buscó. El diagrama de Ishikawa parte de una idea sencilla: un fallo persistente no tiene una sola causa, sino un árbol ramificado. En la Super Oracle página, el método se describe así: crees que hay una causa, pero Ishikawa muestra entre 15 y 20, y la principal suele no ser la que sospechabas.
Paso 1: formular el problema como un efecto
Los primeros cinco minutos se dedican a formular con exactitud. Describe el problema como un efecto observable, no como una suposición: no «mal servicio», sino «las devoluciones se duplicaron en un mes». El efecto se convierte en la «cabeza del pez» y debajo se completan las ramas de causas.
Paso 2: distribuir las causas en seis categorías
Los diez minutos siguientes se dedican a las seis «espinas»: personas (quién participa), procesos (cómo se organiza el trabajo), equipos (herramientas y sistemas), materiales (datos y entradas), entorno (condiciones de trabajo) y gestión (reglas y decisiones). En cada categoría se incluye todo lo que pueda afectar al resultado, sin discutir aún su importancia: primero integridad, después evaluación.
Paso 3: llegar a la causa raíz
Al completar el árbol, en cada rama se pregunta «¿por qué?»: causa → por qué apareció → por qué ocurre. El objetivo no es la primera explicación plausible, sino el nivel donde la causa deja de depender de otras. A menudo las causas raíz están en «procesos» y «gestión», no donde el equipo buscó primero.
Paso 4: marcar la criticidad ★ / ○
Los últimos cinco minutos se dedican a marcar. ★: la causa afecta directamente al efecto y eliminarla cambia el resultado. ○: refuerza el efecto, pero no lo crea por sí sola. La criticidad muestra por dónde empezar: primero todas las ★ y después las ○ que las alimentan.
Qué obtienes como resultado
El trabajo de veinte minutos produce un diagrama-mapa: seis categorías, entre 15 y 20 causas, causas raíz y prioridades por criticidad. Es el artefacto que Super Oracle crea en la etapa de investigación dentro de una sesión de cinco métodos. Cómo convertir la causa encontrada en una solución comprobable se explica en los artículos «De la contradicción a la prueba» y «Ampliación del espacio de soluciones».
Preguntas y respuestas
¿En qué se diferencia Ishikawa de «hablar simplemente del problema»?
Una conversación habitual se detiene en la primera explicación plausible. Ishikawa obliga a distribuir las causas en seis categorías y llegar a la causa raíz.
¿Cuántas causas suele encontrar Ishikawa?
En las sesiones suelen aparecer entre 15 y 20 causas, y la principal a menudo no es la sospechada al principio.
¿Qué seis categorías se utilizan?
Personas, procesos, equipos, materiales, entorno y gestión. Las categorías pueden adaptarse al sector.
¿Qué significan las marcas de criticidad ★ y ○?
★: la causa afecta directamente al problema; ○: lo refuerza. Las marcas muestran por dónde empezar a corregir.
¿Cuánto dura la sesión?
Unos 20 minutos para el diagrama-mapa: formulación del efecto, seis categorías, causas raíz y criticidad.
¿Ishikawa asegura que la causa sea correcta?
No. El método sistematiza hipótesis sobre las causas. Las conclusiones siguen siendo material para una decisión humana y se contrastan con los datos.
¿Dónde se utiliza Ishikawa en el sitio?
En la etapa de investigación de Super Oracle: la sesión empieza con el diagrama-mapa de causas y continúa con la contradicción y las soluciones.
¿Qué obtiene el equipo como resultado?
Un diagrama-mapa: seis categorías, cada causa con su criticidad y una lista breve de causas raíz por las que empezar.