Construir um Diagrama de Ishikawa sem um exemplo de referência é como montar um móvel sem as instruções — você sabe que é possível, mas o resultado raramente fica como deveria.
O problema mais comum não é não saber o que é o diagrama. É saber o que é e travar na hora de aplicar: quais categorias usar, como formular as causas, com que nível de detalhe entrar em cada ramo.
Este artigo resolve isso com exemplos reais e preenchidos por setor — indústria, saúde, serviços e RH. Cada exemplo segue a mesma estrutura que um Green Belt ou Black Belt usaria num projeto real de Lean Six Sigma.
O que é o Diagrama de Ishikawa — revisão rápida
O Diagrama de Ishikawa — também chamado de diagrama de causa e efeito ou espinha de peixe — é uma ferramenta visual para organizar e mapear as possíveis causas de um problema específico.
A estrutura é sempre a mesma: o problema (efeito) fica na “cabeça do peixe”, à direita. As categorias de causa formam as “espinhas” principais. As causas específicas de cada categoria formam as “espinhas” secundárias e terciárias.
As categorias mais usadas são os 6M: Máquina, Método, Mão de obra, Material, Meio ambiente e Medição. Em serviços e saúde, é comum substituir “Máquina” por “Equipamento” ou adaptar para 4P (Políticas, Procedimentos, Pessoas, Planta) ou 4S (Suppliers, Systems, Skills, Surroundings).
O diagrama não confirma causas — mapeia hipóteses. A confirmação exige dados e validação, geralmente na sequência do DMAIC.
Exemplo 1 — Indústria: alto índice de peças defeituosas
Contexto: fábrica de componentes metálicos estampados. Taxa de rejeição de 8,3% na inspeção final, contra meta de 2%. Problema priorizado pelo Gráfico de Pareto: deformação dimensional (responsável por 61% das rejeições).
Efeito (cabeça do peixe): Deformação dimensional acima do tolerado
| Categoria (6M) | Causas potenciais mapeadas |
|---|---|
| Máquina | Prensa com folga no guia / Manutenção preventiva atrasada / Variação de pressão hidráulica entre ciclos / Desgaste da matriz sem reposição no prazo |
| Método | Parâmetros de prensagem não revisados após troca de lote / Sequência de estampagem não padronizada / Setup realizado sem checklist |
| Mão de obra | Operador não treinado para identificar desgaste da ferramenta / Rotatividade alta — operadores novos sem qualificação completa / Fadiga em turno noturno |
| Material | Variação de espessura entre bobinas do mesmo fornecedor / Dureza fora da especificação em lotes recentes / Armazenamento incorreto gerando oxidação superficial |
| Meio ambiente | Variação de temperatura no galpão afetando dimensional da peça resfriada / Vibração de equipamentos adjacentes durante a estampagem |
| Medição | Paquímetro não calibrado / Técnico de inspeção com critério diferente do especificado / Frequência de medição insuficiente (a cada 50 peças, não a cada 20) |
Causas raiz confirmadas após investigação: variação de espessura entre bobinas (validada por MSA) e parâmetros de prensagem não ajustados após troca de lote (confirmada por análise de dados históricos). As outras causas foram descartadas ou classificadas como secundárias.
Exemplo 2 — Saúde: tempo de espera elevado na triagem
Contexto: pronto-socorro de hospital de médio porte. Tempo médio de espera até triagem: 43 minutos. Meta: 15 minutos. Índice de satisfação do paciente em queda por três trimestres consecutivos.
Efeito (cabeça do peixe): Tempo de espera para triagem acima de 15 minutos
| Categoria | Causas potenciais mapeadas |
|---|---|
| Equipamento | Sistema de prontuário eletrônico lento / Impressora de pulseiras com falhas frequentes / Balança e termômetro não disponíveis no posto de triagem |
| Método | Formulário de triagem com 14 campos, sendo 6 redundantes com cadastro / Não existe fluxo separado para casos simples e complexos / Protocolo de classificação de risco não seguido uniformemente |
| Mão de obra | Enfermeiro de triagem acumulando outras funções simultâneas / Ausência de cobertura nos intervalos / Treinamento no protocolo Manchester desatualizado |
| Material | Falta de pulseiras coloridas em estoque em horários de pico / Formulários físicos usados quando sistema cai — sem processo padronizado |
| Meio ambiente | Área de triagem com capacidade para 2 macas, pico com 6 pacientes simultâneos / Ruído elevado dificultando coleta de informações do paciente |
| Medição | Tempo de espera medido do cadastro, não da chegada / Dados de fluxo por hora não disponíveis para gestão em tempo real |
Causas raiz confirmadas: formulário com campos redundantes (eliminados 5 dos 6 desnecessários após mapeamento) e ausência de cobertura nos intervalos (escala redesenhada). O tempo médio caiu para 18 minutos em 6 semanas.
Exemplo 3 — Serviços: alto índice de erros em contratos
Contexto: empresa de serviços financeiros. 23% dos contratos gerados apresentam pelo menos um erro que exige retrabalho antes da assinatura. Custo de retrabalho estimado em R$4.200/mês em horas de analista.
Efeito (cabeça do peixe): Erros em contratos exigindo retrabalho
| Categoria | Causas potenciais mapeadas |
|---|---|
| Sistema | CRM não integrado com sistema de geração de contrato — dados copiados manualmente / Template de contrato desatualizado em relação às cláusulas vigentes / Sem validação automática de campos obrigatórios |
| Método | Não existe checklist de revisão antes de enviar / Aprovação do contrato por e-mail sem versionamento — versão errada assinada em 3 casos / Processo de atualização de templates sem responsável definido |
| Pessoas | Analistas novos sem treinamento específico em contratos / Alta rotatividade na função (3 analistas em 8 meses) / Pressão por velocidade sobrepõe revisão |
| Material/Informação | Dados do cliente chegam por e-mail em formatos diferentes / Proposta comercial com campos diferentes do contrato — transcrição manual gera erro / Sem padrão para dados cadastrais do cliente |
| Medição | Erro detectado só após o cliente apontar / Sem indicador de taxa de erro por analista / Sem categorização do tipo de erro para priorizar melhoria |
Causas raiz confirmadas: ausência de checklist de revisão (implementado — reduziu 40% dos erros imediatamente) e transcrição manual de dados da proposta para o contrato (integração de sistemas resolveu os 60% restantes em 90 dias).
Exemplo 4 — RH: alta taxa de turnover no primeiro ano
Contexto: empresa de varejo com 1.200 funcionários. Taxa de turnover de colaboradores com menos de 12 meses: 47% ao ano. Custo estimado de substituição por colaborador: R$8.500 (recrutamento + treinamento + queda de produtividade). Custo anual do problema: R$1,2 milhão.
Efeito (cabeça do peixe): Saída de colaboradores nos primeiros 12 meses
| Categoria | Causas potenciais mapeadas |
|---|---|
| Processo seletivo | Perfil da vaga desalinhado com realidade do cargo / Candidato não informado sobre rotina real (escala, metas, pressão) / Decisão de contratação por disponibilidade, não por fit |
| Onboarding | Integração de 1 dia — insuficiente para compreender cultura e processos / Sem buddy designado para os primeiros 30 dias / Gestor sem tempo para acompanhar novo colaborador |
| Gestão | Feedback só na avaliação semestral / Problemas do colaborador identificados tarde / Gestor sem treinamento em liderança de equipes |
| Remuneração e benefícios | Salário abaixo do mercado para a função / Promoção percebida como subjetiva / Benefícios disponíveis mas não comunicados adequadamente |
| Ambiente | Metas agressivas sem suporte para atingi-las / Conflitos entre equipes não resolvidos / Carga de trabalho desigual entre colaboradores da mesma função |
| Medição | Entrevista de desligamento não realizada sistematicamente / Dados de saída não analisados para identificar padrões / Turnover medido globalmente — sem recorte por loja, função ou gestor |
Causas raiz confirmadas via entrevistas de desligamento e dados de HR analytics: desalinhamento de expectativas no processo seletivo e ausência de acompanhamento estruturado nos primeiros 90 dias. Após implementar entrevista estruturada de expectativas na seleção e programa de onboarding de 90 dias com checkpoints mensais, o turnover no primeiro ano caiu de 47% para 29% em dois ciclos.
Como construir um Diagrama de Ishikawa — passo a passo
1. Defina o efeito com precisão. Não “problemas de qualidade” — mas “taxa de rejeição acima de 2% na linha 3 nos últimos 60 dias”. Quanto mais específico o efeito, mais útil o diagrama.
2. Reúna a equipe certa. O Ishikawa funciona melhor com pessoas que conhecem o processo real — operadores, técnicos, supervisores. Quem está no Gemba tem o conhecimento mais preciso sobre o que realmente acontece.
3. Escolha as categorias. Para indústria, os 6M são o padrão. Para serviços, adapte: Sistemas, Método, Pessoas, Informação, Ambiente. O que importa é que as categorias cubram todos os aspectos do processo.
4. Mapeie causas por categoria. Para cada categoria, pergunte: “o que nesta dimensão poderia causar o problema?” Use os 5 Porquês para aprofundar cada causa — o primeiro “por quê” raramente chega à causa raiz.
5. Priorize as causas para investigar. Com o diagrama completo, vote em equipe ou use dados históricos para identificar quais causas têm maior probabilidade de serem as reais. Um segundo Gráfico de Pareto pode ajudar aqui.
6. Valide com dados. O Ishikawa gera hipóteses — não confirma causas. Cada causa selecionada precisa ser testada com dados antes de propor solução.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua.
Construir um Diagrama de Ishikawa com a equipe certa, no problema certo, com o nível certo de detalhe — e depois validar as hipóteses com dados — é uma das competências mais práticas que um profissional de melhoria desenvolve. O programa Green Belt da EDTI desenvolve isso com projetos reais e orientação técnica.
Perguntas frequentes sobre exemplos de Diagrama de Ishikawa
O que colocar no Diagrama de Ishikawa?
Na cabeça do peixe (à direita): o problema específico que você quer investigar, descrito de forma mensurável. Nas espinhas principais: as categorias de causa (6M para indústria, adaptações para serviços e saúde). Nas espinhas secundárias e terciárias: as causas potenciais específicas para cada categoria, detalhadas o suficiente para serem investigadas e testadas.
Quais são os 6M do Diagrama de Ishikawa?
Máquina (equipamentos e tecnologia), Método (processos e procedimentos), Mão de obra (pessoas e competências), Material (insumos e matéria-prima), Meio ambiente (condições físicas e contexto) e Medição (instrumentos, critérios e frequência de medição). As seis categorias cobrem sistematicamente todos os aspectos de um processo produtivo.
Posso usar o Diagrama de Ishikawa em serviços?
Sim. As categorias são adaptadas: Sistemas (em vez de Máquina), Método, Pessoas (em vez de Mão de obra), Informação (em vez de Material), Ambiente e Medição. O princípio é o mesmo — mapear causas potenciais por categoria para garantir que nenhuma dimensão do problema seja negligenciada.
Qual a diferença entre Diagrama de Ishikawa e 5 Porquês?
O Diagrama de Ishikawa mapeia em largura — organiza todas as causas potenciais por categoria. Os 5 Porquês aprofundam em profundidade — investigam a cadeia causal de uma causa específica até chegar à raiz. As duas ferramentas são complementares: o Ishikawa identifica quais causas investigar; os 5 Porquês aprofundam cada uma delas.
O Diagrama de Ishikawa confirma a causa raiz?
Não. O diagrama mapeia hipóteses de causa — possíveis explicações para o problema. A confirmação exige validação com dados: análise estatística, testes controlados, observação no Gemba ou análise de correlação. O Ishikawa organiza o raciocínio antes da investigação; não substitui a investigação.
Quantas causas deve ter um Diagrama de Ishikawa?
Não existe número fixo. Um diagrama com menos de 10 causas totais provavelmente está superficial. Um com mais de 50 provavelmente está misturando causas com sintomas ou perdendo foco. O objetivo é cobrir sistematicamente as principais hipóteses de cada categoria — com detalhe suficiente para investigação, sem entrar em causas que não são investigáveis com os recursos disponíveis.