Diagrama de Ishikawa (espinha de peixe / 6M): o guia prático para chegar à causa raiz

Você registrou uma não conformidade, descreveu o problema com clareza e agora precisa responder à pergunta que toda auditoria ISO 9001 faz: por que isso aconteceu? O diagrama de Ishikawa — também chamado de espinha de peixe ou diagrama de causa e efeito — é a ferramenta mais usada para organizar essa investigação. Ele não dá a resposta pronta, mas força a equipe a olhar o problema por seis ângulos diferentes antes de cravar uma conclusão.

Neste artigo você vai entender o que é o método 6M, como conduzir o brainstorming na prática e quais erros derrubam a maioria das análises.

O que é o diagrama de Ishikawa

Criado pelo engenheiro japonês Kaoru Ishikawa, o diagrama tem o formato de uma espinha de peixe: a “cabeça” é o efeito (o problema que você quer explicar) e as “espinhas” que saem da linha central são as categorias de causas possíveis.

A versão mais conhecida agrupa as causas em seis categorias — os 6M. A ideia é simples: em vez de a equipe ficar girando em torno da primeira explicação que aparece, cada categoria obriga a fazer perguntas que talvez ninguém tivesse feito.

Importante separar dois papéis. O diagrama levanta hipóteses de causa; ele não prova nada sozinho. Quem decide qual causa é a verdadeira é a equipe técnica, validando cada hipótese com dados, evidências e, muitas vezes, com a técnica dos 5 Porquês. O Ishikawa abre o leque; os 5 Porquês aprofundam um galho específico.

Os 6M, um por um

Para cada categoria, a pergunta-guia é a mesma: “isto pode ter contribuído para o problema?” Veja o que cabe em cada M, com exemplos hipotéticos.

1. Método

O jeito como o trabalho é feito: procedimentos, instruções de trabalho, sequência de etapas, parâmetros definidos.

• O procedimento existe e está atualizado?
• A instrução é ambígua ou deixa margem para interpretação?
• Exemplo hipotético: a instrução de trabalho não define o torque de aperto, então cada turno aperta de um jeito.

2. Máquina

Equipamentos, ferramentas, dispositivos e a infraestrutura física usada na operação.

• O equipamento estava dentro do plano de manutenção?
• Há desgaste, folga ou ajuste fora do especificado?
• Exemplo hipotético: um molde com desgaste não previsto passou a gerar peças fora da tolerância dimensional.

3. Mão de obra

Aqui vai a boa prática mais importante de toda a ferramenta: Mão de obra significa o operador direto que executa a tarefa — não a gestão.

Quando a equipe escreve “falta de treinamento” ou “operador desatento”, muitas vezes a causa real é de Método (não existe procedimento) ou de organização (não existe um plano de capacitação). Jogar tudo em “Mão de obra” vira uma forma elegante de culpar quem está na ponta e fechar a análise cedo demais.

• O operador tinha a competência/treinamento registrado para a tarefa?
• A tarefa depende de habilidade que não foi formalizada?
• Exemplo hipotético: operador recém-admitido executou a inspeção sem ter passado pelo treinamento previsto — o que, aliás, costuma apontar de volta para Método.

4. Material

Insumos, matérias-primas, componentes e tudo o que entra no processo.

• O material recebido estava dentro da especificação?
• Houve troca de fornecedor ou de lote?
• Exemplo hipotético: um lote de matéria-prima com viscosidade fora da faixa alterou o comportamento do processo.

5. Medição

Como você mede, inspeciona e verifica — incluindo os instrumentos e os critérios de aceitação.

• O instrumento estava calibrado e dentro da validade?
• O critério de aceitação está claro e é o mesmo para todos?
• Exemplo hipotético: um paquímetro descalibrado aprovava peças que estavam, na verdade, fora da medida.

6. Meio ambiente

As condições do ambiente de trabalho: temperatura, umidade, iluminação, limpeza, vibração, organização do espaço.

• Alguma condição ambiental saiu da faixa aceitável?
• O ambiente favorece o erro (mal iluminado, desorganizado)?
• Exemplo hipotético: variação de umidade no galpão afetou a secagem de um adesivo sensível.

Como conduzir o brainstorming na prática

O diagrama é um exercício de equipe — feito sozinho, ele só reflete a visão de uma pessoa. Um roteiro que funciona:

1. Escreva o efeito com precisão. Na cabeça do peixe vai o problema, não o achismo. “Peça X reprovada na inspeção final por trinca na região Y”, e não “qualidade ruim”.
2. Monte a equipe certa. Quem opera, quem inspeciona, quem mantém o equipamento. São essas pessoas que conhecem os detalhes.
3. Percorra os 6M, um de cada vez. Para cada M, pergunte “isto pode ter contribuído?” e anote todas as hipóteses, sem filtrar ainda. A hora de criticar não é agora.
4. Use o “por quê?” para descer um nível. Quando uma hipótese parecer promissora, pergunte por que ela acontece. É a ponte natural para os 5 Porquês.
5. Marque as hipóteses mais prováveis. Ao final, a equipe destaca os galhos que merecem virar investigação com dados. O diagrama aponta onde cavar — a evidência confirma ou descarta.
6. Valide antes de cravar a causa raiz. Nenhuma hipótese vira causa raiz sem evidência. O diagrama organiza o pensamento; ele não substitui a verificação.

Erros comuns (e como evitá-los)

Confundir sintoma com causa. “A peça quebrou” é o sintoma — é o efeito que você está investigando, não a causa. A causa explica por que ela quebrou. Se o que você escreveu numa espinha é apenas outra forma de redizer o problema, você ainda não saiu do lugar.

Espalhar a mesma causa em vários Ms. Se “falta de procedimento” aparece em Método, em Mão de obra (como “falta de treinamento”) e em Medição (como “critério não definido”), provavelmente é uma causa só sendo descrita de três formas. Consolide. Causa repetida infla o diagrama e dilui o foco.

Usar “Mão de obra” como cesto de lixo. Já falamos disso, mas vale repetir: a tentação de fechar tudo em “erro humano” é grande porque é a explicação mais rápida. Quase sempre, atrás de um erro humano há um problema de Método, de Medição ou de Máquina que tornou o erro possível. Mão de obra = só o operador direto.

Parar na primeira espinha que parece boa. O valor do Ishikawa está justamente em forçar os seis ângulos. Pular categorias porque “essa aqui não tem nada a ver” é desperdiçar a ferramenta — preencher rápido todos os Ms é o que faz aparecer a hipótese que ninguém tinha considerado.

Confundir “levantar hipótese” com “ter a resposta”. Encerrar a análise no diagrama, sem validar nada com dados, é o erro mais silencioso. O Ishikawa é o começo da investigação, não o fim.

Do diagrama à causa raiz

Na prática, o fluxo costuma ser: descreva bem o problema → use o Ishikawa para abrir as hipóteses pelos 6M → escolha os galhos mais promissores → aprofunde com os 5 Porquês → confirme com evidência → só então registre a causa raiz e defina as ações corretivas (com o plano 5W2H e a verificação de eficácia).

É exatamente esse encadeamento que estrutura uma boa investigação de não conformidade — e é o que uma auditoria espera ver: não uma conclusão solta, mas uma trilha clara de como você chegou até ela.

No Qaa.sa, a IA propõe um primeiro rascunho do Ishikawa 6M a partir da sua descrição da NC — organizando as hipóteses por categoria para a sua equipe revisar, ajustar e validar. A decisão sempre é de vocês; a ferramenta só acelera o ponto de partida e mantém a trilha organizada.

Quer ver como fica na prática? Você pode fazer uma análise avulsa por R$75 — uma investigação completa, sem assinatura — ou conhecer os planos e assinar.