Unidade Curricular:

Análise de Dados e Riscos

Profa. Daniela
FMEA - Definição
• O que é FMEA?
✓ Failure Mode and Effect Analysis ✓ É uma ferramenta preventiva que
busca evitar a ocorrência de falhas
– Análise sistemática de Modos
no projeto e/ou processo – falhas
de Falhas e seus Efeitos sobre a
potenciais e propostas de ações de
confiabilidade e segurança;
melhoria;
✓ Técnica para assegurar que
✓ O objetivo é detectar falhas
todas as possíveis falhas de um
antes da produção da peça e/ou
processo ou sistema foram
produto/serviço;
consideradas e analisadas,
objetivando sua eliminação com ✓ A utilização do FMEA reduz a
ações preventivas identificadas chance do produto/serviço ou
antes do início da produção ou processo falhar, aumentando a
realização do serviço; confiabilidade.
FMEA - Histórico
• Desenvolvido pela NASA nos anos • Aplicação do FMEA:
1960, utilizada inicialmente pela ✓ Produtos
aviação e desenvolvimento de ✓ Serviços
tecnologia nuclear; ✓ Softwares
✓ Projetos de máquinas e ferramentas;
• Aplicado depois pela FORD, com
foco em:
✓ FMEA de projeto
✓ FMEA de processo

• Utilizada pela indústria de um

modo geral, com destaque para a
automobilística. https://software.nasa.gov/software/MSC-25379-1
FMEA - Tipos
• Tipicamente podemos pensar em dois tipos de FMEA:

✓ DFMEA (Design FMEA ou FMEA de Projeto ou Produto): Idealmente deveria ser

iniciado nas primeiras etapas do projeto.

✓ PFMEA (Process FMEA ou FMEA de Processo): Idealmente deveria ser iniciado

antes de serem desenvolvidos e adquiridos o ferramental ou o equipamento de
fabricação.
FMEA - Aplicação
• Prevenir defeitos. • Melhorar a comunicação
• Avaliar riscos do projeto. interna entre participantes
• Priorizar ações com base no risco. e o conhecimento deles
sobre o produto/processo.
• Reduzir tempo de projeto, por meio
de seu uso contínuo. • Ser referência para
elaboração de um Plano de
• Auxiliar na seleção das
Controle.
melhores alternativas de
projeto. • Documentar o processo e o
produto. FMEA é um
• Permitir a identificação
documento “vivo” e deve ser
das características críticas
mantido atualizado.
do produto e do
processo.
FMEA - Conceitos
• Problema: um desvio entre uma
situação ideal (esperado) e uma
situação real (obtido).
• Padrão: meta ou objetivo que se
quer atingir, desempenho esperado
de um produto ou serviço. Padrão é
medida de referência.
• Desvio: inclinação, afastamento ou
mudança de direção da situação ideal,
ou seja, do padrão.
• Causa: Aquilo que determina um
acontecimento, princípio, motivo,
origem, razão. É responsável pela
ocorrência da falha.
• Efeito: Resultado de uma ação.
Resultado ou produto de falha.
• Modo: Maneira, forma, método de
ocorrência.
• Defeito: Desvio inaceitável da
especificação de um atributo ou medida
de qualidade. Característica indesejável
de um produto ou serviço; não significa
perder a capacidade funcional.
FMEA - Conceitos
• Falha: Defeito relacionado a confiabilidade
do desempenho. Falta de capacidade
funcional de uma unidade em realizar sua
função quando requerida.
• Análise: decomposição de um todo em
suas partes constituintes. Exame de cada
parte de um todo. Processo por meio do
qual se vai do composto ao simples, dos
efeitos às causas, etc.
• Sistema: Conjunto de componentes que
realiza uma função dinâmica no produto.
Ex: em um carro, o sistema de freio, ar
condicionado, direção, elétrico, etc.
FMEA – Ações frente a falhas
• Ação adaptativa • Ação corretiva
✓ Atuam no efeito e convivem ✓ Atuam na causa-raiz da não
com a causa. conformidade, eliminando a falha.

• Ação preventiva
• Ações de contenção – provisória ✓ Reduzem a probabilidade de uma
e interna falha ocorrer. Procuram não deixar
✓ Amenizam o efeito da falha. a falha ocorrer, bloqueando a causa
Permitem a continuidade das das falhas futuras.
atividades até a análise das causas e
implementação das ações corretivas
definitivas.
FMEA – Pontos importantes
• Pontos importantes do FMEA:
✓ Identificar os modos (tipos) de falhas
possíveis;
✓ Descrever os efeitos, as causas de cada
modo de falha e os controles existentes;
✓ Calcular o risco para cada falha,
considerando a frequência de ocorrência, o
grau de severidade e a probabilidade de
detecção;
✓ Recomendar ações preventivas para as
causas de falhas apontadas;
✓ Reavaliar o índice de risco;
✓ Analisar passo a passo.
FMEA – Pontos importantes
• Critérios de aplicação:
✓ Introdução de novos
produtos/processos;
✓ Alteração significativa no projeto e
processo;
✓ Transferência de ferramenta existente à
outra instalação fabril;
✓ Desenvolvimento ou mudança
de fornecedores;
✓ Existência de problemas de qualidade
no processo.
FMEA – Benefícios
• Benefícios:
✓ Redução de falhas no desenvolvimento, na produção e na utilização do
produto;
✓ Prevenção ao invés de detecção;
✓ Redução do tempo e custo no desenvolvimento de produtos;
✓ Fonte de dados para critérios de manutenção;
✓ Critérios para planejamento e aplicação de inspeções de ensaios;
✓ Redução do número de recalls;
✓ Integração entre os departamentos envolvidos;
✓ Documentação do conhecimento que a empresa tem do produto e de
sua fabricação.
FMEA – Grupo de trabalho
• A FMEA é feita pelas áreas diretamente envolvidas no projeto ou sistema e na
produção dos mesmos.
• O grupo de trabalho deve ser constituído de especialistas diretamente
envolvidos no projeto ou no processo.
• Formado por 4 a 7 pessoas, escolhidas dentre as áreas interessadas.
• Elementos-chave (pessoas) no grupo:
✓ Desenvolvimento ou Projeto do Produto ou Sistema
✓ Processos e Métodos
✓ Qualidade
✓ Produção
• Deverá ter um líder ou coordenador para melhor desenvolvimento dos
trabalhos.
FMEA – Desenvolvimento
• Etapas de desenvolvimento da FMEA:

Coordenador

Equipe multifuncional

Descrição Análise Análise de Análise de Ações

do sistema funcional falhas risco preventivas
FMEA – Desenvolvimento
• O coordenador e o grupo de trabalho devem definir objetivamente o título e o
assunto do FMEA.

• Deve ser especificado o tipo da FMEA (Projeto, Processo, Sistemas, Serviços) – a

importância da definição e da descrição deve-se à necessidade de identificar o
âmbito e a finalidade do trabalho;

• Para o desenvolvimento da FMEA, é recomendável um formulário para registros

das informações coletadas durante as diversas etapas da FMEA. Este formulário
deverá registrar algumas informações básicas, que ajudarão num melhor
gerenciamento de atividades futuras.
FMEA – Exemplo de formulário
FMEA de Processo
• FMEA de processo é usada por engenheiros e técnicos durante o
desenvolvimento de um processo para assegurar que todas as falhas em
potencial e suas respectivas causas sejam analisadas, e que sejam tomadas as
ações preventivas necessárias.

• Objetivo: Identificar os riscos de falhas que um produto possa apresentar

devido ao seu PROCESSO ao longo do fluxo/processo produtivo.

• O FMEA de Processo assume que o produto atingirá os requisitos de projeto

(conforme projetado).
FMEA – Modo de falha
• Modo ou tipo de falha:
✓ Descrição do modo ou tipo de falha que o processo pode gerar. É a não conformidade
com os requisitos do projeto, processo, ou do cliente. A descrição do tipo de falha deve
ser a mais clara possível, com a característica que se está analisando nos mesmos termos
da especificação (desenho, norma, rotina, etc);
✓ Deve ser expressa em termo físico e técnico não em termo do que o cliente observa.
✓ Devem ser previstas falhas para características que não necessariamente estejam
explicitas nas especificações (desenhos, normas), do tipo: falha de pintura, corrosão, falha
de componentes e outras que possam causar algum tipo de descontentamento do cliente.
✓ Exemplos:
• não transmite torque;
• oxidação;
• trinca;
• deformação;
• curto circuito;
• vazamento;
• interferência;
• folga excessiva;
• sem sinal.
FMEA – Modo de falha
• Fontes de informação:
✓ Dados históricos de falhas ocorridas em processo e produtos semelhantes;
✓ Reclamações de clientes;
✓ Relatórios de produtos devolvidos em garantia (análise de devoluções);
✓ Experiência dos membros do grupo de trabalho.

• Um ponto de partida recomendável é o exame de "eventos mal sucedidos" do

passado, relatório de problemas e grupos de "brainstorming".

• Modo de falha potencial que deverão ocorrer apenas sob certas condições de
operação (por exemplo: calor, frio, ambiente muito seco, poeira, etc.) e sob
determinadas condições de uso (por exemplo: acima da quilometragem média,
terreno acidentado, utilização exclusivamente urbana) devem ser consideradas.
FMEA – Efeito de falha
• O efeito de falha é a consequência que a falha acarretará ao produto ou
sistema e consequentemente ao cliente e usuário. Por cliente, deve ser
entendido também a próxima operação ou qualquer operação subsequente.

• Os efeitos devem ser descritos de forma sequencial, em termos do que o cliente

pode observar desde a ocorrência da falha até o efeito (mais grave).

• Declarar com clareza se a função poderá ter impacto em aspectos de segurança

ou em atendimento à regulamentação governamental. Os efeitos deverão ser
descritos em termos de sistema, subsistema ou componente.
FMEA – Efeito de falha
• Exemplos:
✓ ruído
✓ difícil operação
✓ inoperante
✓ instabilidade
✓ operação intermitente
✓ má aparência
✓ difícil montagem
✓ odor desagradável
✓ consumo excessivo
✓ não atendimento a legislação governamental.
FMEA – Grau de severidade
• É o grau de severidade do efeito de falha para o cliente. Para determinação do
grau de severidade, devem ser cuidadosamente analisados os efeitos de falha. A
determinação do grau de severidade é feita pelo engenheiro ou técnico
responsável pelo projeto do produto ou sistema.

• Se disponível, a FMEA de Projeto é uma fonte para obter o grau de severidade,

evitando também que haja diferenças entre a severidade constante na FMEA de
projeto e de processo.

• A redução deste índice pode acontecer somente com mudanças de projeto.

FMEA – Grau de severidade – Exemplo
EFEITO CRITÉRIO NOTA

Perigoso Sem Severidade muito alta quando o tipo de falha afeta a segurança de operação e/ou
10
Advertência envolve desacordo com regulamentações governamentais. Sem advertência.
Perigoso Com Severidade muito alta quando o tipo de falha afeta a segurança de operação e/ou
9
Advertência envolve desacordo com regulamentações governamentais. Com advertência.

Muito Alto item inoperante, com perda da função primaria. 8

Alto item operável, porém com nível de performance reduzido. Cliente muito insatisfeito. 7

item operável, porém com item(s) de conforto ou conveniência inoperante. Cliente

Moderado 6
insatisfeito.
item operável, porém com item(s) de conforto ou conveniência operando com um
Baixo nível reduzido de performance. Cliente passa por algumas experiências 5
insatisfatórias.
Itens de acabamento e redução de ruído não estão em conformidade. Defeito
Muito Baixo 4
notado pela maior parte dos clientes. (mais que 75%)
Itens de acabamento e redução de ruído não estão em conformidade. Defeito
Menor 3
notado pela metade dos clientes.
Defeito notado por uma minoria dos clientes. Itens de acabamento e redução de
Muito Menor 2
ruído não estão em conformidade(menos que 25%).

Nenhum SEM EFEITO 1

Causa da falha
• A determinação da causa da falha é essencial em um estudo de FMEA, pois é
onde o grupo atuará para determinar as ações preventivas.

• A causa da falha deve ser corretamente determinada, senão as ações

recomendadas podem não ter efeito real sobre a ocorrência da falha, causando
perda de investimentos e problemas durantes a produção (retrabalho, rejeição,
etc)

• Para alguns modos/tipos de falha, podem existir 2 ou mais causas. Nestes

casos, todas as causas devem ser anotadas.
Ocorrências
• Ocorrência é a frequência com que um modo/tipo de falha ocorre, devido
a uma ou várias causas.

• O índice de ocorrência tem um significado mais importante do que apenas o

seu valor. A única maneira de reduzir é impedir que aconteça.

• A tabela a seguir deve ser utilizada para indicar o índice de ocorrências e garantir
a consistência da formação do NPR (Numero de Prioridade de Risco). As taxas de
falhas prováveis são baseadas na frequência de falhas previstas para o processo.

• Nos processos em que existe inspeção de 100% como operação de rotina,

consideram-se as rejeições detectadas nas inspeções para determinação do
índice de ocorrência;

• A inspeção não diminui a frequência com que a falha ocorre.

Ocorrências – exemplo
• Critério de Avaliação Sugerido

Probabilidade de Falha Nota

Muito Alta: 10
A falha é praticamente inevitável 9
Alta: 8
Falhas Freqüentes 7
Moderada: 6
Falhas Ocasionais 5
Baixa: 4
Relativamente Pouca Falha 3
Remota: 2
Falha Improvável 1
Detecção
• É a estimativa da probabilidade de
detectar a falha no ponto de controle
previsto no processo.
• Na avaliação do índice de detecção,
assume-se que a falha ocorreu,
independentemente do índice de
ocorrência.
• Índice de ocorrência baixo não significa
que o índice de detecção também será
baixo.
• A precisão e a exatidão na
detecção de falhas estão
principalmente nos seguintes
pontos:
✓ Confiabilidade dos meios de
controle utilizados;
✓ Exatidão do padrão de
aceitação;
✓ Eficácia da inspeção efetuada;
✓ Existência de procedimentos
escritos.
Detecção – Exemplo
Detecção Critério: Probabilidade de um defeito ser detectado antes do próximo controle do Índice de
processo ou no processo subsequente, ou antes que a peça ou componentedeixem detecção
o local de manufatura ou montagem
Totalmente Controle do projeto não detectará e/ou não poderá detectar causa/mecanismo 10
incerta potencial e modo de falha subsequente; ou não existe controle do projeto
Muito remota Chance muito remota de que o controle do projeto detecte causa/mecanismo e 9
modo de falha subsequente
Remota Chance remota de que o controle do projeto detecte... 8
Muito baixa Chance muito baixa de que o controle do projeto detecte... 7
Baixa Chance baixa de que o controle do projeto detecte... 6
Moderada Chance moderada de que o controle do projeto detecte... 5
Moderadamente Chance moderadamente alta de que o controle do projeto detecte... 4
alta
Alta Chance elevada de que o controle do projeto detecte... 3
Muito Alta Chance muito elevada de que o controle do projeto detecte... 2
Quase certa Controle de projeto quase certamente detectará potencial causa/mecanismo e modo 1
de falha subsequente
Índice de risco (NPR)
• O NPR é o produto dos índices de severidade (S), ocorrência (O) e detecção (D):

NPR = S x O x D

• Objetivo é indicar prioridades às ações recomendadas.

• Para verificar a necessidade de ações corretivas, devem ser analisadas

conjuntamente os índices de severidade, ocorrência e detecção. A simples análise
ou comparação de risco não é suficiente para esta decisão.

• Este valor deve ser usado para estabelecer as prioridades no projeto (Como um Diagrama
de Pareto). O NPR estará entre 1 e 1000. Para altos NPR’s, a equipe deve empreender
esforços para reduzir o risco calculado, promovendo ações preventivas/corretivas.
Índice de risco (NPR) - Exemplo
Critério de priorização para tomada de Ação Índice de risco
Prioridade 0
Alto
Item vulnerável e importante
Acima de 100
Requer ações imediatas e/ou preventivas
Prioridade 1
Médio
Item importante
50 a 100
Requer ações corretivas e/ou preventivas em curto prazo
Prioridade 2
Item pouco vulnerável Baixo
Podem ser tomadas ações corretivas e/ou preventivas em longo 1 a 50
prazo
Ações Recomendadas
• Ações preventivas/corretivas devem primeiro direcionar os item com alta
severidade, maior NPR e outros itens definidos pela equipe, na seguinte ordem:
severidade, ocorrência, detecção.

• Como prática geral, quando houver uma nota alta de severidade (9 e 10), deve ser
dada atenção especial a controles no projeto ou ações preventivas /corretivas,
independente do valor do NPR.

• Acrescentar uma validação / verificação no projeto irá somente reduzir o índice de

detecção, o que é menos prioritário. A redução da ocorrência acontece somente
com a remoção ou controle de uma ou mais causa/mecanismo de falha através de
uma revisão do projeto. Somente a revisão do projeto pode diminuir o índice de
Severidade.
Ações Recomendadas
• Exemplos de ações:
✓Delineamento de Experimentos;
✓Revisão do Plano de Teste (Melhoria);
✓Revisão do Projeto (Melhoria);
✓Revisão da Especificação de Material (Melhoria).
• O objetivo primário das ações recomendadas é de reduzir os riscos eaumentar a
satisfação dos clientes através da melhoria no projeto.
• Após implementação da ação, preencher com uma breve descrição da ação
tomada e a data realizada.
• Depois de definida a ação corretiva deve-se estimar os novos índices e calcular o
NPR. Todos os NPR’s resultantes devem ser revistos e, se outras ações forem
necessárias, repetir a análise. O FOCO DEVERIA SER SEMPRE O DE MELHORIA
CONTÍNUA.
Follow-up das Ações
• O Responsável do FMEA deve assegurar que as ações recomendadas tenham sido
implementadas adequadamente.

• O FMEA é um documento vivo e deve refletir o nível atualizado do projeto, bem

como as ações relevantes, inclusive aquelas ocorridas após o início da produção.

• Algumas responsabilidades do elemento responsável pelo projeto:

✓ Assegurar que os requisitos de projeto foram atingidos;
✓ Revisão dos desenhos e especificações de engenharia;
✓ Confirmar a implementação nas documentações e;
✓ Revisão dos FMEA de processo e Planos de Controle.
Exercício
O transporte rodoviário de cargas é um segmento essencial ao apropriado funcionamento
da cadeia logística e continuamente busca resolver um problema especifico pelo uso do
FMEA: os atrasos nas entregas.
Com base na tabela e no objetivo apresentado a seguir, você deve:
A. Calcular o índice de risco para as causas apresentadas
B. Preencher o modelo de formulário para a causa com maior índice de risco
C. Apontar ações a serem desenvolvidas para as 5 causas com maior índice de risco

Objetivo Modo de falha Efeito

Entregar no prazo certo Atraso na entrega Em função dos reduzidos níveis de
estoque das empresas, o atraso na
entrega de mercadorias pode
significar a parada da linha de
produção e a perda de um cliente
Exercício – continuação – Parte A
Objetivo Modo de Causa Ocorrência Detecção Efeito Severidade Índice de
falha risco
Falha mecânica 4 4 8 128
Imprudência 3 8 8 192
Clima 4 5 7 140
Falta de 8 96
6 2 Insatisfação
manutenção
do cliente,
Entregar Código do veículo 2 6 8 96
Atraso na perda de
no prazo Documentação 3 2 7 42
entrega venda,
certo
Excesso de peso 3 3 interrupção 8 72
da produção
Legislação 4 3 8 96
Horário de pico 9 2 8 144
Vias inadequadas 7 3 8 168
Acidentes 2 6 8 96
Exercício – continuação – Parte B
Processo: Código: Responsável:
Aplicação: Cliente: Coordenador:
Data FMEA (início):
Data chave: Revisão: Data:
Grupo de trabalho:

Process Modo Efeitos Severid Causas Ocorrê Meios e Detecção N Ações Resp.
o de da ade da falha ncia método P recomenda Prazo
Função falha falha s de R das
control
e
Entrega Atraso Perda 8 Imprudê 3 Lista de 8 1 Treinament Fulano
na de ncia presenç 9 o/
entrega venda, a 2 conscientiz
interru ação
pção
Exercício – continuação – Parte C

Modo de falha Causa NPR Ação

Atraso na Vias inadequadas 168 Mudança de rota / Rotina utilização aplicativo (Waze)
entrega Falha mecânica 128 Manutenção preventiva / revisão veículo
Horário de pico 144 Rotas alternativas / Rever a logística (horário)
Imprudência 196 Treinamento/ conscientização
Clima 140 Alteração de horário e dia de entrega
 Obrigada!

daniela.gomes@saojudas.br