Análisis del árbol de fallos

El análisis del árbol de fallas es un proceso que puede mejorar las operaciones de sus equipos de mantenimiento para comprender por qué ocurrieron las fallas. Las representaciones visuales facilitan que todos los miembros del equipo estén en sintonía.

Un análisis de árbol de fallas muestra a los miembros del equipo de mantenimiento una representación visual de cómo ocurrió un problema y las vías potenciales que condujeron al evento de falla principal.

Imagine un desafío, asunto o problema que lo ha estado atormentando a usted oa su trabajo durante la última semana, mes o incluso un año. Tal vez sea un grifo que gotea, una bombilla fluorescente parpadeante o una máquina que no ha estado a la altura durante algún tiempo.

A la mayoría de la gente le gustaría saber honestamente qué está pasando. Sería bueno solucionar estos problemas ahora. Pero por alguna razón, nadie se pone a ello hasta que ocurre un desastre.

Ahí es donde entra en juego un análisis de árbol de fallas.

¿Qué es un análisis de árbol de fallas?

El análisis de árbol de fallas es un enfoque sistemático para identificar la causa principal de un evento, con el uso de un diagrama de árbol de fallas. También se puede ver como un marco que lo guía a una transformación sistemática de la información disponible en un plan de acción concreto.

Este proceso proporciona al analizador una secuencia lógica que le ayuda a descubrir las causas raíz exactas del evento en cuestión. Y cuando se usa un análisis de árbol de fallas junto con FMEA u otro método de análisis, puede proporcionar una mejor imagen general para las decisiones de mantenimiento.

¿Cómo pueden las empresas implementar este tipo de proceso en sus sistemas empresariales? ¿Cuáles son los componentes principales que hacen que funcione el análisis del árbol de fallas? ¿Y cuáles son algunas buenas razones para usar este análisis en primer lugar?

¿Por qué utilizar el análisis de árbol de fallas?

Los nuevos procesos generalmente se miran con sospecha, particularmente cuando el sistema en cuestión ya funciona. ¿Cuál es la razón principal por la que las empresas deberían usar un análisis de árbol de fallas?

Las empresas deben utilizar el análisis del árbol de fallas para descubrir las verdaderas raíces de los problemas a los que se enfrentan.

¿Cómo se ve eso en tiempo real? Los análisis de árbol de fallas se utilizan generalmente en los campos de la ingeniería de seguridad y confiabilidad porque son las mejores formas de descubrir fallas en muchas situaciones diferentes. Algunos usos del proceso de análisis del árbol de fallas incluyen:

• Comprender la serie de eventos que conducen a una falla en el sistema o máquina
• Demostrar el cumplimiento de las normas y reglamentos de seguridad, como ADA.
• Minimizar y optimizar los recursos que está gastando la empresa
• Ayudar a revisar, reacondicionar o rediseñar sistemas

Una de las mejores partes de este proceso es que es un sistema preconstruido que las empresas pueden simplemente colocar en su lugar. Echemos un vistazo a los componentes de un árbol de fallas y cómo cualquier empresa puede ejecutar un análisis de árbol de fallas simple de inmediato.

Los 3 componentes principales de un análisis de árbol de fallas

Cada árbol de fallas se ejecuta en tres componentes:

• El diagrama del proceso.
• Los eventos que han sucedido y a los que se aplica el diagrama.
• Y las puertas, o las conexiones entre eventos.

He aquí un vistazo a cada uno de estos componentes y cómo funciona en el entorno de una empresa.

Diagrama de árbol de fallas

La primera pieza de un análisis de árbol de fallas es el diagrama de eventos. Este marco es básicamente un diagrama de flujo. El análisis real se realiza extrayendo una serie de deducciones lógicas que comienzan con el evento de falla y se remontan a la causa raíz a lo largo del diagrama.

Eventos

La siguiente pieza del rompecabezas son los eventos que han sucedido. En un análisis de árbol de fallas, un evento es una ocurrencia en el sistema. Se pueden dividir en dos categorías: eventos de entrada, que son los eventos que conducen a otros eventos, y eventos de salida, que son el resultado de eventos de entrada.

Los eventos son todo lo que ha sucedido y/o lo que podría haber sucedido. Un evento es una causa, o un contribuyente parcial, de la situación en cuestión.

Los diferentes símbolos en los diagramas FTA indican significados específicos .

puertas

Los eventos se conectan mediante puertas "y" y "o". Si hay dos eventos de entrada y ambos causan un evento de salida, entonces están conectados con una puerta "y". Si solo un evento de entrada conduce al evento de salida, entonces están conectados con una puerta "o".

Por ejemplo, digamos que se fundió una bombilla. Si la bombilla se quemó y el cableado no funcionó, y ambos eventos estaban relacionados con el hecho de que una habitación no estaba iluminada correctamente, estos dos eventos estarían conectados por una puerta "y". Si solo la bombilla estuviera defectuosa, estos eventos estarían conectados con una puerta "o".

Ahora que se han explicado los componentes básicos de un análisis de árbol de fallas, ¿cómo se juntan todos?

Cómo hacer un análisis de árbol de fallas en 6 pasos

1. Definir el evento principal

Este es el punto de partida del diagrama: ¿qué salió mal específicamente? Cuanto más preciso sea su evento inicial, mejor fluirá el proceso. Ejemplos de eventos principales bien definidos incluyen:

• El sistema eléctrico se cayó en todo el edificio.
• El sistema HVAC no puede mantener las zonas requeridas calientes o frías
• Una parte importante de una máquina sigue fallando constantemente
• Las regulaciones han cambiado y la empresa debe estar de acuerdo con ellas en una fecha determinada

El propósito de esta definición es poner en palabras exactamente lo que está mal. Si el evento principal es demasiado amplio, el proceso no funcionará tan bien. Los mejores resultados se alcanzan cuando está estrechamente definida y contenida.

2. Comprender el sistema

El siguiente paso es obtener la mayor cantidad de información posible sobre el sistema. Algunos ejemplos de preguntas que podrían usarse son los siguientes.

• ¿Cuáles son los diferentes componentes del sistema? ¿Cómo funcionan todos juntos idealmente? ¿Cómo funcionan realmente juntos?
• ¿La falla es mecánica? ¿Eléctrico? ¿Software?
• ¿Qué muestran los esquemas? ¿Tiene diagramas de límites?
• ¿Cuáles son los requisitos del código? ¿Son los cambios propuestos realmente realistas?
• ¿Cuáles son los pensamientos y opiniones de sus ingenieros de sistemas?
• ¿Cómo funcionan los sistemas similares?

El objetivo de este paso es averiguar cómo ha funcionado o había funcionado el sistema antes de que el evento principal se convirtiera en un problema importante o debilitante.

3. Enumere las posibles causas del evento principal

El siguiente paso del proceso es hacer una lista de las posibles causas del evento principal. Una forma sencilla de lograr esto es:

• Piensa en 5 posibles causas
• Estime la probabilidad de que cada uno cause el evento
• Y ponga las causas en orden de probabilidad probable.

Otra forma de hacerlo es estimando la probabilidad de falla de las áreas más vulnerables del sistema o evento en cuestión. Las empresas y los profesionales que están familiarizados con el análisis del árbol de fallas desarrollan sus propios métodos con el tiempo.

Esta parte del proceso es muy flexible.

4. Dibuje el diagrama de árbol de fallas

Ahora está listo para dibujar o crear su diagrama de árbol de fallas. Comenzando con el evento principal, mapee las diferentes causas potenciales del evento principal en alguna forma. Luego conecte cada paso con puertas "y" o "o", hasta que llegue a las posibles causas de nivel base. Terminarás con algo muy similar a un diagrama de flujo.

Es importante tener en cuenta que este cuarto paso depende en gran medida de los otros pasos para que realmente funcione. Si su diagrama se está desordenando u obstruyendo, vuelva a los primeros tres pasos y asegúrese de que está trabajando sobre una base sólida.

5. Evaluar el riesgo

El siguiente paso es asignar un nivel de riesgo y probabilidad a cada evento base. Esto puede volverse muy complicado y nuevamente depende en gran medida de los primeros tres pasos. Algunas cosas simples que puede hacer para evaluar mejor el riesgo correcto incluyen:

• Confiar en tantos datos como sea factible
• Proyectando sus datos existentes en el futuro
• Consultar con las personas que mejor conocen los sistemas

6. Mitigar el riesgo

Finalmente, la última parte del proceso es tomar medidas para mitigar los eventos de mayor riesgo y mayor posibilidad. Nuevamente, si las otras partes del proceso se han hecho bien, esta última parte fluirá directamente de ellas. Esa es una de las mejores indicaciones de la calidad de su análisis de árbol de fallas; ¿Este paso viene naturalmente de los anteriores?

Ahora que hemos revisado el proceso en detalle, ¿cómo se ve en acción?

Un ejemplo de análisis de árbol de fallas

Aquí hay una visualización de un análisis de árbol de fallas en acción. Esta representación muestra visualmente las posibilidades de cómo ocurrió un error, así como también demuestra la cantidad de eventos potenciales que se sumaron a una falla.

El problema inicial está claramente definido en la parte superior del diagrama, con los diversos eventos descritos breve y sucintamente. Está muy bien configurado para que alguien determine cuáles deberían ser los siguientes pasos para este problema en particular.

Si bien este es un análisis de árbol de fallas simple, puede ser tan complicado como lo necesite. El proceso sigue siendo el mismo.

Beneficios del análisis del árbol de fallas

¿Cuáles son algunos de los beneficios directos e indirectos del análisis del árbol de fallas que otros métodos no ofrecen? Los tres principales beneficios de un análisis de árbol de fallas incluyen:

Da cuenta del error humano

Muchas personas se centran en las fallas de las herramientas, el sistema u otros problemas que no involucran a las personas. Un análisis de árbol de fallas tiene en cuenta las personas que trabajan en el sistema y los diversos cuellos de botella que pueden crear.

Se enfoca en una falla a la vez.

Cuando usa un árbol de fallas, puede dividir una red de fallas en una serie de problemas que se pueden resolver de una manera mucho más organizada.

Destaca los elementos importantes del sistema que contribuyen a la(s) falla(s) en cuestión.

Cuando algo se rompe, la gente quiere saber qué es. Los árboles de fallas pueden brindarle esa información, a diferencia de otros métodos reactivos.

Otros beneficios importantes incluyen el enfoque sistemático ofrecido, la fácil implementación y otra herramienta en su kit de análisis. Esto plantea la pregunta: ¿cómo se compara un análisis de árbol de fallas con otros métodos de análisis?

¿Qué pasa con los diferentes métodos de análisis?

Hemos hablado mucho sobre el proceso y el pensamiento detrás de los métodos de análisis del árbol de fallas. ¿En qué se diferencian de otros métodos basados en fallas, específicamente FMEA y análisis de árbol de eventos?

Análisis de árbol de fallas vs FMEA

A primera vista, estos procesos pueden parecer muy similares. Ambos analizan el fracaso. Proyectan diferentes métodos para prevenir y paliar el riesgo. ¿Cuál es la diferencia?

En pocas palabras, un análisis de árbol de fallas utiliza un enfoque de arriba hacia abajo que comienza con un evento de falla, mientras que FMEA emplea un enfoque de abajo hacia arriba que comienza con todos los posibles modos de falla.

Puede ser útil pensar en FMEA como lo opuesto a un análisis de árbol de fallas. Examinan el mismo evento desde diferentes perspectivas y utilizando un proceso diferente. Curiosamente, esto hace que estos dos métodos sean un par muy cooperativo. Hay un gran beneficio en usarlos en conjunto cuando se requiere un análisis más profundo. Si solo se puede usar uno u otro, las decisiones deben tomarse después de una mirada cuidadosa a las necesidades de la empresa y las estructuras de resolución de problemas existentes.

Análisis de árbol de fallas versus análisis de árbol de eventos

A diferencia de FMEA, el análisis del árbol de eventos adopta un enfoque completamente diferente a un problema o pregunta. Un análisis de árbol de eventos se enfoca en responder preguntas particulares de una manera lógica y directa. Si bien ambos son formas de pensamiento de "árbol", el árbol de eventos es muy diferente del árbol de fallas.

Quizás la diferencia más dramática es que el análisis de árbol de eventos se usa típicamente en finanzas, banca y otras industrias especializadas en lugar de un árbol de fallas, que se puede usar en muchas industrias diferentes.

En resumen

El análisis del árbol de fallas es una herramienta poderosa en el campo de la gestión del mantenimiento y más allá. Proporciona un proceso de descubrimiento escalable y repetible que es bastante fácil de aprender e implementar. Cuando se utiliza con otros métodos analíticos, como FMEA y análisis de árbol de eventos, su eficacia puede aumentar rápidamente.

Sin embargo, se basa en datos precisos y predicciones inteligentes. Si los comienzos del proceso se precipitan o se precipitan, todo el sistema tiende a desmoronarse. Si las empresas no pueden dedicarle el tiempo o los recursos adecuados, puede ser mejor no intentar implementar un proceso de análisis de árbol de fallas.

Pero para las empresas que invierten en él, pueden descubrir la verdadera raíz de los desafíos a los que se enfrentan.