Árbol de fallas (FTA) en el análisis de causa raíz: lógica deductiva para eventos complejos
El árbol de fallas es una de las herramientas clásicas de la ingeniería de confiabilidad. Se usa desde hace décadas en industrias como la aeroespacial, la nuclear y la de procesos para responder una pregunta preventiva: ¿de qué formas puede fallar este sistema?
La norma IEC 62740 propone usarlo también para la pregunta contraria: ¿por qué falló? Este artículo es parte de una serie sobre el análisis de causa raíz según IEC 62740.
Del análisis predictivo al análisis de un evento
En su uso tradicional, el análisis por árbol de fallas se construye antes de que ocurra un evento, para identificar y analizar los modos de falla potenciales de un equipo o sistema. Esa aplicación tiene su propia norma, la IEC 61025.
Para un análisis de causa raíz, la IEC 62740 propone construir el árbol con la misma lógica, pero con una diferencia clave: el árbol final debe incluir solo los eventos que realmente ocurrieron. Durante la investigación se consideran todas las posibilidades; al terminar, solo quedan las confirmadas.
La norma menciona además la variante positiva: cuando el evento que se quiere explicar es un éxito, la misma lógica produce un árbol de éxito.
Las compuertas lógicas
Lo que distingue al árbol de fallas de otras técnicas es que hace explícita la relación lógica entre las causas mediante compuertas:
Compuerta Y (AND). El evento superior ocurre solo si ocurren todos los eventos de entrada. Ejemplo: se pierde el bombeo si falla la bomba principal y el respaldo no arranca. Cada entrada es necesaria; juntas son suficientes.
Compuerta O (OR). El evento superior ocurre si ocurre cualquiera de los eventos de entrada. Ejemplo: no hay flujo en la línea si la válvula está cerrada o la línea está obstruida.
Esta distinción tiene consecuencias directas para las acciones correctivas. En una compuerta Y, basta con eliminar una de las causas para evitar el evento, aunque conviene tratarlas todas. En una compuerta O, hay que tratar cada una por separado.
Cómo cambian las compuertas durante el análisis
La IEC 62740 hace una observación muy útil sobre el uso de compuertas en un ACR. Durante la investigación, las compuertas O sirven para representar causas alternativas que todavía hay que evaluar: el bombeo se perdió por falla de la bomba o por falta de flujo en la línea. Son, en la práctica, hipótesis.
A medida que avanza la investigación, las ramas que no coinciden con la evidencia se descartan y se eliminan. Cuando todos los hechos están establecidos, según la norma, solo deberían quedar compuertas Y, salvo que el propósito del análisis sea también prevenir eventos relacionados. Es decir, un árbol de fallas terminado describe la combinación de condiciones que efectivamente produjo el evento.
La norma también reconoce una flexibilidad práctica: en sentido estricto, un árbol de fallas trabaja con eventos binarios (un componente falló o no falló), pero en un ACR suele aplicarse con menos rigor formal, incluyendo también cambios graduales de condición, como una degradación.
Cómo construirlo
Adaptado del proceso que describe la norma:
- Definir el evento superior: el evento foco que se va a analizar, descrito sin sesgo. Ver la iniciación del ACR.
- Identificar las causas inmediatas necesarias del evento superior: el primer nivel del árbol.
- Establecer la relación lógica entre ellas con compuertas Y u O.
- Examinar cada causa para decidir si es una causa raíz o el resultado de causas más profundas.
- Validar cada causa potencial con evidencia y actualizar el árbol: lo que no se sostiene, se descarta. Ver validación.
- Continuar hacia abajo hasta la regla de parada.
Una recomendación de la norma que vale la pena destacar: en cada nivel del árbol hay que considerar causas relacionadas con personas, equipos y entorno, y no separarlas en la parte superior. Un árbol que tiene una rama "falla técnica" y otra "falla humana" desde el inicio tiende a perder las interacciones entre ambas.
Fortalezas y límites
Fortalezas. Según la norma, el árbol de fallas permite dividir el análisis de eventos grandes y complejos en partes manejables, está soportado por numerosas herramientas de software, favorece el trabajo en equipo, tiene un formato ordenado y fácil de leer, y deja claro dónde hace falta recoger más datos.
Su mayor ventaja frente a Ishikawa o los 5 Porqués es la lógica explícita. Es la técnica más adecuada cuando el evento involucra redundancias, protecciones o fallas simultáneas: sistemas con respaldo, enclavamientos, dispositivos de seguridad. En esos casos, entender que el evento requirió la combinación de dos fallas es la clave del análisis.
Límites. Exige más formación que las técnicas intuitivas y, como el árbol de causas, no representa la secuencia temporal del evento. Además, construir el árbol desde cero para cada análisis puede ser lento, sobre todo en los primeros niveles, donde las fallas posibles de un tipo de equipo son siempre parecidas.
Combinar FTA con otras técnicas
El árbol de fallas es especialmente eficaz en la parte técnica del análisis: desde el evento hasta las fallas de componentes. Para seguir desde ahí hacia las causas humanas y latentes, muchas organizaciones lo combinan con el árbol de causas o con 5 Porqués aplicados a cada falla básica confirmada. La norma respalda este enfoque cuando sugiere usar más de una técnica en eventos complejos.
Cómo se trabaja en Asistente ACR
En Asistente ACR, el árbol de fallas parte de una ventaja práctica: no hay que empezar desde cero. El equipo selecciona el tipo de equipo involucrado (por ejemplo, un motor eléctrico o una bomba centrífuga) y la plataforma genera un árbol inicial a partir de una base de conocimiento de modos de falla, usando la inteligencia artificial para asociar la descripción del fenómeno con los términos de falla de esa base.
A partir de ese árbol, el equipo trabaja como describe la norma: ajusta la estructura, define el tipo de cada compuerta (Y u O), agrega o elimina causas, y valida o rechaza cada nodo con una justificación, el método usado y la evidencia preservada en el paso de hechos. Las ramas descartadas quedan registradas con su motivo.
Los nodos validados alimentan la sugerencia de causas latentes por IA, que ayuda a llevar el análisis desde la falla técnica hasta las condiciones del sistema de gestión. Y el árbol completo, con sus validaciones, aparece en el informe final, junto con las demás técnicas usadas en el mismo análisis.
Conclusión
El árbol de fallas aporta al análisis de causa raíz algo que ninguna otra técnica ofrece de forma tan clara: la lógica de cómo se combinan las causas. Usado como propone la IEC 62740, con compuertas O para las hipótesis y compuertas Y para la explicación final, convierte un evento complejo en una estructura que cualquiera puede revisar y verificar.
Con este artículo cerramos la serie sobre el análisis de causa raíz según la IEC 62740. Si quiere volver al inicio, puede revisar la guía general del proceso.
¿Quiere ver cómo se genera y valida un árbol de fallas a partir del tipo de equipo? Solicite una demo de Asistente ACR o cree su cuenta.