Diagrama de Ishikawa: o que é, como fazer e um exemplo completo passo a passo

Um problema volta a acontecer mesmo depois que você já tomou uma ação corretiva. A equipe resolve o sintoma, mas semanas depois o mesmo erro reaparece. Isso é quase sempre sinal de que a causa raiz não foi identificada corretamente.

O Diagrama de Ishikawa foi criado exatamente para esse momento. Ele estrutura a análise de um problema de forma visual, ajudando equipes a enxergar todas as possíveis causas antes de ir direto para a solução.

Este guia explica o que é, como funciona, como construir do zero e traz um exemplo completo aplicado a uma situação real de gestão.

O que é o Diagrama de Ishikawa

O Diagrama de Ishikawa, também chamado de diagrama de causa e efeito ou diagrama espinha de peixe, é uma ferramenta visual que organiza as possíveis causas de um problema em categorias. O objetivo é identificar a causa raiz, não apenas os sintomas.

Foi criado pelo engenheiro japonês Kaoru Ishikawa na década de 1940 como parte do sistema de gestão da qualidade da indústria japonesa. Desde então, tornou-se uma das sete ferramentas básicas da qualidade e é usado em manufatura, serviços, saúde, logística e gestão de projetos.

O formato lembra a espinha de um peixe: o problema fica na “cabeça”, à direita, e as categorias de causas se ramificam como espinhas ao longo de uma linha central.

Quando usar o Diagrama de Ishikawa

Use o Ishikawa quando:

• Um problema se repete mesmo depois de corrigido
• A equipe não tem clareza sobre o que está causando um resultado ruim
• Você precisa estruturar uma sessão de brainstorming com o time
• Está preparando um plano de ação e quer garantir que está atacando a causa certa
• Precisa documentar a análise de uma não conformidade para auditoria ou ISO

Não use o Ishikawa quando o problema é simples e a causa é óbvia. A ferramenta vale o esforço quando há complexidade e múltiplas variáveis envolvidas.

Os 6Ms: as categorias de causas

O modelo mais usado classifica as causas em seis categorias, conhecidas como 6Ms. Elas funcionam como um checklist para garantir que nenhuma área seja ignorada na análise.

Mão de obra — causas relacionadas às pessoas que executam o processo. Treinamento insuficiente, falta de atenção, alta rotatividade, fadiga, comunicação ruim entre operadores.

Máquina — causas relacionadas a equipamentos, ferramentas e tecnologia. Falha mecânica, calibração incorreta, manutenção atrasada, equipamento obsoleto.

Material — causas relacionadas aos insumos usados no processo. Matéria-prima com defeito, especificação errada, fornecedor com qualidade inconsistente.

Método — causas relacionadas à forma como o trabalho é feito. Processo mal definido, procedimento desatualizado, falta de padronização, etapas desnecessárias.

Medição — causas relacionadas à forma como o processo é monitorado. Indicadores inadequados, instrumentos descalibrados, critérios de aceitação mal definidos, inspeção insuficiente.

Meio ambiente — causas relacionadas ao ambiente físico ou organizacional. Temperatura, iluminação, ruído, layout do espaço, pressão por resultados, clima organizacional.

Para processos de serviço ou gestão, algumas empresas adaptam as categorias para os 8Ps: Produto, Preço, Praça, Promoção, Pessoas, Processos, Produtividade e Perfil. A lógica é a mesma, só muda o vocabulário para se adequar melhor ao contexto.

Como construir o Diagrama de Ishikawa passo a passo

Passo 1: Defina o problema com precisão

Escreva o problema como uma frase objetiva. Evite termos vagos como “qualidade ruim” ou “cliente insatisfeito”. Seja específico:

Ruim: “Problemas na entrega” Bom: “15% dos pedidos estão chegando com atraso de mais de 2 dias nos últimos 60 dias”

Quanto mais preciso o problema, mais útil será a análise.

Passo 2: Desenhe a estrutura

Trace uma linha horizontal no centro da folha ou quadro. Na extremidade direita, desenhe um retângulo e escreva o problema dentro dele. Esse é o “efeito”.

A partir da linha central, adicione seis linhas diagonais, três de cada lado, como espinhas. Escreva um dos 6Ms na ponta de cada espinha.

Ferramentas digitais como Miro, Lucidchart, Canva ou até o PowerPoint têm templates prontos que poupam tempo.

Passo 3: Faça o brainstorming com o time

Reúna as pessoas que conhecem o processo. Para cada categoria, pergunte: “O que nessa área pode estar causando o problema?”

Anote todas as ideias sem julgamento. Quanto mais causas levantadas, mais completa será a análise. Cada causa vai como um ramo na espinha correspondente.

Passo 4: Aprofunde com os 5 Porquês

Para cada causa identificada, pergunte “Por quê?” repetidamente até chegar à causa raiz. Geralmente são necessárias 3 a 5 perguntas.

Exemplo:

• Causa identificada: “Operador comete erro no preenchimento”
• Por quê? Porque o formulário é confuso
• Por quê? Porque foi criado há 8 anos e nunca foi atualizado
• Por quê? Porque não há responsável definido pela revisão de formulários
• Causa raiz: Ausência de processo de revisão periódica de documentos

Passo 5: Priorize as causas mais prováveis

Depois do brainstorming, analise quais causas têm maior probabilidade de impacto. Uma forma de fazer isso é usando o método GUT (Gravidade, Urgência e Tendência): cada causa recebe uma nota de 1 a 5 em cada critério, e a multiplicação das três notas indica a prioridade.

Passo 6: Defina um plano de ação

Para cada causa raiz identificada, defina uma ação corretiva com responsável e prazo. O Diagrama de Ishikawa não resolve o problema sozinho, ele aponta onde agir. A resolução vem do plano de ação.

Uma boa prática é combinar o Ishikawa com o ciclo PDCA para garantir que as ações sejam executadas e verificadas.

Exemplo completo: atraso na entrega de pedidos

Problema definido: “22% dos pedidos estão sendo entregues fora do prazo no último trimestre, contra uma meta de máximo 5%.”

A equipe de operações da empresa fictícia Distribuidora Central se reuniu para montar o diagrama. Veja o resultado da análise por categoria:

Mão de obra:

• Separador de pedidos sem treinamento atualizado
• Alta rotatividade na equipe de logística (40% no trimestre)
• Comunicação falha entre vendas e expedição sobre datas prometidas

Máquina:

• Sistema de gestão de estoque com falhas de sincronização
• Impressora de etiquetas com defeito recorrente, gerando retrabalho

Material:

• Embalagens em falta em determinados dias, atrasando a expedição
• Produtos com avaria chegando do fornecedor, exigindo devolução e reposição

Método:

• Processo de picking não está padronizado entre os três turnos
• Nenhum critério definido para priorizar pedidos urgentes

Medição:

• Prazo de entrega sendo contado a partir do faturamento, não da confirmação do pedido
• Sem indicador de acompanhamento diário — o atraso só é percebido quando o cliente reclama

Meio ambiente:

• Galpão com layout que obriga percurso longo entre armazenagem e expedição
• Pico de volume nas sextas-feiras sem planejamento específico para o dia

Após o brainstorming, a equipe aplicou a técnica dos 5 Porquês nas três causas consideradas mais críticas e identificou duas causas raiz principais:

1. Ausência de um processo formal de integração e treinamento para novos operadores
2. Métricas de prazo calculadas de forma incorreta, mascarando o problema real

O plano de ação foi construído sobre essas duas causas, não sobre os sintomas visíveis. Resultado: no trimestre seguinte, o índice de atraso caiu de 22% para 7%.

Ishikawa vs. 5 Porquês vs. Diagrama de Pareto: quando usar cada um

Essas três ferramentas são complementares, não concorrentes. Entender a diferença ajuda a escolher a certa para cada situação.

Ferramenta	Melhor para	Limitação
Diagrama de Ishikawa	Mapear todas as possíveis causas de um problema complexo	Não prioriza — você precisa de outra ferramenta para isso
5 Porquês	Aprofundar uma causa específica já identificada	Não serve para problemas com múltiplas causas simultâneas
Diagrama de Pareto	Identificar quais causas geram a maior parte dos problemas	Precisa de dados históricos para funcionar bem

O fluxo mais eficiente é: use o Ishikawa para levantar todas as causas, use o Pareto para priorizar as mais frequentes, e use os 5 Porquês para aprofundar cada uma delas.

Ferramentas para montar o diagrama

Se preferir não usar papel e caneta, existem opções digitais gratuitas:

Miro — o mais completo para trabalho em equipe. Tem template pronto e permite colaboração em tempo real. Gratuito para uso básico.

Canva — tem templates visuais de Ishikawa. Mais fácil de usar, mas menos flexível para análises complexas.

Lucidchart — bom para integrações com outros sistemas. Gratuito com limitações.

PowerPoint ou Google Apresentações — funcionam bem para análises individuais. Use formas básicas e texto.

Para documentação formal em sistemas de gestão da qualidade ou ISO, prefira uma ferramenta que permita exportar em PDF e manter histórico de versões.

Erros comuns ao usar o Diagrama de Ishikawa

Definir o problema de forma vaga. “Qualidade ruim” não é um problema bem definido. Sem precisão no efeito, as causas levantadas também serão imprecisas.

Fazer a análise sozinho. O valor do Ishikawa está no brainstorming coletivo. Uma pessoa sozinha tem uma visão limitada do processo. Envolva quem realmente executa o trabalho.

Parar no diagrama. O diagrama é o mapa, não a solução. Sem um plano de ação com responsável e prazo, a análise não gera resultado.

Confundir sintoma com causa. “Cliente insatisfeito” é um sintoma, não uma causa. “Prazo de entrega sendo prometido sem consultar a capacidade de produção” é uma causa.

Usar o diagrama para problemas simples. Se a causa é óbvia, o diagrama é desperdício de tempo. Reserve a ferramenta para quando a complexidade justifica o esforço.

Resumo rápido

O Diagrama de Ishikawa é útil quando um problema se repete e a equipe não sabe exatamente por quê. Ele estrutura o pensamento, envolve o time e aponta para causas raiz em vez de sintomas. O resultado só aparece quando a análise é seguida de um plano de ação concreto.

Se você está começando a implementar ferramentas de qualidade na sua empresa, o Ishikawa é um bom ponto de partida por ser visual, simples de entender e fácil de aplicar sem software específico.