Diagrama de Ishikawa (espinha de peixe): como fazer a análise de causa passo a passo
Todo gestor da qualidade já desenhou uma espinha de peixe no quadro branco. Poucos tiraram valor real dela. Na maioria das empresas, o Diagrama de Ishikawa vira um ritual: reúne meia dúzia de pessoas, enche as ramificações de palpites, tira foto e arquiva. O problema continua exatamente onde estava — porque ninguém confirmou nenhuma daquelas causas com dado.
O Diagrama de Ishikawa (também chamado de diagrama de causa e efeito ou espinha de peixe) é uma das ferramentas mais úteis da qualidade quando usada como ela foi pensada: um mapa para não esquecer nenhuma frente de causa antes de sair confirmando com evidência. Neste guia você vai ver o que é, como montar a espinha usando os 6M, um exemplo completo do problema à causa raiz, como combinar o Ishikawa com os 5 Porquês e os erros que transformam a ferramenta em desenho decorativo.
Diagrama de Ishikawa: o que é e para que serve
O Diagrama de Ishikawa é uma ferramenta visual que organiza, de forma estruturada, todas as causas possíveis de um determinado efeito (o problema). Foi criado pelo engenheiro químico japonês Kaoru Ishikawa nos anos 1960, no auge do movimento da qualidade japonês, e ganhou o apelido de "espinha de peixe" pelo formato: o problema fica na "cabeça", à direita, e as categorias de causa saem como espinhas da linha central.
A função dele não é resolver o problema — é garantir que a sua análise de causa não fique presa na primeira hipótese óbvia. Quando o problema tem muitas causas potenciais, o Ishikawa força a equipe a olhar para todas as frentes antes de decidir onde investir. É por isso que ele aparece na etapa de análise de causa de qualquer boa tratativa de não conformidade e no Plan do Ciclo PDCA.
💡 Guarde a distinção: efeito é o problema que você vê (o defeito, o atraso, a reclamação); causas são os fatores que o produzem. O Ishikawa existe para separar um do outro — porque a maioria das empresas trata o efeito repetidamente e nunca chega às causas.
Os 6M: as categorias que organizam a espinha
A espinha de peixe organiza as causas em grandes categorias. O modelo mais usado na indústria é o dos 6M — seis famílias de causa que funcionam como um checklist para não deixar nenhuma frente de fora:
| Categoria (M) | O que investigar | Exemplo de causa |
|---|---|---|
| Método | O jeito de fazer: procedimento, sequência, parâmetros de processo | POP desatualizado, etapa sem padrão definido |
| Mão de obra | As pessoas: capacitação, treinamento, dimensionamento da equipe | Operador não treinado no novo padrão, turno com gente a menos |
| Máquina | Equipamentos: manutenção, desgaste, calibração, ajuste | Ferramenta gasta, máquina sem manutenção preventiva |
| Material | Insumos: qualidade, especificação, fornecedor, armazenamento | Matéria-prima fora de especificação, lote de fornecedor novo |
| Medição | Como se mede: instrumentos, critério, calibração dos aparelhos | Paquímetro descalibrado, critério de aprovação subjetivo |
| Meio ambiente | O ambiente: temperatura, umidade, layout, iluminação, ruído | Umidade alta afetando o produto, área mal iluminada gerando erro |
Os 6M são um ponto de partida, não uma camisa de força. Em serviços, onde não há máquina nem material físico, é comum trocar para os 4P — Políticas, Procedimentos, Pessoas e Planta (estrutura) — ou simplesmente criar categorias que façam sentido para o processo: "sistema", "cliente", "comunicação". O que não pode faltar é a lógica de olhar para várias frentes, e não só para a mais visível.
⚠️ Repare que "Mão de obra" é uma das seis categorias — não a resposta padrão. Quando a equipe enche só essa ramificação ("faltou atenção", "erro do operador") e deixa as outras cinco vazias, o diagrama já nasceu enviesado. Bons analistas desconfiam de espinha de peixe que aponta sempre para a pessoa.
Como fazer o Diagrama de Ishikawa: passo a passo
1. Defina o problema (o efeito) com precisão
Escreva o problema na cabeça do peixe de forma objetiva e mensurável. "Qualidade ruim" não é problema; "índice de refugo da linha 2 subiu de 2% para 6% em junho" é. Um efeito mal definido gera uma espinha inteira de hipóteses genéricas. Quanto mais específico o problema — o que, onde, quanto, desde quando —, mais direto será encontrar a causa.
2. Desenhe a espinha e escolha as categorias
Trace a linha horizontal apontando para a cabeça e puxe as ramificações principais — os 6M na indústria, os 4P em serviços, ou categorias adaptadas. Não precisa usar todas: se "Meio ambiente" não faz sentido para o seu problema, corte. O diagrama serve a você, não o contrário.
3. Levante as causas possíveis com a equipe certa
Reúna quem conhece o processo de perto — operador, líder, manutenção, qualidade — e faça um brainstorming por categoria: "que causas de método poderiam gerar esse refugo? E de máquina?". Anote tudo, sem filtrar ainda. Nesta fase quantidade importa: é melhor ter dez hipóteses e descartar oito do que parar na primeira.
4. Aprofunde cada causa (aqui entram os 5 Porquês)
Para as causas mais prováveis, não pare na superfície. Pergunte "por quê?" sucessivamente até chegar a uma causa de sistema, e não de pessoa. É a mesma lógica de causa raiz que sustenta uma boa tratativa: "ferramenta gasta" ainda é sintoma; "não existe controle de vida útil da ferramenta" é a raiz. O Ishikawa abre o leque de onde procurar; os 5 Porquês cavam até o fundo de cada hipótese que merece atenção.
5. Confirme a causa raiz com dados — não com votação
Este é o passo que separa a análise de verdade do teatro. Você tem várias hipóteses na espinha; agora verifique cada uma com evidência. O refugo aumenta com um lote específico de material? Só num turno? Só depois de certo número de peças por ferramenta? Cruze dados, faça um teste, olhe o histórico. A causa raiz é a hipótese que os dados confirmam, não a que ganhou mais votos na reunião.
6. Leve a causa confirmada para o plano de ação
Causa raiz identificada e comprovada, o Ishikawa cumpriu seu papel — agora vira ação. A causa confirmada entra no plano de ação corretiva (o quê, quem, até quando, como verificar) e, depois, na verificação de eficácia. Ferramenta de análise não corrige nada sozinha; ela só aponta onde a correção precisa acontecer.
Exemplo resolvido: do problema à causa raiz
Vamos ao concreto. Uma indústria de alimentos registrava aumento de reclamações de embalagens com selagem falha — pacotes vazando ou abrindo no transporte. O índice pulou de 1,5% para 5% em um mês. Veja o Ishikawa aplicado:
| Categoria | Hipóteses levantadas | Verificação com dados |
|---|---|---|
| Método | Parâmetro de temperatura da seladora fora do padrão | Confirmado que o POP não definia faixa de temperatura — cada turno ajustava "no olho" |
| Mão de obra | Operador novo sem treinamento | Descartado: falha ocorria também com operadores experientes |
| Máquina | Resistência da seladora desgastada | Parcial: resistência dentro do prazo, mas sem verificação de temperatura real |
| Material | Bobina de filme de fornecedor novo | Confirmado: o filme novo exigia temperatura maior que a usada |
| Medição | Termômetro da seladora descalibrado | Descartado após calibração de conferência |
| Meio ambiente | Umidade da área de embalagem | Descartado: sem correlação com os dias de maior falha |
A espinha levantou seis frentes. Os dados confirmaram duas causas combinadas: a bobina nova exigia temperatura de selagem mais alta (Material) e o processo não tinha faixa de temperatura padronizada (Método), então cada turno operava num ponto diferente. Aplicando os 5 Porquês no Método: por que não havia faixa definida? Porque o POP nunca especificou parâmetro. Por quê? Porque o processo foi "aprendido na prática" e nunca formalizado — causa raiz de gestão.
✅ A ação corretiva saiu direta da análise: definir a faixa de temperatura por tipo de filme, registrar no POP, criar verificação de temperatura no início de cada turno e alinhar a especificação com o fornecedor. Note que nenhuma das ações foi "orientar o colaborador" — porque a causa não estava na pessoa, estava no padrão que não existia.
Ishikawa e 5 Porquês: quando usar cada um
As duas ferramentas vivem sendo confundidas, mas resolvem momentos diferentes da análise:
- Ishikawa — use quando o problema tem muitas causas possíveis e você não sabe por onde começar. Ele abre o leque e garante cobertura de todas as frentes (os 6M).
- 5 Porquês — use quando você já tem uma causa provável e precisa cavar até a raiz. Ele aprofunda uma linha de causa, do sintoma à origem de sistema.
Na vida real, o fluxo mais eficiente é usar os dois em sequência: o Ishikawa organiza e prioriza as hipóteses, você confirma qual é a verdadeira com dados, e os 5 Porquês levam essa causa confirmada até o nível em que a ação realmente elimina o problema. Ferramenta isolada resolve caso simples; problema complexo pede as duas.
Os erros que transformam o Ishikawa em desenho decorativo
- Confirmar causa por votação, não por dado — a hipótese mais popular na reunião raramente é a causa raiz. Sem verificação com evidência, o diagrama é só um mural de palpites organizados.
- Encher só a categoria "Mão de obra" — quando toda a espinha aponta para "falha humana", quase sempre há uma causa de processo (padrão inexistente, treinamento que não houve) sendo ignorada.
- Definir o problema de forma vaga — "produto ruim" na cabeça do peixe gera uma espinha de hipóteses genéricas. Efeito mal definido, análise perdida.
- Parar na causa de superfície — "máquina quebrou" não é causa raiz; é sintoma. Sem os 5 Porquês por cima, você conserta a máquina hoje e ela quebra de novo mês que vem.
- Fazer o diagrama e não gerar ação — Ishikawa que termina em foto do quadro e nenhum plano de ação é esforço jogado fora. A ferramenta só vale se a causa confirmada virar correção com dono e prazo.
De ferramenta a resultado: feche o ciclo
O Diagrama de Ishikawa não é o objetivo — é um degrau. Ele organiza o raciocínio para você não sair corrigindo sintoma; os dados confirmam qual hipótese é real; a ação corretiva ataca a causa; e a verificação de eficácia comprova que o problema parou. É o mesmo giro que estrutura o PDCA e que dá musculatura aos indicadores da qualidade: dado que vira decisão, não enfeite de parede.
Comece pequeno. Pegue um problema recorrente que hoje se resolve "no grito", reúna quem conhece o processo, monte a espinha com os 6M e — este é o passo que muda tudo — confirme a causa com evidência antes de agir. Feito uma vez com disciplina, você nunca mais vai olhar para uma espinha de peixe cheia de "falta de atenção" e achar que aquilo é análise de causa.
Perguntas frequentes
O que são os 6M do Diagrama de Ishikawa?
São as seis categorias clássicas para organizar as causas possíveis de um problema: Método, Mão de obra, Máquina, Material, Medição e Meio ambiente. Elas funcionam como um roteiro para não esquecer nenhuma frente de causa. Em serviços é comum usar os 4P (Políticas, Procedimentos, Pessoas, Planta) ou simplesmente adaptar as categorias à realidade do processo.
Qual a diferença entre Ishikawa e 5 Porquês?
O Ishikawa abre o leque: organiza todas as causas possíveis em categorias, ideal quando o problema tem muitas hipóteses. Os 5 Porquês aprofundam: pegam uma causa provável e cavam até a raiz. Na prática as duas se completam — o Ishikawa levanta as hipóteses, você confirma com dados qual é a verdadeira e usa os 5 Porquês para chegar à causa de sistema.
O Diagrama de Ishikawa aponta a causa raiz sozinho?
Não. O diagrama só organiza hipóteses — ele mostra onde procurar, não onde está. A causa raiz aparece quando você verifica cada hipótese com dados e evidência. Preencher a espinha de peixe e escolher a causa por votação ou intuição é o erro mais comum: vira desenho bonito sem resolver o problema.
Quando devo usar o Ishikawa em vez de só corrigir o problema?
Use a análise de causa em problemas relevantes, recorrentes ou de auditoria — não em cada pequeno desvio. Uma não conformidade pontual e de baixo impacto pode ser tratada só com correção e registro. Reserve o Ishikawa para quando o mesmo problema volta, quando o impacto é alto ou quando a ISO 9001 (10.2) pede eliminar a causa.