FMEA: análise de modos de falha e efeitos passo a passo (com exemplo preenchido)
Existe um tipo de reunião que todo mundo da qualidade conhece: a que acontece depois. O lote já foi bloqueado, o cliente já ligou, e a sala inteira passa duas horas explicando por que aquilo aconteceu — com a sensação incômoda de que alguém, em algum momento, já tinha imaginado que ia acontecer. Quase sempre tinha mesmo. O que faltou não foi inteligência, foi um lugar para registrar a suspeita antes de ela virar não conformidade.
O FMEA é esse lugar. Ele obriga a equipe a percorrer o processo etapa por etapa, no papel, perguntando o que pode dar errado em cada ponto — e a decidir, com critério, quais dessas possibilidades merecem ação agora. É a ferramenta mais trabalhosa da caixa da qualidade e também a única genuinamente preventiva. Vou pelo que funciona em campo: o que é, os conceitos que a maioria embaralha, as escalas, o passo a passo, um exemplo preenchido de ponta a ponta e a armadilha do RPN, que faz muita equipe atacar o risco errado com a planilha toda certa.
FMEA: o que é e o que não é
FMEA é a sigla de Failure Mode and Effects Analysis, ou Análise dos Modos de Falha e seus Efeitos. Nasceu na indústria aeroespacial nos anos 1960, foi adotada pelo setor automotivo e hoje aparece em alimentos, saúde, farmacêutico, serviços — em qualquer lugar onde uma falha custa caro o suficiente para valer a pena antecipá-la.
O raciocínio é sempre o mesmo, repetido para cada etapa do processo: o que pode dar errado aqui? o que acontece se der? por que daria? o que hoje impediria isso de chegar ao cliente? As respostas viram linhas de uma planilha, cada linha recebe três notas, e as notas organizam a fila de ação.
O que o FMEA não é: não é análise de causa de problema que já aconteceu — para isso existem os 5 Porquês e o tratamento de não conformidade. E não é documento de auditoria: FMEA feito na véspera da visita, com o time chutando nota para preencher célula, gasta duas manhãs e não previne nada.
Existem três recortes. O FMEA de processo (PFMEA) analisa as etapas de execução — é o mais comum e o mais útil para quem trabalha com SGQ. O de produto ou projeto (DFMEA) analisa funções e características do que está sendo projetado. E o de sistema olha a interação entre subsistemas. Este artigo trata do de processo.
📌 Pré-requisito inegociável: você precisa do processo desenhado antes de começar. As linhas do FMEA saem das etapas do fluxograma. Se o mapeamento do processo não existe, faça primeiro — senão a equipe vai analisar um processo imaginário, diferente do que acontece no chão.
Modo de falha, efeito e causa: as três camadas que todo mundo embaralha
Noventa por cento dos FMEAs ruins que já revisei erraram aqui. Vale gastar dois minutos separando:
- Modo de falha — o que dá errado na etapa, descrito de forma concreta e observável. "Dosagem de conservante acima do limite". Não é "falha na dosagem", que não diz nada.
- Efeito — a consequência para quem recebe: o cliente, a próxima etapa, o órgão regulador. "Produto fora do limite legal, sujeito a recolhimento". O efeito é o que define a nota de Severidade.
- Causa — por que o modo de falha ocorreria. "Bomba dosadora descalibrada". A causa define a Ocorrência.
- Controle atual — o que hoje já existe para evitar ou pegar aquilo. Divide-se em controle de prevenção (atua na causa: dispositivo à prova de erro, calibração programada) e de detecção (pega depois: inspeção, análise laboratorial). É o controle de detecção que define a nota de Detecção.
Um modo de falha tem, quase sempre, mais de uma causa — e cada causa vira uma linha própria, porque a ação de cada uma é diferente. Dosagem alta por bomba descalibrada se resolve com plano de calibração; dosagem alta por operador digitar o setpoint errado se resolve com trava no supervisório. Mesma falha, mesmo efeito, ações opostas.
As três notas: Severidade, Ocorrência e Detecção
Cada linha recebe três notas de 1 a 10. As escalas completas dos manuais têm dez níveis descritos um a um; para uso em SGQ, esta versão condensada resolve — desde que a equipe escreva os critérios e use sempre os mesmos.
| Nota | Severidade (S) — gravidade do efeito | Ocorrência (O) — chance da causa | Detecção (D) — chance de escapar |
|---|---|---|---|
| 1 | Sem efeito perceptível | Praticamente improvável; causa eliminada por projeto | Controle à prova de erro: a falha não passa |
| 2–3 | Incômodo leve; cliente pode nem notar | Rara; histórico de casos isolados | Detecção alta: inspeção automática ou 100% |
| 4–6 | Insatisfação do cliente, retrabalho, reclamação | Ocasional; acontece algumas vezes por ano | Detecção média: inspeção por amostragem |
| 7–8 | Perda de função, produto inutilizável, cliente perdido | Frequente; acontece mensal ou semanalmente | Detecção baixa: só o cliente ou a etapa final percebe |
| 9–10 | Risco à segurança, à saúde ou descumprimento legal | Muito alta; quase certa em cada ciclo | Nenhum controle: não há como detectar |
Três regras que evitam discussão de duas horas na sala. Primeira: a Severidade não muda com ação de detecção. Botar mais inspeção não torna o efeito menos grave; só mudança de projeto ou de processo derruba S. Segunda: Detecção alta = nota baixa — a escala é invertida em relação à intuição, e é onde mais se erra ao preencher. Terceira: nota se justifica com fato. Se ninguém sabe quantas vezes aquilo aconteceu no último ano, a nota de Ocorrência é um palpite disfarçado de dado — vale mais registrar "sem histórico" e ir buscar o número.
RPN, e por que o maior número nem sempre é o maior risco
A forma clássica de priorizar é o RPN (Risk Priority Number): S × O × D, resultando de 1 a 1000. É simples, é o que a maioria das planilhas traz, e tem um defeito sério — multiplicar achata o peso da severidade.
Compare duas linhas reais de um FMEA de envase. Uma falha de rotulagem com S=4, O=7 e D=5 dá RPN 140. Uma troca de insumo que introduz alergênico não declarado, com S=9, O=2 e D=4, dá RPN 72. Pelo número, a rotulagem ganha a fila. Na vida real, a segunda linha é a que fecha a empresa.
Por isso o manual FMEA AIAG-VDA, publicado em 2019, substituiu o RPN pela lógica de Prioridade de Ação (AP): uma tabela que combina S, O e D e devolve Alta, Média ou Baixa, dando peso dominante à severidade. Se a sua empresa ainda trabalha com RPN — e muita trabalha —, adote pelo menos as duas travas de segurança:
- S = 9 ou 10 exige ação sempre, qualquer que seja o RPN.
- S ≥ 7 combinado com O ≥ 4 exige ação, mesmo com boa detecção — porque detecção é remendo, não solução.
⚠️ Nunca defina um "RPN de corte" fixo (o famoso "acima de 100 a gente age"). Além de ignorar a severidade, o número vira meta: a equipe aprende que baixar a nota de Detecção de 6 para 4 tira a linha da fila sem mudar absolutamente nada no processo. A fila se define por critério de risco, não por limiar numérico.
Passo a passo em 8 etapas
- Defina o escopo. Um processo, um produto, uma linha. FMEA de "toda a fábrica" não termina. Escreva onde começa e onde acaba.
- Monte o time. De 4 a 6 pessoas, obrigatoriamente com quem opera. Qualidade, produção, manutenção e — quando houver — engenharia. FMEA feito por uma pessoa sozinha é opinião formatada.
- Liste as etapas do processo a partir do fluxograma, na sequência real de execução.
- Levante os modos de falha de cada etapa. Ajuda usar os verbos-guia: não executa, executa parcialmente, executa a mais, executa a menos, executa fora de hora, executa no item errado.
- Descreva efeito e causas de cada modo de falha, uma linha por causa.
- Registre os controles atuais, separando prevenção de detecção. Se não existe controle, escreva "nenhum" — essa é a informação mais valiosa da planilha.
- Atribua S, O e D e defina a prioridade pela AP ou pelo RPN com as travas.
- Defina ações para as linhas prioritárias, com responsável e prazo, e reavalie as notas depois que a ação estiver implementada e verificada.
A etapa 8 é a que separa FMEA vivo de FMEA de gaveta. As ações saem da planilha e viram 5W2H com dono e data; a reavaliação só acontece quando há evidência de que a ação funcionou, não quando ela foi implantada.
Exemplo preenchido: dosagem de conservante em linha de envase
Etapa analisada: dosagem automática de conservante antes do envase, em indústria de alimentos.
| Modo de falha | Efeito | Causa | Controle atual | S | O | D | RPN |
|---|---|---|---|---|---|---|---|
| Dosagem acima do limite | Produto fora do limite legal; risco de recolhimento | Bomba dosadora descalibrada | Análise por amostragem no lote | 8 | 4 | 6 | 192 |
| Dosagem abaixo do mínimo | Vida útil reduzida; deterioração no ponto de venda | Entupimento parcial da linha de dosagem | Inspeção visual no início do turno | 7 | 3 | 7 | 147 |
| Insumo trocado na dosagem | Alergênico não declarado no rótulo | Embalagens semelhantes e sem conferência formal | Conferência verbal do operador | 9 | 2 | 4 | 72 |
| Dosagem não executada | Produto sem conservante; deterioração acelerada | Falha de comando sem alarme no supervisório | Nenhum | 7 | 2 | 9 | 126 |
Pelo RPN puro, a fila seria 192 → 147 → 126 → 72. Pela leitura de risco, ela é outra. A linha de RPN 72 sobe para o topo: severidade 9, controle apoiado em conferência verbal — ou seja, sem controle nenhum quando o turno está corrido. Ação: segregação física dos insumos e conferência por leitura de código de barras antes da liberação, um POP curto e um dispositivo à prova de erro. Isso ataca a causa e derruba O e D de uma vez.
A linha de RPN 126 é a segunda, e por um motivo específico: controle atual "nenhum", D=9. Nada nem ninguém pega essa falha antes do cliente. Alarme de baixa vazão no supervisório resolve por um custo baixíssimo.
A de RPN 192, apesar do número maior, tem detecção razoável e ação óbvia: incluir a bomba no plano de calibração. Importante — a Severidade 8 permanece 8 depois da ação. O que cai é a Ocorrência.
Sete erros que esvaziam o FMEA
| Erro | O que acontece | Como corrigir |
|---|---|---|
| Fazer sozinho, na frente do computador | Vira lista de problemas já conhecidos | Time de 4 a 6 pessoas, com quem opera na sala |
| Confundir modo de falha com causa | Linhas genéricas, ações genéricas | Modo = o que dá errado; causa = por quê |
| Escrever "falha humana" como causa | Ação vira "treinar" e o problema volta | Pergunte por que o erro foi possível: o processo permitiu |
| Baixar a Severidade após a ação | Risco grave sai da fila sem ter mudado | Ação de detecção mexe em D; só mudança de processo mexe em S |
| Usar RPN de corte fixo | Equipe ajusta nota para sair da fila | Travas por severidade + lógica de Prioridade de Ação |
| Não reavaliar depois de agir | Planilha congela e perde credibilidade | Reavaliar só com evidência de eficácia |
| Tratar como documento de auditoria | Preenchido na véspera, arquivado no dia seguinte | Revisar a cada mudança de processo, insumo ou equipamento |
Onde o FMEA se encaixa entre as outras ferramentas
A confusão mais comum é com as ferramentas de análise reativa. A diferença é o tempo verbal, e ela organiza tudo:
- FMEA — antes da falha. Antecipa o que pode dar errado e previne.
- Ishikawa e 5 Porquês — depois da falha. Investigam por que aconteceu.
- Pareto — depois, com dado acumulado. Prioriza qual problema recorrente atacar.
- Matriz GUT — prioriza por julgamento estruturado, quando não há dado comparável.
Elas se alimentam: cada não conformidade tratada deveria voltar como uma pergunta ao FMEA — essa falha estava prevista? Se estava e a Ocorrência era 2, a nota estava errada. Se não estava, entra como linha nova.
Quanto à gestão de riscos da ISO 9001: o requisito 6.1 não exige FMEA nem qualquer método específico. Mas quando o auditor pergunta como a organização determina riscos dos processos, um FMEA com ações executadas e notas reavaliadas responde melhor que qualquer matriz genérica de probabilidade × impacto — porque amarra risco a etapa real, a controle existente e a evidência de ação.
✅ Regra de bolso: se nenhuma linha do seu FMEA gerou ação nos últimos seis meses, ou o processo é excepcional, ou a planilha virou enfeite. Na prática, quase sempre é a segunda.
O que fazer nesta semana
Escolha um processo só — de preferência aquele que mais gerou reclamação no último trimestre. Pegue o fluxograma, ou desenhe as etapas num papel se ele não existir. Marque noventa minutos com quatro pessoas, incluindo obrigatoriamente quem executa, e analise as três primeiras etapas. Só as três.
Em cada uma, faça as quatro perguntas na ordem. Preencha os controles atuais com honestidade: toda vez que a resposta for "nenhum" ou "o operador presta atenção", você achou uma linha que merece ação independentemente de qualquer nota. Comece por elas. Um FMEA de três etapas que gerou duas ações reais vale mais que uma planilha de sessenta linhas que ninguém abriu depois de salvar.
Fontes e referências oficiais
O conteúdo acima é a minha leitura prática de quem aplica essas normas há 15 anos — mas requisito se confere no texto oficial. Consulte as fontes abaixo sempre que precisar da redação exata, da edição vigente ou da data da última alteração:
- ISO — família ISO 9000 / ISO 9001, gestão da qualidade — página oficial da ISO com escopo, edição vigente e status da norma.
- ABNT — Associação Brasileira de Normas Técnicas — onde comprar a versão brasileira (NBR) das normas ISO, em português.
Perguntas frequentes
O que é FMEA?
FMEA é a sigla de Failure Mode and Effects Analysis — Análise dos Modos de Falha e seus Efeitos. É um método estruturado e preventivo que percorre um processo ou produto etapa por etapa perguntando "o que pode dar errado aqui, o que acontece se der, por que daria e o que hoje impediria isso de chegar ao cliente". O resultado é uma lista priorizada de riscos com ações definidas. A diferença para as outras ferramentas da qualidade é o tempo verbal: FMEA se faz antes da falha acontecer, não depois.
Qual a diferença entre modo de falha, efeito e causa?
São três camadas distintas e confundi-las é o erro mais comum. O modo de falha é o que dá errado na etapa, descrito de forma concreta ("dosagem acima do limite"). O efeito é a consequência para quem recebe — cliente, próxima etapa ou órgão regulador ("produto fora da legislação, sujeito a recolhimento"). A causa é o motivo pelo qual o modo de falha ocorre ("bomba dosadora descalibrada"). Um mesmo modo de falha costuma ter várias causas, e cada causa vira uma linha própria da planilha.
O RPN ainda é usado?
Sim, muita empresa ainda usa o RPN (Severidade × Ocorrência × Detecção), mas o manual FMEA AIAG-VDA de 2019 substituiu o índice pela lógica de Prioridade de Ação (AP: Alta, Média, Baixa), justamente porque o RPN engana. Multiplicar achata o peso da severidade: uma falha com S=9 e RPN 72 é mais perigosa que uma com S=4 e RPN 147, e o número sozinho diz o contrário. Se a sua empresa mantém o RPN, mantenha junto a regra de que severidade 9 ou 10 exige ação independentemente do índice.
A ISO 9001 exige FMEA?
Não. O requisito 6.1 da ISO 9001 pede que a organização determine riscos e oportunidades e planeje ações, mas não prescreve método nem exige matriz, registro ou ferramenta específica. O FMEA é uma das formas de atender — e uma das mais bem aceitas em auditoria, porque conecta risco a etapa do processo, a controle existente e a ação com responsável. Em setores automotivo, aeroespacial e de dispositivos médicos, porém, o FMEA costuma ser exigência contratual ou normativa do próprio segmento.