Análise de causa raiz na indústria: 5 Porquês, Ishikawa e FMEA

A análise de causa raiz (RCA, do inglês root cause analysis) é um processo estruturado para encontrar a causa fundamental de um problema, como uma quebra, um defeito de qualidade ou uma interrupção do processo, para que ela seja eliminada, e não remendada. Em vez de reagir à mesma falha a cada poucas semanas, a fábrica corrige o que realmente a provocou, e a falha para de voltar. Onde uma pequena falha pode se desdobrar em grandes perdas, essa capacidade é central para uma operação estável.

O que é análise de causa raiz?

A análise de causa raiz é o processo estruturado de identificar a causa subjacente de um problema ou evento indesejado para evitar que ele se repita. Na indústria, ela é usada para investigar falhas mecânicas, defeitos de qualidade, interrupções de processo e incidentes de segurança. Na indústria farmacêutica e em outros ambientes BPF, a mesma lógica está por trás das investigações de desvios e do CAPA (ações corretivas e preventivas).

A RCA vai além do sintoma visível. Ela pergunta por que o evento aconteceu, olhando para os materiais, os equipamentos, os métodos e as práticas de trabalho por trás dele, além dos fatores humanos. Quando a causa fica clara, a ação corretiva pode ser focada, e o retrabalho e as perdas vindos daquela fonte acabam.

Um teste útil: se a causa que você identificou tivesse sido eliminada, o problema teria sido evitado? Se não, continue investigando. O mesmo vale para o “erro do operador”. Quando uma pessoa treinada comete um erro, a pergunta de verdade é por que o processo permitiu isso: uma instrução pouco clara, uma verificação que faltou, um setup que depende da memória.

Como fazer uma análise de causa raiz

O método varia com o problema, mas a maioria das investigações segue a mesma sequência:

1. Defina o problema com precisão. O que aconteceu, onde, quando e com que frequência, com base em dados como um Pareto de paradas ou a contagem de defeitos por lote.
2. Contenha o problema. Proteja primeiro o cliente e o produto, por exemplo colocando os lotes afetados em espera.
3. Reúna os fatos. Registros de lote, dados de máquina, histórico de manutenção e entrevistas com as pessoas que estavam lá.
4. Encontre a causa raiz com um método adequado à complexidade do problema (veja abaixo).
5. Corrija e verifique. Implemente a ação e confirme que ela funcionou, o que, na prática, é um ciclo PDCA.
6. Padronize e compartilhe. Atualize procedimentos, treinamentos e avaliações de risco para que a mesma falha não volte a acontecer em outra linha.

Métodos de análise de causa raiz

Existem vários métodos consagrados, cada um adequado a um tipo de problema. Os três mais usados:

Método	Indicado para	Resultado
5 Porquês	Problemas de complexidade baixa a média, muitas vezes ligados a procedimentos ou a fatores humanos	Uma única cadeia do sintoma até a causa
Diagrama de Ishikawa (espinha de peixe)	Problemas com várias causas possíveis contribuindo	Um mapa das causas potenciais por categoria
FMEA	Equipamentos ou processos complexos, e prevenção	Uma lista priorizada de modos de falha e seus controles

1. Os 5 Porquês

Os 5 Porquês perguntam “por quê?” repetidamente para rastrear uma falha até a sua origem. Cada resposta vira a base da pergunta seguinte, e o processo continua até que a causa fundamental seja encontrada. Cinco é uma referência, não uma regra: pare quando a resposta apontar para algo que você consiga corrigir de forma definitiva. Por mais simples que seja, a técnica funciona bem para problemas de complexidade baixa a média, especialmente os ligados a erro humano ou a procedimentos inadequados.

Pense em uma encartuchadeira de uma linha de embalagem que vive parando:

• Por que ela para? O motor de acionamento falha.
• Por que o motor falha? Ele não recebeu manutenção no prazo.
• Por que a manutenção não foi feita no prazo? As janelas de manutenção preventiva foram puladas repetidas vezes.
• Por que foram puladas? As janelas não são reservadas na programação da produção, então são a primeira coisa a sair quando o plano aperta.

A causa raiz é um problema de planejamento, e não o motor. Trocar o motor resolve a parada de hoje; reservar tempo de manutenção na programação evita a próxima. Em outra fábrica, a mesma cadeia poderia terminar em uma lacuna de treinamento.

2. Diagrama de Ishikawa (espinha de peixe)

O diagrama de Ishikawa é uma ferramenta visual que organiza as causas potenciais de um problema em categorias. As categorias clássicas são os 5Ms: Máquina, Método, Material, Mão de obra e Meio ambiente. Muitas equipes industriais acrescentam a Medição, formando os 6Ms, e outras categorias podem ser incluídas conforme a necessidade.

O diagrama ajuda a equipe a enxergar e explorar como diferentes fatores interagem. Pense em um lote de comprimidos que não atende à especificação de dureza. As causas candidatas podem incluir desgaste dos punções ou parâmetros de compressão incorretos (Máquina), umidade do granulado fora da faixa (Material), uma instrução de setup pouco clara (Método), lacunas no treinamento dos operadores (Mão de obra), umidade alta na sala (Meio ambiente) ou um durômetro fora de calibração (Medição). Colocá-las lado a lado torna a investigação mais ampla e sistemática, e impede que a equipe se contente com a primeira explicação plausível.

3. Análise de Modo e Efeito de Falha (FMEA)

A FMEA é uma ferramenta mais estruturada e exigente. Seu principal uso é proativo: avaliar falhas potenciais antes que elas aconteçam. Em uma linha de envase automatizada, por exemplo, a equipe lista como sensores, motores e controladores poderiam falhar, descreve o efeito de cada modo de falha, avalia a sua severidade, a probabilidade de ocorrência e a detectabilidade, e define ações preventivas para os riscos mais altos. Na indústria farmacêutica, a FMEA é uma das ferramentas citadas na ICH Q9 para o gerenciamento de riscos à qualidade.

Em uma RCA, a FMEA funciona nos dois sentidos. Depois de uma falha, verifique se aquele modo de falha já estava na FMEA e, se estava, por que os controles existentes não o detectaram. Se não estava, inclua-o com a sua causa e os novos controles, para que a investigação também alimente a prevenção.

Benefícios da análise de causa raiz

1. Problemas recorrentes deixam de se repetir

A principal vantagem da RCA é que os problemas repetitivos desaparecem. Ao agir na origem de uma falha, e não nos seus sintomas, a fábrica implanta soluções definitivas, o que reduz retrabalho, desperdício e paradas não planejadas. Se um defeito recorrente é rastreado até um erro de calibração da máquina, a correção definitiva é ajustar ou substituir o equipamento e incluir a verificação no plano de calibração, e não separar as unidades defeituosas toda vez que isso acontece.

2. Mais eficiência e custos menores

Corrigir as falhas na raiz significa menos interrupções. Isso tem efeito direto na produtividade e na rentabilidade, porque a fábrica evita paradas não planejadas e o custo de reparos emergenciais e de material perdido. O ganho aparece na disponibilidade e, com ela, no OEE.

3. Melhor qualidade do produto

Atacar as causas raiz melhora a qualidade do produto final. Isso importa mais nos setores em que o cumprimento de normas de qualidade e segurança é crítico, como o farmacêutico, o automotivo e o aeroespacial. Uma investigação detalhada pode mostrar, por exemplo, que um fornecedor específico está entregando material fora de especificação, o que permite à empresa trabalhar com esse fornecedor em uma ação corretiva, ou trocar de fornecedor, e manter a sua qualidade consistente.

4. Uma cultura de melhoria contínua

Quando investigar e resolver problemas vira rotina, as pessoas são incentivadas a questionar processos, sugerir melhorias e buscar soluções antes que os problemas cresçam. Esse hábito é a base da excelência operacional.

5. Decisões mais bem informadas

A RCA fundamenta as decisões em dados e fatos. Isso reduz a subjetividade e permite que a gestão aloque recursos e planeje com base em evidências.

De paradas recorrentes a correções duradouras com a Cogtive

Toda investigação começa por saber qual problema atacar primeiro. A Cogtive captura as paradas por meio de IoT, sensores, câmeras com AI Vision e apontamentos por lote no tablet e as organiza em um Pareto de paradas, enquanto indicadores de manutenção como MTBF e MTTR mostram se uma ação corretiva se sustentou. Alertas no Teams, no Slack e por e-mail avisam quando um problema conhecido volta, e o logbook eletrônico assinado por PIN, com a sua trilha de auditoria, mantém um registro rastreável do que foi feito. Por meio do método CAPTA, o time de Customer Success da Cogtive, formado por profissionais de Excelência Operacional vindos da indústria, ajuda a transformar as investigações em parte da rotina diária, semanal e mensal. Agende uma demonstração para ver isso nas suas próprias linhas.