FMEA (Failure Mode and Effect Analysis)

FMEA (Failure Mode and Effect Analysis) é uma ferramenta que serve para analisar as falhas potenciais que podem ocorrer num sistema, de forma sistémica e estruturada.

Esta ferramenta foi desenvolvida nos anos 50 para estudar os problemas que poderiam surgir com falhas em sistemas militares.

De uma forma sucinta, esta ferramenta consiste em sistematizar um grupo de atividades para detetar possíveis falhas e avaliar os efeitos das mesmas para o sistema.

A partir dessas possíveis falhas, são identificadas as ações a serem realizadas para eliminar ou reduzir a probabilidade de ocorrerem e/ou aumentar a probabilidade de deteção das mesmas, por forma  a que essas falhas não cheguem ao cliente.

O resultado é a obtenção de uma lista de possíveis falhas, com as respetivas ações a serem tomadas para mitigá-las.

Normalmente são utilizados 3 tipos de FMEAs:

• Design FMEA (DFMEA) - utilizado para o design de produto / serviço.
  

•  Process FMEA (PFMEA) - utilizado para o processo de fabrico.
  

• Machine FMEA (MFMEA) - utilizado para equipamentos sob encomenda ou projeto de máquinas.

Como é conduzido um FMEA?

Uma equipa central de três ou quatro pessoas com o apoio de especialistas no assunto, conduz o FMEA.

Este grupo cria a equipa funcional. Idealmente esta equipa funcional deve ser selecionada a partir de disciplinas e que têm uma visão um pouco diferente do produto ou processo sob investigação. A sinergia criada nesta equipa funcional é o que faz o FMEA tão poderoso.

Uma única pessoa não irá ser capaz de desenvolver uma FMEA abrangente, sem entrada de uma equipa funcional.

É fácil dizer quando um FMEA é criado por um indivíduo, em vez de a equipa. Estes FMEAs são tipicamente gerados para satisfazer as necessidades dos clientes, mas têm muito pouco valor para o projeto ou organização.

Os FMEAs são um meio para alcançar melhores produtos e processos de qualidade.

Como se desenvolve um FMEA?

1. Estudo prévio

Para garantir que o FMEA vai funcionar sem problemas durante as fases de desenvolvimento, é necessária uma investigação sobre as falhas do passado e dos documentos preparatórios. Os documentos preparatórios podem incluir:  Diagrama de Fluxo de Processos (Para o FMEA); FMEAs de processos ou produtos similares, etc.

O objetivo do estudo prévio é criar uma lista de:

• modos de falha e causas conhecidas de produtos substitutos;
• modos de falha e causas potenciais de interface;
• modos de falha e causas potenciais de opções de design;
• modos de falha e causas potenciais de ruídos e ambientes;
• diagramas de causa efeito (Ishikawas);
• modos de falha e causas potenciais de FMEA anteriores;

2. Desenvolvimento (modos de falha)

Consiste em inserir as funções, modos de falha, os efeitos das falhas e quantificar a sua gravidade.

Os documentos do estudo prévio vão ajudar nesta tarefa, basta tomar informação capturada anteriormente para preencher as primeiras 4-7 colunas (dependendo da planilha selecionada) do FMEA.

As Funções devem ser escritas em contexto substantivo-verbo. Cada função tem que ser quantificável.

Funções podem incluir:

• Desejos, necessidades e desejos traduzidos
• Especificações de um projeto
• Regulamentações Governamentais
• Requisitos específicos do programa
• Características do produto a ser analisado
• Saídas processo desejado

É quantificada a gravidade (Severity) para a falha de cada função/modos de falha , numa escala de 1 a 10.

3. Desenvolvimento (Causas e ocorrências)

Para cada modo de falha, são identificadas a causa potenciais, e seguidamente é quantificada a ocorrência (Occurrence), numa escala de 1 a 10.

4. Desenvolvimento (Teste e Controlos)

Para cada causa potencial, são definidos os meios de deteção a utilizar para evitar a falha. Assim as colunas que dizem respeito aos controlos e ao ranking de deteção (Detection) podem ser preenchidas.

5. Acção Prioritária & Assignment

Para cada modo de falha e causa potencial é multiplicado o valor da gravidade, ocorrência e deteção, donde obtemos o RPN, e o FMEA e reorganizado por ordem descendente do RPN.

São definidas ações para reduzir o RPN dos modos de falha e causas potenciais com maior valor de RPN, sendo depois registados os novos valores de RPN após a conclusão das ações e confirmação dos seus resultados.

O FMEA deverá ser sempre um documento vivo, isto é, deverá ser revisto e atualizado sempre que  apareça um novo modo de falha e que haja uma ocorrência de um modo de falha já listado.