Análisis de causa raíz: un efecto, causas agrupadas por categoría, la causa confirmada destacada.
1 ejemplo de diagrama de ishikawa
Causa raíz de la conversión del checkout
Cinco categorías de causas investigadas para una caída del doce por ciento en la conversión del checkout.
Un diagrama de Ishikawa muestra qué se investigó, no solo la conclusión. Cada espina es una categoría con sus subcausas, y exactamente una espina, la causa raíz confirmada en la capa de datos, comparte el acento con la caja del efecto.
Un diagrama de Ishikawa, o de espina de pescado, organiza las posibles causas de un problema en categorías que convergen en una espina central. Lo desarrolló Kaoru Ishikawa en los años sesenta para el control de calidad en Kawasaki.
El efecto va en la cabeza, a la derecha, y cada espina principal es una categoría, como las 6M de la industria: método, mano de obra, máquina, material, medición y medio ambiente. Las espinas menores detallan causas concretas y se leen hacia el efecto.
Cuándo usar un diagrama de Ishikawa
Para analizar por qué ha caído la conversión del checkout reuniendo hipótesis de producto, pagos, rendimiento y tráfico.
Para estructurar una sesión de causa raíz tras un incidente y evitar que el equipo se quede con la primera explicación.
Si ya conoces la causa y quieres mostrar cuánto pesa cada una con datos, un gráfico de Pareto es más directo.
Cómo hacer un buen diagrama de Ishikawa
Formula el efecto como un problema medible: «La conversión del checkout cayó del 3,1 % al 2,4 %».
Adapta las categorías a tu contexto; en software encajan mejor personas, procesos, código, infraestructura y datos.
Profundiza en cada causa preguntando por qué hasta llegar a algo verificable.
Destaca la causa confirmada con datos y deja las demás en gris como hipótesis descartadas o pendientes.
