Si cada mes resuelves los mismos problemas —pedidos que salen tarde, errores en facturas, clientes que se quejan de lo mismo—, no te falta esfuerzo: te falta un análisis de causa raíz. Apagar incendios da la sensación de avance, pero mientras la causa siga ahí, el incendio regresará.
En esta guía aprenderás a usar dos herramientas clásicas de la mejora continua, el diagrama de Ishikawa (también llamado diagrama de pescado o de causa y efecto) y la técnica de los 5 porqués, con un ejemplo completo que puedes replicar en tu negocio esta misma semana.
¿Qué es el análisis de causa raíz?
El análisis de causa raíz es un proceso estructurado para identificar por qué ocurre realmente un problema, en lugar de quedarse con la primera explicación o con el culpable más visible. Su premisa es sencilla: los síntomas se ven, las causas se investigan.
Piensa en un cliente que recibe tarde su pedido. El síntoma es el retraso. Una causa aparente podría ser “el repartidor salió tarde”. Pero si preguntas más, quizá descubras que el repartidor salió tarde porque el pedido no estaba empacado, y no estaba empacado porque el inventario del sistema no coincidía con el físico. Corregir al repartidor no resolvería nada.
¿Cuándo conviene hacer un análisis formal?
- Cuando un problema se repite pese a haberlo “corregido” antes.
- Cuando el problema cuesta dinero, clientes o pone en riesgo la seguridad.
- Cuando hay opiniones encontradas sobre el origen y se busca culpable en lugar de solución.
- Después de una queja grave o de una falla importante en la operación.
El diagrama de Ishikawa y las 6M
El diagrama de Ishikawa, popularizado por el ingeniero japonés Kaoru Ishikawa, tiene forma de espina de pescado. En la “cabeza” escribes el problema y en cada “espina” una categoría de causas. En entornos operativos se usan con frecuencia las 6M:
| Categoría | Qué revisa | Preguntas guía |
|---|---|---|
| Método | Procedimientos, pasos, políticas e instrucciones | ¿Existe un procedimiento? ¿Está claro? ¿Todos lo siguen igual? |
| Mano de obra | Personas, capacitación, carga de trabajo, comunicación | ¿Hay personal suficiente y capacitado? ¿Saben qué se espera de ellos? |
| Maquinaria | Equipos, herramientas, vehículos, sistemas y software | ¿Fallan los equipos? ¿El sistema es lento o da información incorrecta? |
| Materiales | Insumos, materia prima, empaques, información de entrada | ¿Llegan completos, a tiempo y con la calidad necesaria? |
| Medición | Indicadores, registros, inspecciones, instrumentos | ¿Medimos lo correcto? ¿Los datos son confiables y oportunos? |
| Medio ambiente | Espacio físico, clima, orden, temporada, entorno | ¿El lugar facilita o estorba el trabajo? ¿Influyen temporadas o clima? |
En negocios de servicios u oficinas puedes adaptar las categorías (por ejemplo, “sistemas” en lugar de maquinaria o “información” en lugar de materiales). Lo importante no es el nombre de la espina, sino obligarte a mirar el problema desde varios ángulos antes de concluir.
Cómo construir el diagrama en una sesión
- Define el problema con precisión. No “las entregas están mal”, sino “en los últimos dos meses, uno de cada cuatro pedidos locales se entregó después de la fecha prometida”.
- Dibuja la espina en un pizarrón, en hojas grandes o en una herramienta digital colaborativa.
- Lluvia de ideas por categoría. Cada participante escribe causas posibles en notas adhesivas, una idea por nota.
- Agrupa y depura ideas repetidas; ubica cada causa en la espina que le corresponde.
- Prioriza. Marca las tres a cinco causas más probables según datos y experiencia del equipo.
- Verifica con datos antes de actuar: revisa registros, observa el proceso o haz una prueba rápida.
La técnica de los 5 porqués
Los 5 porqués consisten en tomar un problema o una causa concreta y preguntar “¿por qué?” de forma sucesiva, apoyando cada respuesta en hechos. Se asocia a Taiichi Ohno y al Sistema de Producción Toyota, y es una de las herramientas más usadas en Lean por su sencillez.
Reglas para que funcione:
- Cada respuesta debe ser un hecho verificable, no una suposición ni una opinión.
- Busca fallas del proceso, no culpables. “Juan se equivocó” casi nunca es una causa raíz; la pregunta es qué permitió que el error ocurriera.
- Si una pregunta tiene varias respuestas válidas, abre una rama por cada una.
- Detente cuando llegues a una causa que puedas controlar y cuya corrección prevenga la repetición.
Ejemplo completo: entregas tardías en una distribuidora
Veamos un ejemplo genérico, pero muy común, en una pequeña distribuidora que entrega pedidos a negocios de su ciudad.
Problema: durante el último bimestre, alrededor de uno de cada cuatro pedidos se entregó después de la fecha comprometida.
Paso 1: Ishikawa con las causas posibles
- Método: no hay hora de corte para pedidos del día; las rutas se arman “sobre la marcha”.
- Mano de obra: una sola persona arma pedidos en temporada alta.
- Maquinaria: una camioneta pasa con frecuencia al taller.
- Materiales: faltantes de producto que se descubren al surtir.
- Medición: el inventario del sistema no coincide con el físico.
- Medio ambiente: almacén desordenado; se pierde tiempo buscando producto.
Al revisar los registros de pedidos retrasados, el equipo encuentra que la mayoría tuvo un faltante al momento de surtir. Esa causa se elige para profundizar.
Paso 2: 5 porqués sobre la causa prioritaria
- ¿Por qué se entregan tarde los pedidos? Porque al surtir falta producto y hay que esperar a reabastecer o sustituir.
- ¿Por qué falta producto si el sistema indicaba existencia? Porque el inventario del sistema no coincide con el físico.
- ¿Por qué no coincide? Porque las devoluciones y mermas no se registran en el sistema.
- ¿Por qué no se registran? Porque no hay un procedimiento ni un responsable para hacerlo; cada quien lo resuelve como puede.
- ¿Por qué no existe ese procedimiento? Porque el proceso de almacén nunca se documentó y el control de inventario se diseñó solo para compras y ventas.
Causa raíz: el proceso de inventario no contempla devoluciones ni mermas. Contratar más personal o cambiar de repartidor no habría resuelto el problema.
Paso 3: acciones correctivas y verificación
| Acción | Responsable | Cómo se verifica |
|---|---|---|
| Documentar el procedimiento de devoluciones y mermas | Encargado de almacén | Procedimiento publicado y explicado al equipo |
| Agregar el registro de devoluciones al sistema | Administración | Cada devolución tiene su movimiento en el sistema |
| Conteo cíclico semanal de los productos de mayor rotación | Almacén | Diferencias entre sistema y físico en disminución |
| Medir pedidos entregados a tiempo cada semana | Dirección | Indicador visible y revisado en junta semanal |
Tip NUVIL: antes de la sesión, junta datos de al menos diez ocurrencias del problema: fechas, pedidos, clientes y qué pasó en cada caso. Un análisis de causa raíz con datos dura la mitad y genera muchas menos discusiones que uno basado solo en recuerdos.
Errores comunes al buscar la causa raíz
- Detenerse en el error humano. Las personas se equivocan; los buenos procesos hacen difícil equivocarse.
- Definir mal el problema. Un problema vago produce causas vagas. Usa hechos, cifras y periodo.
- Hacerlo solo desde la oficina. Ve al lugar donde ocurre el problema y observa el proceso real.
- Saltarse la verificación. Una causa “probable” no es una causa comprobada.
- No dar seguimiento. Sin responsable, fecha e indicador, las acciones correctivas se diluyen.
- Usar la herramienta para buscar culpables. Si el equipo siente que la sesión es un juicio, ocultará información.
Cómo integrar el análisis de causa raíz a tu mejora continua
El análisis de causa raíz rinde más cuando forma parte de un sistema. Combínalo con otras prácticas Lean:
- Usa el ciclo PDCA de Kaizen para planear, probar y estandarizar la solución.
- Identifica primero dónde se pierde más tiempo o dinero con los 8 desperdicios Lean.
- Si el desorden físico es parte del problema, arranca con las 5S.
- Cuando la causa es un proceso no definido, documéntalo con un mapeo de procesos y apóyate en nuestro servicio de procesos y organización.
- Si la causa está en un sistema que no da información confiable, evalúa una herramienta de software a medida o una automatización que elimine capturas dobles.
Siguientes pasos
Elige un problema que se repita en tu negocio, define con datos cuándo y cuánto ocurre, y dedica una sesión de una hora con tu equipo a construir el diagrama de Ishikawa y aplicar los 5 porqués. Te sorprenderá lo que aparece cuando dejas de suponer y empiezas a preguntar.
Si prefieres hacerlo acompañado, en NUVIL facilitamos estas sesiones con el Método NUVIL 5D dentro de nuestro servicio de Lean y mejora continua. Puedes empezar con un diagnóstico sin costo o revisar nuestros paquetes en precios.
Preguntas frecuentes
¿Cuál es la diferencia entre el diagrama de Ishikawa y los 5 porqués?
El diagrama de Ishikawa abre el panorama: ordena todas las causas posibles de un problema en categorías (las 6M). Los 5 porqués profundizan: toman una causa concreta y preguntan por qué ocurre hasta llegar a algo que se puede corregir. Lo ideal es usarlos juntos: primero Ishikawa para no dejar nada fuera y después 5 porqués sobre las causas más probables.
¿Siempre hay que preguntar exactamente cinco veces por qué?
No. El número cinco es una referencia práctica. A veces llegas a la causa raíz en tres preguntas y otras necesitas seis o siete. La señal de que terminaste es que encontraste una causa que puedes controlar y que, si la corriges, evita que el problema se repita.
¿Quién debe participar en un análisis de causa raíz?
Las personas que viven el problema todos los días, alguien que conozca el proceso de principio a fin y una persona que facilite la sesión con neutralidad. Un grupo de tres a seis personas suele ser suficiente. Evita que solo opine el dueño o el jefe del área: la información valiosa suele estar en la operación.
¿Cómo sé que eliminé la causa raíz y no solo un síntoma?
Mide el problema antes y después de la acción correctiva durante un periodo razonable. Si el indicador mejora y se mantiene, vas por buen camino. Si el problema regresa, probablemente atacaste un síntoma o existe más de una causa, y conviene volver al diagrama.