Árbol de causas (CTM): del modo de falla a las causas latentes
Los 5 Porqués y el diagrama de Ishikawa son técnicas excelentes para empezar. Pero cuando el evento es complejo, cuando hay varias causas que se combinan o cuando el análisis tiene que resistir la revisión de un auditor, se necesita algo más riguroso. El árbol de causas es la técnica que cumple ese papel en muchas organizaciones industriales.
Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
Qué es el árbol de causas
La norma IEC 62740 describe el método del árbol de causas (CTM, por su sigla en inglés) como una técnica sistemática para analizar y representar gráficamente los eventos y condiciones que contribuyeron a un evento foco.
La norma lo compara con dos técnicas conocidas, y esas comparaciones explican bien su lugar:
Frente a los 5 Porqués, la idea es la misma (ir desde el evento hacia atrás), pero el árbol de causas genera estructuras más complejas, considera explícitamente factores técnicos, organizacionales, humanos y ambientales, y es más riguroso: cada causa identificada se pone a prueba para comprobar que fue inmediata y necesaria para la siguiente. Por eso la norma lo considera más adecuado para situaciones complejas.
Frente al árbol de fallas, la estructura gráfica se parece, pero el propósito es distinto. El árbol de fallas suele construirse antes de un evento, para explorar todas las formas en que algo puede fallar, con relaciones lógicas estrictas. El árbol de causas incluye solo los factores que aplican al evento que ya ocurrió.
La pregunta que hace la diferencia
El núcleo del método está en las preguntas que se hacen para cada causa identificada. Adaptadas de la norma, son tres:
- ¿Qué causó directamente esta condición o evento?
- Esa causa, ¿era necesaria para que ocurriera?
- Si no era suficiente por sí sola, ¿qué otras causas eran igualmente necesarias?
La tercera pregunta es la que los 5 Porqués no hacen. Muchos eventos industriales ocurren por la combinación de dos o más condiciones: un sello degradado y un respaldo que no arrancó; una grasa incorrecta y una ruta de lubricación omitida. Una cadena lineal de porqués tiende a seguir solo una de esas ramas. El árbol de causas obliga a encontrarlas todas.
La norma agrega que los factores causales deben expresarse con precisión y apoyarse en evidencia, sin opiniones ni juicios personales. E incluye no solo lo inusual, sino también condiciones normales que tuvieron un papel activo en el evento.
Causas físicas, humanas y latentes
En confiabilidad industrial, el árbol de causas suele organizarse en niveles que responden preguntas distintas:
Modo de falla. Cómo se manifestó la falla del activo. Es el punto de partida del árbol.
Hipótesis. Las explicaciones posibles de cómo pudo ocurrir ese modo de falla. Cada una se valida o descarta con evidencia antes de seguir bajando. Una hipótesis descartada cierra su rama.
Causas físicas. Lo que ocurrió con el material o el equipo: grasa degradada, cantidad insuficiente de lubricante, fatiga, corrosión.
Causas humanas. Las acciones u omisiones de personas que permitieron la causa física: se usó una grasa no especificada, se omitió una ruta en el turno. Igual que en todo el análisis, deben describirse con precisión y no como "error humano". Ver el análisis de causas.
Causas latentes. Las condiciones del sistema de gestión que hicieron posible la acción humana: una sustitución de insumos que no pasó por gestión del cambio, rutas de lubricación sin control de cumplimiento.
Esta estructura tiene una ventaja práctica enorme: hace imposible cerrar el análisis en la causa física. Mientras un nivel esté vacío, el árbol está incompleto. Y como las causas latentes son las que se repiten en eventos distintos, son también las que más valor tienen para la organización.
Fortalezas y límites según la norma
Fortalezas. La norma destaca que el árbol de causas permite estructurar la investigación de eventos complejos, que su formato es fácil de leer, que favorece la participación del equipo y que muestra dónde faltan datos a medida que avanza la investigación: una rama que no se puede sostener con evidencia es una instrucción clara de qué investigar. También sirve para analizar éxitos y para eventos técnicos y no técnicos.
En la comparación general de técnicas, el árbol de causas escala mejor que los 5 Porqués y que Ishikawa, tiene una representación gráfica clara y se concentra en los factores necesarios del evento. Exige algo más de formación, pero produce resultados más consistentes entre distintos analistas.
Límites. La norma reconoce dos dificultades. Primero, cuando intervienen muchos factores humanos y organizacionales, puede ser difícil establecer cuáles fueron realmente necesarios. Segundo, el método no indica cómo buscar las causas, por lo que se necesita experiencia en factores humanos y sistemas organizacionales para desarrollar bien esas ramas. Tampoco representa la secuencia temporal del evento, que conviene trabajar por separado con una línea de tiempo.
Cómo construirlo
- Registrar el evento foco o modo de falla como punto de partida.
- Reunir los hechos: personas, acciones, materiales, equipos y entorno.
- Plantear las hipótesis de cómo pudo ocurrir y validarlas con evidencia.
- Para cada hipótesis validada, bajar nivel por nivel aplicando las tres preguntas: causa directa, necesidad, otras causas necesarias.
- Continuar hasta llegar a la regla de parada.
- Verificar el árbol completo con más evidencia antes de darlo por válido.
Cómo se trabaja en Asistente ACR
En Asistente ACR, el árbol de causas se construye de forma interactiva con exactamente esta estructura: modos de falla, hipótesis, causas físicas, causas humanas y causas latentes. Un mismo análisis puede tener varios modos de falla, y cada uno puede desarrollar sus propias hipótesis.
Cada hipótesis se valida o rechaza con una justificación, el método usado y la evidencia preservada en el paso de hechos. Solo las ramas validadas se desarrollan hacia abajo, y las hipótesis rechazadas quedan registradas con su motivo.
Las causas latentes de las hipótesis validadas alimentan la sugerencia de causas latentes por inteligencia artificial, que propone factores sistémicos adicionales que el equipo todavía no consideró, sin repetir los ya identificados. Las sugerencias son eso: propuestas que el equipo evalúa, no conclusiones.
Las causas latentes identificadas se convierten en causas raíz del análisis y se vinculan a las acciones del plan correctivo. El árbol completo, con sus hipótesis validadas y descartadas, aparece en el informe final.
Conclusión
El árbol de causas es la técnica que obliga a hacer las preguntas incómodas: ¿esa causa era realmente necesaria? ¿Qué más tuvo que ocurrir? ¿Qué condición del sistema permitió que alguien actuara así? Responderlas con evidencia es lo que distingue un análisis que encuentra causas raíz de uno que encuentra culpables.
En el próximo artículo revisamos el árbol de fallas.
¿Quiere ver cómo se construye un árbol de causas hasta las causas latentes? Solicite una demo de Asistente ACR o cree su cuenta.