Los 5 porqués son una técnica sencilla de análisis de causa raíz: se enuncia un problema, se pregunta «¿por qué ocurrió?», se responde con un hecho y se repite hasta llegar a una causa que pueda corregirse de forma definitiva. Popularizada por el sistema de producción de Toyota, funciona bien porque no requiere software ni estadística, solo unos minutos de conversación honesta. El número cinco es una regla práctica, no una ley: a veces bastan tres preguntas y a veces hacen falta siete.
Pasos para aplicar los 5 porqués
- Defina el problema con precisión. Escriba una frase factual: qué pasó, dónde, cuándo y de qué magnitud. «Los pedidos son un desastre» no es un enunciado de problema; «14 pedidos se enviaron con más de 2 días de retraso en septiembre» sí lo es.
- Reúna a las personas adecuadas. Incluya a quienes hacen el trabajo, no solo a quienes lo dirigen. Entre tres y cinco personas bastan.
- Pregunte por qué y responda con evidencias. Cada respuesta debe poder comprobarse en un registro, un historial o por observación, no ser una suposición.
- Siga hasta que la respuesta sea una causa de proceso o de sistema. Pare cuando el siguiente «por qué» escape a su control o cuando corregir la causa evite que el problema se repita.
- Compruebe la cadena a la inversa. Lea desde la causa raíz hasta el problema añadiendo «por lo tanto» en cada paso. Si la lógica falla, hay un paso equivocado.
- Acuerde acciones y responsables. Una causa raíz sin acción es solo una historia interesante.
Un ejemplo práctico
Problema: un cliente recibió su pedido con dos días de retraso.
- ¿Por qué llegó tarde? Se preparó el día 3 en lugar del día 1.
- ¿Por qué se retrasó la preparación? Solo empieza cuando el pedido se aprueba manualmente.
- ¿Por qué se retrasó la aprobación? La única persona que aprueba estaba de vacaciones y nadie más podía hacerlo.
- ¿Por qué nadie más podía aprobar? El permiso de aprobación se asignó a una sola persona cuando se montó el proceso.
- ¿Por qué no había suplente? El proceso no define cobertura para las ausencias y nadie se encarga de revisarlo.
La causa raíz es un vacío del proceso, no un empleado descuidado. La solución es nombrar un aprobador suplente, fijar una regla de escalado si un pedido espera más de 24 horas y dar a alguien la responsabilidad del proceso. Fíjese en que la primera respuesta («se preparó tarde») habría llevado a una corrección muy distinta y más débil.
Errores comunes
Culpar a las personas
Si la cadena termina en «Sam se olvidó», se ha detenido demasiado pronto. Pregunte por qué el proceso permitió que la memoria de una sola persona fuera la única salvaguarda. La culpa hace que la gente oculte información, y su próximo análisis empezará con datos malos.
Quedarse en los síntomas
«El informe se retrasó porque los datos se retrasaron» describe el problema por segunda vez. Una causa raíz genuina es algo que, una vez cambiado, evita la repetición. Si pudiera corregir la respuesta y el problema aún pudiera volver, siga preguntando.
El sesgo de la causa única
Los incidentes reales suelen tener varias causas que contribuyen, y una cadena lineal puede ocultarlo. Si un «por qué» tiene dos respuestas plausibles, siga ambas ramas y registre cada una como su propia cadena en lugar de elegir la más cómoda.
Cuándo usar un diagrama de Ishikawa en su lugar
Los 5 porqués funcionan mejor con problemas de hilo bastante claro: un plazo incumplido, un error repetido, un fallo puntual. Cuando la causa no está clara o el problema es complejo, use un diagrama de Ishikawa (espina de pescado). Se clasifican las posibles causas en categorías como personas, proceso, herramientas, materiales, entorno y medición, y luego se investigan las más probables. Muchos equipos combinan ambos: lluvia de ideas con Ishikawa y después los 5 porqués en cada rama prometedora.
Convertir los hallazgos en acciones con seguimiento
El análisis solo rinde si algo cambia. Antes de terminar la reunión, convierta cada causa raíz en una acción con estos datos:
- Una tarea concreta: «Añadir un aprobador suplente para los pedidos» en vez de «mejorar la cobertura».
- Un responsable con nombre: una persona, no un equipo.
- Una fecha límite: realista y visible para todos los implicados.
- Una comprobación de éxito: cómo sabrá que funcionó, por ejemplo cero envíos tardíos por demoras de aprobación en los próximos 30 días.
- Una revisión posterior: una fecha para confirmar que la corrección se mantiene y el problema no ha vuelto.
Dónde vive la lista de acciones importa tanto como el análisis. Si queda en un documento que nadie reabre, el mismo problema volverá en pocos meses. FulcrumGrid Command Center es un lugar donde mantener esas acciones con responsables, fechas límite y estado a la vista, de modo que los puntos abiertos de un análisis se revisen junto con todo lo demás. Cualquier herramienta de seguimiento fiable sirve si se consulta con regularidad.
Preguntas frecuentes
¿Qué es el método de los 5 porqués?
Es una técnica de causa raíz en la que se pregunta «¿por qué?» varias veces, respondiendo cada vez con evidencias, hasta llegar a una causa de proceso o de sistema que pueda corregirse. Cinco es una referencia; el número correcto es el que haga falta.
¿Siempre hacen falta exactamente cinco porqués?
No. Pare cuando llegue a una causa que, corregida, evitaría que el problema volviera. Pueden ser tres preguntas o más de cinco.
¿Cuándo conviene usar un diagrama de Ishikawa?
Cuando el problema es complejo o la causa no está clara, porque permite explorar varias categorías de causas a la vez. Después puede aplicar los 5 porqués a las ramas más probables.
¿Cómo evito culpar a las personas en los 5 porqués?
Pregunte por qué el proceso permitió el error, no quién lo cometió. Si su cadena termina en un nombre o en una palabra vaga como descuido, siga investigando el sistema que rodea a esa persona.
¿Cómo me aseguro de que las acciones se cumplan?
Dé a cada acción un responsable, una fecha límite y una comprobación de éxito, y revise la lista con regularidad. Mantenerla en un seguimiento compartido y no en un documento puntual hace mucho más probable que se cumpla.
FulcrumGrid Command Center
Evita que las acciones de causa raíz se pierdan
FulcrumGrid Command Center te permite dar seguimiento a las acciones correctivas con responsables y fechas límite junto con el resto de tus operaciones, para que lo decidido en tus sesiones de 5 porqués se cumpla de verdad.