5 Porqués: cómo usarlo bien y cuándo no es suficiente
Si se pregunta en cualquier planta industrial qué técnica usan para analizar fallas, la respuesta más común será 5 Porqués. Es fácil de explicar, no requiere software ni formación extensa y se puede aplicar en una reunión de turno. Por esas mismas razones, también es la técnica que más análisis superficiales produce.
La norma IEC 62740 la incluye entre las técnicas de análisis de causa raíz con el nombre de método "por qué", y la evalúa con la misma vara que a todas las demás. Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
Cómo funciona
La idea es simple: partir del evento foco y preguntar por qué ocurrió. La respuesta es una causa. Sobre esa causa, se vuelve a preguntar por qué. Y así sucesivamente, recorriendo la cadena causal hasta llegar a una causa sobre la que se puede actuar.
Un ejemplo:
- La bomba P-101 se detuvo por sobrecarga del motor. ¿Por qué?
- El impulsor estaba trabado por sólidos. ¿Por qué?
- El filtro de succión estaba roto. ¿Por qué?
- La malla del filtro no cumplía la especificación. ¿Por qué?
- El repuesto se compró sin especificación técnica. ¿Por qué?
- El proceso de compras no exige una ficha técnica aprobada para repuestos críticos.
Si el análisis se hubiera detenido en el paso 3, la acción habría sido cambiar el filtro. El filtro nuevo, comprado de la misma forma, habría fallado igual. El valor del método está en llegar hasta el último eslabón: una causa latente del sistema de gestión.
El nombre engaña
El número cinco es orientativo. La norma describe el método como preguntar por qué "un número de veces", no cinco. Algunos eventos llegan a una causa raíz en tres preguntas; otros necesitan siete. Lo que determina dónde detenerse es la regla de parada definida al inicio del análisis, no un número fijo. Ver la iniciación del ACR.
El otro error común es tratar el método como una cadena única. En la realidad, una pregunta "¿por qué?" puede tener más de una respuesta válida, y cada respuesta abre su propia rama. En el ejemplo, el filtro pudo romperse por una malla fuera de especificación o por un golpe de ariete. Las dos hipótesis deben investigarse, y solo una (o ambas) sobrevivirá a la validación.
Fortalezas y límites según la norma
La IEC 62740 compara todas las técnicas de análisis usando los mismos criterios. Para el método de los porqués, el resultado es claro y equilibrado.
Fortalezas. Es intuitivo y requiere poca formación. Se puede aplicar sin herramientas especializadas. Se concentra en los factores causales del evento, sin desviarse hacia problemas generales del sistema.
Límites. No escala bien a eventos complejos con muchas causas que interactúan. Sus resultados son poco reproducibles: dos equipos distintos, frente al mismo evento, pueden llegar a cadenas causales diferentes, porque el resultado depende mucho de la experiencia y el conocimiento de quien pregunta. No incluye mecanismos propios para comprobar la verosimilitud de cada respuesta, tiene poco rigor formal y no representa la secuencia temporal del evento.
Leído en conjunto, el mensaje de la norma no es que el método sea malo. Es que su calidad depende de la disciplina con que se aplique.
Cómo aplicarlo con rigor
Partir de hechos, no de opiniones. Cada "porque" debe poder sostenerse con evidencia del paso de establecimiento de los hechos. Si una respuesta no tiene respaldo, es una hipótesis que hay que validar antes de seguir preguntando.
Validar cada eslabón antes de avanzar. Si un eslabón intermedio es falso, todo lo que viene después también lo es. Validar al final obliga a descartar el análisis completo.
Abrir ramas cuando hay más de una respuesta. Forzar una sola respuesta por nivel es la forma más rápida de perder causas.
Responder con hechos concretos, no con categorías. "Falta de capacitación" o "error humano" no son respuestas útiles. "El lubricador no conocía la nueva especificación de grasa" sí lo es, y permite seguir preguntando por qué.
Seguir hasta el sistema. Si la cadena termina en una persona, todavía no ha terminado. La pregunta siguiente es qué condición del sistema permitió que esa persona actuara así.
Combinarlo con otras técnicas. La norma sugiere que, en eventos con múltiples causas, puede ser necesario usar más de una técnica. Una combinación eficaz es usar Ishikawa para explorar las categorías de causas posibles y luego aplicar 5 Porqués a las ramas validadas.
Cuándo usarlo y cuándo no
Los 5 Porqués funcionan muy bien en eventos con una cadena causal relativamente lineal, en análisis de alcance acotado y cuando el equipo conoce bien el proceso. Son ideales para fallas repetitivas de bajo impacto, donde un análisis más pesado no se justifica.
En cambio, conviene complementarlo o reemplazarlo cuando el evento tiene muchas causas que interactúan, cuando hay combinaciones de fallas simultáneas o cuando las consecuencias son graves y el análisis debe resistir el escrutinio de un auditor o una autoridad. En esos casos, el árbol de causas o el árbol de fallas ofrecen más estructura.
Cómo se trabaja en Asistente ACR
En Asistente ACR, los 5 Porqués se trabajan como una cadena interactiva dentro del paso de análisis. Cada pregunta "¿por qué?" admite varias respuestas cuando hay más de una hipótesis, de modo que el análisis puede ramificarse sin perder la estructura.
Cada respuesta se valida o se rechaza con una justificación y el método usado (inspección visual, análisis de datos, entrevista), y puede vincularse a la evidencia preservada en el paso de hechos. Las causas rechazadas quedan visibles con su motivo, lo que evita que se vuelvan a proponer.
Solo las causas validadas alimentan la sugerencia de causas latentes por inteligencia artificial, que ayuda a dar el último paso desde la causa humana hacia las condiciones del sistema. Y todo el análisis, con sus ramas y validaciones, aparece en el informe final. La ayuda contextual de la propia herramienta recuerda las reglas de buen uso mientras el equipo trabaja.
Conclusión
Los 5 Porqués siguen siendo una gran herramienta, siempre que se usen como lo que son: una forma disciplinada de recorrer una cadena causal, con evidencia en cada eslabón. Lo que falla casi nunca es el método; es la prisa por llegar a una respuesta.
En el próximo artículo revisamos el diagrama de Ishikawa.
¿Quiere ver cómo se ramifica y valida un análisis de 5 Porqués? Solicite una demo de Asistente ACR o cree su cuenta.