{"id":6253,"date":"2020-09-30T22:13:15","date_gmt":"2020-09-30T22:13:15","guid":{"rendered":"https:\/\/blog.infraspeak.com\/?p=6253"},"modified":"2026-04-02T18:39:55","modified_gmt":"2026-04-02T18:39:55","slug":"fta-fmea-diferencas","status":"publish","type":"post","link":"https:\/\/blog.infraspeak.com\/pt-pt\/fta-fmea-diferencas\/","title":{"rendered":"FTA e FMEA: Quais S\u00e3o As Diferen\u00e7as?"},"content":{"rendered":"
<\/div>

E qual \u00e9 a melhor? A An\u00e1lise de \u00c1rvore de Falhas<\/strong> e a An\u00e1lise de Modos de Falha e Efeitos<\/strong> s\u00e3o ambas usadas para encontrar a causa raiz, detetar falhas, implementar melhorias e fazer avalia\u00e7\u00f5es de risco, mas as semelhan\u00e7as acabam por aqui. Cada uma tem uma abordagem muito diferente perante uma falha, o que tem consequ\u00eancias profundas nos resultados que podemos obter com cada an\u00e1lise.\u00a0<\/span><\/p>\n

Ao longo deste artigo, vamos utilizar a sigla FTA (do ingl\u00eas <\/span>fault-tree analysis<\/span><\/i>) para designar An\u00e1lise de \u00c1rvore de Falhas e FMEA (Failure Modes and Effects Analysis) para a An\u00e1lise de Modos de Falha e Efeitos.\u00a0<\/span><\/p>\n

Quais as diferen\u00e7as entre FTA e FMEA?<\/b><\/h2>\n

Antes de come\u00e7ar, recomendamos que leia os nossos artigos sobre <\/span>FMEA<\/span><\/a> e sobre a <\/span>An\u00e1lise de \u00c1rvore de Falhas<\/span><\/a>. Se j\u00e1 conhece ambos os m\u00e9todos, ent\u00e3o queremos ir diretos ao assunto! Esta tabela resume as principais diferen\u00e7as entre a \u00e1rvore de an\u00e1lise de falhas e a FMEA:<\/span><\/p>\n\n\n\n\n\n\n\n\n\n
FTA<\/b><\/td>\nFMEA<\/b><\/td>\n<\/tr>\n
\n

m\u00e9todo dedutivo: abordagem \u201ctop-down\u201d<\/span><\/td>\n

m\u00e9todo indutivo: abordagem \u201cbottom-up\u201d<\/span><\/td>\n<\/tr>\n
\n

m\u00e9todo quantitativo<\/span><\/td>\n

m\u00e9todo qualitativo\u00a0<\/span><\/td>\n<\/tr>\n
\n

analisa todo o sistema e demonstra a intera\u00e7\u00e3o entre diversos componentes<\/span><\/td>\n

cataloga falhas para cada componente e n\u00e3o analisa falhas m\u00faltiplas<\/span><\/td>\n<\/tr>\n
\n

considera eventos externos<\/span><\/td>\n

n\u00e3o considera fatores externos<\/span><\/td>\n<\/tr>\n
\n

n\u00e3o considera falhas parciais<\/span><\/td>\n

n\u00e3o considera modos de falha inesperados<\/span><\/td>\n<\/tr>\n
f\u00e1cil de atualizar com a ajuda de software<\/span><\/td>\nsuporte em Excel, + dif\u00edcil de manter atualizada<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

<\/h3>\n

Dedu\u00e7\u00e3o vs. Indu\u00e7\u00e3o\u00a0<\/b><\/h3>\n

A primeira grande diferen\u00e7a entre a FMEA e FTA \u00e9 abordagem que seguem. A FTA \u00e9 um m\u00e9todo sistem\u00e1tico e dedutivo; o ponto de partida \u00e9 a falha e da\u00ed chega a uma conclus\u00e3o mais abrangente<\/strong>, como se fosse uma investiga\u00e7\u00e3o ou um diagn\u00f3stico. Por exemplo, assumindo uma falha no alarme de inc\u00eandios, a FTA parte dessa falha para explorar as potenciais causas (ou houve uma falha no sistema de dete\u00e7\u00e3o de fumo, ou nos sensores de temperatura), at\u00e9 chegar \u00e0 causa raiz.<\/span><\/p>\n

A FMEA, por outro lado, \u00e9 um m\u00e9todo indutivo, ou seja, parte de uma regra geral para o particular. Em vez de come\u00e7ar pela falha, a an\u00e1lise FMEA centra-se num componente, para o qual s\u00e3o descritos diversos modos de falha com base no hist\u00f3rico e no nosso conhecimento do ativo. Depois, analisa o efeito de cada falha. Assim sendo, acaba por se tornar num “cat\u00e1logo” de falhas que pode ser integrado num software gest\u00e3o de ativos<\/a> para melhor controlo. No exemplo acima, a FMEA iria listar os modos de falha do alarme de inc\u00eandio, listando como efeito em caso de falha a “propaga\u00e7\u00e3o do inc\u00eandio”.<\/p>\n

A implementa\u00e7\u00e3o pr\u00e1tica destas an\u00e1lises no terreno apresenta os seus pr\u00f3prios desafios. Para equipas t\u00e9cnicas que executam an\u00e1lises FTA e FMEA diretamente nos equipamentos, o software field service management<\/a> pode facilitar a recolha sistem\u00e1tica de dados e a aplica\u00e7\u00e3o rigorosa das metodologias.<\/p>\n

Determinar modos de falha em FMEA vs. FTA\u00a0<\/b><\/h3>\n

A diferen\u00e7a que explicamos acima tem consequ\u00eancias profundas na descri\u00e7\u00e3o dos modos de falha. No entanto, h\u00e1 uma coisa em comum: ambas as an\u00e1lises t\u00eam de ser feitas por algu\u00e9m com um conhecimento profundo dos equipamentos e da sua fiabilidade<\/a>, conhecimento que pode ser sistematizado atrav\u00e9s de um software CMMS<\/a>.<\/p>\n

A an\u00e1lise FMEA depende de <\/span>prever<\/span><\/i> todos os modos de falha para cada componente: as causas que provocam uma paragem completa; as que provocam danos parciais e as que s\u00e3o quase impercept\u00edveis. Ao contr\u00e1rio da FTA, esta an\u00e1lise n\u00e3o tem em considera\u00e7\u00e3o fatores condicionantes nem estabelece a rela\u00e7\u00e3o entre as falhas de diversos componentes.\u00a0<\/span><\/p>\n

Por outro lado, na FTA corremos o risco de n\u00e3o ter em considera\u00e7\u00e3o falhas parciais<\/strong>, porque cada hip\u00f3tese corresponde a 0 ou a 1 \u2013 n\u00e3o h\u00e1 uma escala. Se um componente falha mas ret\u00e9m alguma funcionalidade, isto n\u00e3o \u00e9 tido em considera\u00e7\u00e3o. No entanto, quando usada ainda ao n\u00edvel de projeto, \u00e9 muito eficaz a detetar potenciais origens de falha e componentes que precisam de modos de seguran\u00e7a.\u00a0<\/span><\/p>\n

A efic\u00e1cia das an\u00e1lises FTA e FMEA depende tamb\u00e9m da capacidade de resposta quando uma falha \u00e9 identificada. Por isso, a gest\u00e3o eficaz de falhas requer n\u00e3o apenas metodologias adequadas, mas tamb\u00e9m ferramentas de apoio como software gest\u00e3o de stocks<\/a> para garantir a disponibilidade imediata de pe\u00e7as de reposi\u00e7\u00e3o cr\u00edticas.<\/p>\n\n\n\n
A dificuldade de catalogar os modos de falha numa FMEA<\/b><\/p>\n

Al\u00e9m de ser um trabalho exaustivo, frequentemente n\u00e3o s\u00e3o considerados modos de falha inesperados nem modos de falha que derivam de m\u00faltiplas falhas dentro de um subsistema. Um exemplo deste tipo de erros foi o acidente na central nuclear de Fukushima, no Jap\u00e3o. Inicialmente, os reatores resistiram ao terramoto inicial e um backup<\/em> de energia assegurava o sistema de arrefecimento. Mas quando o tsunami<\/em> que se seguiu ao terramoto inundou as salas com os geradores e<\/span> backup<\/span><\/i>, aconteceu o pior.<\/span><\/p>\n

A possibilidade de falhas m\u00faltiplas n\u00e3o tinha sido antecipada e, possivelmente, este modo de falha dos geradores tamb\u00e9m n\u00e3o. O pared\u00e3o junto \u00e0 central nuclear tinha apenas 5.7 metros de altura \u2013 mas estima-se que as ondas tenham atingido 14 a 15 metros.\u00a0<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

\"An\u00e1lise<\/a><\/h3>\n

<\/h3>\n

An\u00e1lise Quantitativa vs. Qualitativa<\/b><\/h3>\n

A an\u00e1lise FTA \u00e9 um dos modelos mais conhecidos para fazer uma avalia\u00e7\u00e3o probabil\u00edstica de risco, o que a transforma num m\u00e9todo quantitativo. Por isso, \u00e9 uma avalia\u00e7\u00e3o quase obrigat\u00f3ria em ind\u00fastrias de alto risco, como a ind\u00fastria nuclear, petroqu\u00edmica e farmac\u00eautica. No entanto, nem sempre foi assim. Mais uma vez, vamos recuar um pouco no tempo para ver um exemplo real que demonstra bem a diferen\u00e7a entre FTA vs. FMEA.\u00a0<\/span><\/p>\n\n\n\n
Quando a <\/span>NASA<\/span><\/a> usou uma avalia\u00e7\u00e3o de risco nos anos 60 para calcular a probabilidade de levar o Homem \u00e0 lua e \u201cregressar com seguran\u00e7a\u201d, o resultado foi apenas 5%. A Ag\u00eancia Espacial Norte-Americana considerou estes n\u00fameros alarmantes \u2013 especialmente se fossem do dom\u00ednio p\u00fablico \u2013 e decidiu adotar apenas um m\u00e9todo qualitativo durante as d\u00e9cadas seguintes, a FMEA.\u00a0<\/span><\/p>\n

Apesar de a an\u00e1lise FMEA servir para calcular um \u00edndice de risco, consiste em escalas de 0 a 10, relativamente subjetivas, em que um \u201c4\u201d n\u00e3o \u00e9 necessariamente duas vezes mais grave do que um \u201c2\u201d. No caso das miss\u00f5es da NASA, era atribu\u00eddo um n\u00edvel de criticidade a cada componente. Se a falha de um determinado componente pusesse em risco a vida da tripula\u00e7\u00e3o tinha \u201cCriticidade 1\u201d, se pusesse em risco a miss\u00e3o era de \u201cCriticidade 2\u201d e todos as outras falhas obtinham \u201cCriticidade 3\u201d.\u00a0<\/span><\/p>\n

Uma falha como a que provocou a desintegra\u00e7\u00e3o do foguet\u00e3o Challenger em 1986 \u2013 os <\/span>O-rings<\/span><\/i> (an\u00e9is de veda\u00e7\u00e3o) ficaram comprometidos devido \u00e0s temperaturas negativas \u2013 tinha um grau de Criticidade 1, mas a probabilidade estimava-se em \u201c2\u201d, o que correspondia a uma probabilidade de \u201c2 em 100,000\u201d. N\u00e3o havia c\u00e1lculos ou dados que cruzassem a rela\u00e7\u00e3o entre a temperatura e o desempenho dos an\u00e9is, apesar de o seu desempenho a temperaturas t\u00e3o baixas n\u00e3o ter sido testado.\u00a0<\/span><\/p>\n

Por outras palavras, a classifica\u00e7\u00e3o \u201c2\u201d no \u00edndice de frequ\u00eancia era subjetivo e err\u00f3neo, o que resultou num \u00edndice de risco irrealista. Como consequ\u00eancia, n\u00e3o havia nenhum sistema de <\/span>backup <\/span><\/i>para os O-rings.<\/span> Isto levou \u00e0 adop\u00e7\u00e3o de m\u00e9todos quantitativos de avalia\u00e7\u00e3o probabil\u00edstica de risco na ind\u00fastria aeroespacial a partir de 1986. A ind\u00fastria nuclear tinha adoptado a FTA em 1979, depois do acidente nuclear conhecido como \u201cThree Mile Island\u201d (\u00e0 \u00e9poca, o pior acidente nuclear da hist\u00f3ria).\u00a0<\/span><\/td>\n

Em ind\u00fastrias de alto risco como a nuclear, petroqu\u00edmica e farmac\u00eautica, as an\u00e1lises FTA e FMEA n\u00e3o s\u00e3o apenas recomenda\u00e7\u00f5es \u2013 s\u00e3o obrigat\u00f3rias e devem ser documentadas e auditadas regularmente. Este processo de conformidade regulamentar pode ser facilitado por software gest\u00e3o de compliance<\/a>, que assegura o cumprimento dos requisitos normativos.<\/p>\n<\/tr>\n<\/tbody>\n<\/table>\n

Por outro lado, no caso do Challenger, os \u00fanicos dados estat\u00edsticos que poderiam ter ser sido usados numa FTA seriam os resultados obtidos em testes de stress para cada componente e em voos de treino. Em ativos para os quais n\u00e3o disp\u00f5e de informa\u00e7\u00e3o estat\u00edstica, nenhum m\u00e9todo \u00e9 verdadeiramente quantitativo!\u00a0<\/span><\/p>\n

Fatores considerados na FTA vs. FMEA<\/b><\/h3>\n

Este \u00e9 outro dos pontos em que as diferen\u00e7as entre a FTA e a FMEA se acentuam. A FTA considera uma s\u00e9rie de fatores, incluindo fatores externos, como sismos, e eventos condicionantes. J\u00e1 a FMEA cria um \u201csistema isolado\u201d, sem ter em considera\u00e7\u00e3o o impacto de fatores externos que podem comprometer o sistema.\u00a0<\/span><\/p>\n

A considera\u00e7\u00e3o de fatores externos na FTA torna-se particularmente relevante em facilities complexas, onde m\u00faltiplos sistemas interagem. A implementa\u00e7\u00e3o eficaz destas an\u00e1lises de falhas beneficia do uso de software gest\u00e3o de facilities<\/a> para coordenar as diferentes metodologias de an\u00e1lise de risco entre sistemas interdependentes.<\/p>\n

Atualiza\u00e7\u00f5es e uso di\u00e1rio\u00a0<\/b><\/h3>\n

Esta n\u00e3o \u00e9 uma diferen\u00e7a entre os dois m\u00e9todos em si, mas sim na forma como os usamos e mantemos estas an\u00e1lises atualizadas. A FMEA consiste numa folha de an\u00e1lise que nem sempre \u00e9 f\u00e1cil de manter atualizada, enquanto a FTA pode ser feita atrav\u00e9s de um software (que tamb\u00e9m se encarrega dos c\u00e1lculos). Sendo assim, geralmente \u00e9 mais f\u00e1cil para os gestores de manuten\u00e7\u00e3o manter a FTA em dia.<\/span><\/p>\n

Quando usar FTA vs. quando usar FMEA<\/b><\/h2>\n

Tendo em conta as diferen\u00e7as que explic\u00e1mos ao longo do texto, \u00e9 f\u00e1cil chegar \u00e0 conclus\u00e3o de que ambos os m\u00e9todos t\u00eam as suas vantagens e as suas limita\u00e7\u00f5es. Ningu\u00e9m \u00e9 perfeito!\u00a0<\/span><\/p>\n

<\/p>\n

Podemos dizer que a FTA \u00e9 prefer\u00edvel \u00e0 FMEA quando:<\/b><\/h4>\n