Como definir a causa raiz de uma não conformidade (e comprovar a eficácia da ação)

Toda equipe da qualidade já viveu isto: uma não conformidade (NC) aparece, alguém escreve “falha do operador” no campo de causa, define a ação “treinar a equipe” — e seis meses depois o mesmo problema volta. O ciclo se repete porque a análise parou no sintoma. Definir a causa raiz de verdade é o que separa um registro burocrático de uma melhoria que realmente segura o problema.

Este guia mostra, com método, como sair do sintoma e chegar à causa raiz, como transformar essa causa em uma ação corretiva concreta (sem cair no genérico “treinar a equipe”) e como comprovar que a ação funcionou — que é exatamente o que a ISO 9001:2015, na cláusula 10.2, espera de você.

Causa não é sintoma: a diferença que muda tudo

O sintoma é o que você enxerga: o produto saiu fora da medida, o documento foi liberado sem assinatura, o cliente reclamou de atraso. É o efeito.

A causa raiz é o motivo, alguns níveis abaixo, que permitiu o efeito acontecer — e que, se eliminado, impede a recorrência.

Veja um exemplo hipotético e genérico:

Sintoma: lote de peças usinadas reprovado por diâmetro fora de tolerância.
Causa aparente: o operador não percebeu o desgaste da ferramenta.
Causa raiz provável: não havia critério definido de troca de ferramenta por número de peças, então a decisão dependia da percepção individual de cada turno.

Repare na diferença prática: se você age sobre a causa aparente, “conversa com o operador”. Se age sobre a causa raiz, cria um critério objetivo de substituição de ferramenta — e o problema deixa de depender de quem está no posto.

Um teste simples para saber se você chegou à causa raiz: pergunte “se eu eliminar isto, o problema pode voltar pelo mesmo motivo?”. Se a resposta for “sim, ainda pode”, você ainda está em um sintoma.

Ferramentas para cavar até a causa: 6M e 5 Porquês

Duas ferramentas clássicas ajudam a não parar cedo demais.

Ishikawa (6M) organiza as possíveis causas em seis famílias — Método, Mão de obra, Máquina, Material, Medição e Meio ambiente. Ela é ótima para abrir o leque e evitar o viés de culpar logo a primeira pessoa envolvida. Você lista hipóteses em cada M e marca as mais prováveis para investigar.

5 Porquês serve para aprofundar uma hipótese. A partir do sintoma, você pergunta “por quê?” sucessivamente até chegar a algo acionável:

Por que o lote foi reprovado? Porque o diâmetro saiu fora da tolerância.
Por que saiu fora? Porque a ferramenta estava desgastada.
Por que estava desgastada e ainda em uso? Porque não foi trocada no momento certo.
Por que não foi trocada? Porque não havia critério de troca definido.
Por que não havia critério? Porque o plano de processo não previu vida útil da ferramenta.

Não é preciso parar exatamente em cinco — pare quando chegar a uma causa sob seu controle e que, atacada, evita a recorrência. E cuidado com a armadilha mais comum: quando todo “por quê” termina em “erro humano”, normalmente falta um nível. A pergunta seguinte (“por que o erro foi possível?”) quase sempre revela uma falha de método, de dispositivo ou de informação.

Uma boa prática de honestidade: registre também a hipótese alternativa que você considerou e descartou, e por quê. Isso fortalece a trilha de auditoria e mostra ao auditor que houve análise, não chute.

Da causa raiz à ação corretiva: use o 5W2H

Identificada a causa, a ação corretiva precisa ser específica o bastante para ser executada e verificada. É aqui que o 5W2H entra — ele força você a detalhar:

What (o quê): a ação concreta.
Why (por quê): ligação explícita com a causa raiz.
Where (onde): processo, linha, posto.
When (quando): prazo com data.
Who (quem): um responsável nominal.
How (como): o passo a passo.
How much (quanto): os recursos necessários (o custo, quando aplicável, é levantado pela equipe técnica, não estimado por achismo).

O problema do “treinar a equipe”

“Treinar a equipe” é a ação corretiva mais escrita e menos eficaz do mundo da qualidade. Ela falha por três motivos: não diz quem, não diz sobre o quê, e — o mais grave — raramente ataca a causa raiz, porque trata um problema de sistema como se fosse de pessoa.

Compare:

Genérico: “Treinar a equipe sobre troca de ferramenta.”
Específico (5W2H): “Incluir no plano de processo da célula 3 o critério de troca da ferramenta X a cada 800 peças (What/Where), porque não havia critério objetivo e a decisão era subjetiva (Why); criar um contador visual no posto e registrar a troca na folha de verificação (How); responsável: líder de produção (Who); até 30/07 (When); recursos: 2h de ajuste no documento e contadores de baixo custo (How much).”

A versão específica pode até incluir treinamento — mas como parte de uma mudança no método, não no lugar dela. Regra prática: se a sua ação depende exclusivamente de “as pessoas lembrarem”, ela ainda não é robusta. Ações que mudam o processo, criam uma barreira física ou tornam o erro impossível (à prova de erro / poka-yoke) são sempre mais fortes do que ações que dependem de atenção humana.

Comprovar a eficácia: o que a ISO 9001 (10.2) realmente pede

A cláusula 10.2 da ISO 9001:2015 não termina na ação corretiva. Ela pede que a organização avalie a eficácia de qualquer ação tomada. Em outras palavras: implementar não é suficiente — você precisa provar que funcionou.

E “funcionou” não pode ser uma opinião (“acho que melhorou”). Precisa de um critério mensurável, definido antes da reavaliação. Para isso, responda três perguntas ao fechar a ação:

O que vou medir? Um indicador objetivo ligado ao problema — ex.: número de lotes reprovados por aquela causa, reclamações do mesmo tipo, índice de retrabalho na célula.
Qual é o alvo? O critério de aceitação — ex.: “zero reprovações pela mesma causa nos próximos 3 meses” ou “redução de ocorrências para o patamar de referência do processo”.
Quando vou reavaliar? Uma data futura, dando tempo para o processo rodar e gerar dados — não no dia seguinte.

Exemplo hipotético de critério bem escrito: “Eficácia confirmada se, nos 90 dias após a implementação do critério de troca de ferramenta, não houver nenhuma reprovação de lote por diâmetro fora de tolerância na célula 3.” Na data definida, você volta, olha os dados e decide: eficaz (encerra) ou não eficaz (reabre a análise — provavelmente a causa raiz não era essa, ou a ação não a atingiu de fato).

Esse fechamento do ciclo é o que transforma o tratamento de NCs em melhoria contínua de verdade — e é também o que constrói uma trilha de auditoria robusta: registro da causa, da ação, do critério e da reavaliação, tudo datado e rastreável.

Resumindo o método

Separe o sintoma da causa — não pare no efeito.
Abra hipóteses com o Ishikawa 6M e aprofunde com os 5 Porquês até uma causa sob seu controle.
Desconfie de qualquer análise que termine em “erro humano”.
Traduza a causa em ação corretiva detalhada com 5W2H — evite o genérico “treinar a equipe”.
Defina um critério de eficácia mensurável e uma data de reavaliação, como pede a ISO 9001 (10.2).
Reavalie e decida: eficaz ou reabrir.

Estruturar tudo isso à mão, NC após NC, dá trabalho — e é fácil pular justamente a etapa da eficácia. No Qaa.sa, a IA propõe a análise (Ishikawa 6M, 5 Porquês, ações 5W2H e um critério de eficácia para você ajustar) e organiza os prazos e a reavaliação; a decisão e a validação são sempre suas. Se quiser sentir o método na prática sem assinar nada, dá para fazer uma análise avulsa por R$75 — uma investigação completa com PDF. E quando fizer sentido gerir a qualidade inteira (histórico, prazos e eficácia em um só lugar), é só assinar.