O diagrama de causa-efeito — também chamado de diagrama de espinha de peixe ou diagrama de Ishikawa — é uma das ferramentas mais usadas na análise de causa raiz. Ele organiza visualmente as possíveis causas de um problema (o efeito) em categorias, para que a equipe encontre a origem real — e não fique apagando incêndio no sintoma. Neste guia você vê o que é, quando usar, os 6M, o passo a passo para montar um e um exemplo prático.
Cadastre-se para navegar sem anúncios e participar do Project Together →
O que é o diagrama de causa e efeito (Ishikawa)?
O diagrama de causa e efeito é uma ferramenta de qualidade que relaciona um problema (o “efeito”, desenhado na cabeça do peixe) às suas causas potenciais (as “espinhas”), agrupadas por categoria. Foi criado pelo engenheiro japonês Kaoru Ishikawa nos anos 1960, no contexto do controle de qualidade — por isso os três nomes: causa-efeito, Ishikawa e espinha de peixe (pelo formato do desenho).
A ideia é simples e poderosa: em vez de discutir soluções cedo demais, a equipe primeiro mapeia todas as causas plausíveis de forma estruturada. Ver as causas organizadas ajuda o grupo a enxergar padrões, priorizar investigação e chegar à causa raiz com base em fatos.
Para que serve e quando usar
Use o diagrama de Ishikawa sempre que precisar entender por que um problema acontece antes de agir. Ele é útil para:
- Análise de causa raiz (RCA) — encontrar a origem de um defeito, atraso ou reclamação recorrente.
- Brainstorming estruturado — reunir a equipe e levantar causas sem perder o foco.
- Melhoria de processos — descobrir onde o valor vaza antes de redesenhar o fluxo.
- Prevenção — mapear o que poderia dar errado e agir antes.
A regra de ouro: o alvo é o problema, não a pessoa. O diagrama expõe causas do processo, não culpados.
Os 6M do diagrama de Ishikawa
Para não esquecer nenhuma frente, as causas são agrupadas em categorias. A versão mais conhecida são os 6M, herança da indústria — mas as mesmas categorias aparecem com nomes equivalentes em serviços e projetos:
| Categoria (6M) | O que investigar | Exemplo de causa |
|---|---|---|
| Método | Procedimentos, regras e a forma de trabalhar | Não há padrão para conferir o pedido |
| Máquina / Equipamento | Sistemas, ferramentas e infraestrutura | Sistema fora do ar com frequência |
| Material | Insumos, dados e documentos de entrada | Informação incompleta ou ilegível |
| Mão de obra / Pessoal | Pessoas, competência, capacidade e treinamento | Equipe sem treinamento no novo fluxo |
| Medição / Medidas | Indicadores, controles e forma de medir | Ninguém mede o tempo de cada etapa |
| Meio ambiente | Contexto, ambiente físico e organizacional | Sobrecarga em fim de mês |
Você não é obrigado a usar exatamente os 6M. Em serviços, muitos times usam os 4P (Políticas, Procedimentos, Pessoas, Planta/instalações) ou simplesmente criam as categorias que fazem sentido para o problema. O importante é ter categorias que ajudem a equipe a pensar em todas as frentes.
Como montar um diagrama de causa e efeito em 6 passos
A análise de causa e efeito é composta de 6 etapas:
- Identificar o problema — descreva o efeito de forma clara e específica (ex.: “reembolso pago com mais de 10 dias de atraso”). Ele vira a “cabeça do peixe”.
- Selecionar a equipe interdisciplinar — reúna quem conhece o processo de pontas diferentes; a diversidade de visão é o que revela causas escondidas.
- Desenhar a caixa do problema e a seta principal — a espinha central que aponta para o efeito.
- Especificar as categorias — as espinhas maiores (os 6M: Pessoal, Método, Material, Equipamento, Medidas e Ambiente — ou as categorias que fizerem sentido).
- Levantar as causas de cada categoria — pergunte “por que isso acontece?” para cada frente. Vale aprofundar com os 5 Porquês em cada causa relevante.
- Identificar ações corretivas — para as causas mais prováveis (e sob seu controle), defina o que fazer para eliminá-las.
Exemplo prático
Problema (efeito): “reembolso pago com atraso”. Causas levantadas por categoria:
- Método: conferência dos recibos feita manualmente, uma a uma.
- Material: recibo faltando ou ilegível, que trava o pedido.
- Pessoal: gestor ausente para aprovar.
- Máquina: pagamento preso ao fechamento mensal do sistema.
- Medida: ninguém acompanha o prazo médio de pagamento.
- Ambiente: pico de solicitações no fim do mês.
Com as causas à vista, a equipe prioriza as de maior impacto e sob seu controle (por exemplo, validar o recibo na entrada e pagar em lote semanal) e define ações corretivas — em vez de simplesmente “cobrar mais rápido”.
Ishikawa, 5 Porquês e análise de causa raiz
O diagrama de Ishikawa é a ferramenta mais comum da Análise de Causa Raiz (RCA), mas trabalha melhor combinado com outras técnicas. Depois de levantar as causas no diagrama, use os 5 Porquês para descer de uma causa aparente até a origem: pergunte “por quê?” cinco vezes seguidas. O diagrama abre o leque de causas; os 5 Porquês aprofundam cada uma. Juntos, eles evitam o erro mais comum: confundir o sintoma com a causa.
Erros comuns a evitar
- Parar no sintoma. “O cliente reclamou” é sintoma; a causa está mais fundo.
- Buscar culpados. O foco é o processo, não a pessoa — senão a equipe esconde informação.
- Encher de causas sem priorizar. Um diagrama com 50 espinhas não ajuda; destaque as poucas causas mais prováveis.
- Pular para a solução. Primeiro entenda; a ação corretiva vem só depois de identificar a causa raiz.
Perguntas frequentes
Qual a diferença entre diagrama de Ishikawa, espinha de peixe e causa-efeito?
Nenhuma — são três nomes para a mesma ferramenta. “Ishikawa” vem do criador, “espinha de peixe” vem do formato do desenho e “causa-efeito” descreve a função.
Quantos “M” tem o diagrama?
A versão clássica tem 6M (Método, Máquina, Material, Mão de obra, Medição e Meio ambiente). Existem variações com 4M, 7M ou 8M — use as categorias que fizerem sentido para o seu problema.
Quando usar o diagrama de causa e efeito?
Sempre que precisar entender por que um problema recorrente acontece, antes de decidir a solução — em análise de causa raiz, melhoria de processos e brainstorming estruturado.
Quem criou o diagrama de Ishikawa?
O engenheiro japonês Kaoru Ishikawa, nos anos 1960, dentro do movimento de controle de qualidade.
Da causa raiz à melhoria do processo
Encontrar a causa é o começo — o próximo passo é mudar o processo para que o problema não volte. É exatamente isso que você pratica no BPM Together, aplicando o Ishikawa dentro da análise de processos (AS-IS) para descobrir onde o valor vaza e redesenhar o fluxo.
Referências Bibliográficas
PMI - PROJECT MANAGEMENT INSTITUTE. Guia PMBOK®: Um Guia para o Conjunto de Conhecimentos em Gerenciamento de Projetos, Sétima edição, Pennsylvania: PMI, 2021.
PMI - PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge and the Standard for Project Management, 7th Edition, Pennsylvania: PMI, 2021.
MONTES, Eduardo. Modelos, métodos e artefatos de projetos, 1ª Ed., Editora Senac São Paulo, 2022.
Cadastre-se para navegar sem anúncios e participar do Project Together →
Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.
