Pular para o conteúdo
Você está aqui: Início / Blog / Ishikawa x 5 Porquês: qual a diferença e quando usar cada ferramenta?

Ishikawa x 5 Porquês: qual a diferença e quando usar cada ferramenta?

A cena é comum em qualquer projeto de melhoria: a equipe se reúne para analisar a causa de um problema, alguém propõe o Diagrama de Ishikawa, outra pessoa sugere os 5 Porquês, e a discussão que deveria ser sobre o processo vira uma discussão sobre qual ferramenta usar.

O problema dessa discussão é a premissa. Ishikawa e 5 Porquês não são concorrentes. São ferramentas que respondem a perguntas diferentes dentro da análise de causa raiz — e que, quando usadas em sequência correta, produzem um resultado que nenhuma das duas alcança sozinha.

Entender quando usar cada uma, e como combiná-las, é o que separa uma análise de causa que resolve o problema de uma análise de causa que apenas documenta o problema.

Ishikawa e 5 Porquês são concorrentes?

Não. São ferramentas complementares. O Ishikawa amplia o conjunto de hipóteses — mapeia todas as possíveis causas de um problema em múltiplas dimensões. Os 5 Porquês aprofundam a investigação até a causa raiz — percorrem verticalmente uma cadeia de causas até chegar àquela que, se eliminada, impede o problema de recorrer.

O que cada ferramenta faz — e o que ela não faz

O Diagrama de Ishikawa é uma ferramenta de expansão. Seu papel é ampliar o campo de visão da equipe sobre as possíveis causas de um efeito indesejado. Organizado nas categorias dos 6M (Máquina, Método, Mão de obra, Material, Meio ambiente, Medição), ele força a equipe a considerar causas em múltiplas dimensões antes de convergir para uma hipótese.

Os 5 Porquês são uma ferramenta de aprofundamento. Seu papel é descer verticalmente em uma cadeia de causas e efeitos até chegar à causa que, se eliminada, impede o problema de recorrer. Para cada “por quê” respondido, um novo “por quê” é feito sobre a resposta anterior — até que a equipe chegue a uma causa sobre a qual pode agir diretamente.

Dimensão Diagrama de Ishikawa 5 Porquês
Direção do raciocínio Horizontal — expande para múltiplas categorias Vertical — aprofunda em uma cadeia
Pergunta central Quais são todas as possíveis causas? Por que esta causa existe?
Resultado Mapa de hipóteses organizadas por categoria Causa raiz de uma hipótese específica
Limitação principal Não aprofunda — lista causas sem hierarquizar profundidade Não expande — pode ignorar causas em outras dimensões
Melhor momento de uso Quando o problema é novo ou as causas são desconhecidas Quando uma hipótese já foi identificada e priorizada

Quando usar cada ferramenta — guia rápido

Situação Ferramenta recomendada
Causas desconhecidas ou equipe com opiniões divergentes Ishikawa
Causa provável já identificada pelos dados 5 Porquês
Projeto DMAIC — fase Analyze Ishikawa → priorizar → 5 Porquês
Kaizen rápido ou incidente de manutenção 5 Porquês
Brainstorming com time multifuncional Ishikawa
Problema recorrente com histórico de dados Ishikawa + 5 Porquês

Como combinar as duas ferramentas no DMAIC

A combinação mais eficiente posiciona o Ishikawa na fase Analyze do DMAIC como primeiro passo, e os 5 Porquês como segundo passo — aplicado apenas às hipóteses priorizadas, não a todas. O fluxo de decisão abaixo resume o protocolo:

Problema identificado
        │
        ▼
┌─────────────────────────────┐
│  Causas desconhecidas       │
│  ou disputadas?             │
└─────────────────────────────┘
        │                    │
       SIM                  NÃO
        │                    │
        ▼                    ▼
  ┌──────────┐         ┌──────────┐
  │ Ishikawa │         │5 Porquês │
  │ Expande  │         │Aprofunda │
  └──────────┘         └──────────┘
        │                    │
        ▼                    │
  Priorizar com              │
  dados / Pareto             │
        │                    │
        ▼                    │
  ┌──────────┐               │
  │5 Porquês │               │
  │Aprofunda │               │
  └──────────┘               │
        │                    │
        └─────────┬──────────┘
                  │
                  ▼
        Validar causa raiz
                  │
                  ▼
           Plano de ação
                  │
                  ▼
       Controlar e monitorar

O protocolo funciona em quatro etapas:

Etapa 1 — Construir o Ishikawa com o time. Reunir as pessoas que conhecem o processo e mapear hipóteses nos 6M. O objetivo é quantidade: quanto mais hipóteses levantadas aqui, menor o risco de ignorar a causa real. Para detalhes de como facilitar essa sessão, veja o artigo sobre o Diagrama de Ishikawa.

Etapa 2 — Priorizar com dados. Com o mapa de hipóteses em mãos, usar dados do processo para eliminar as que não se sustentam. O Gráfico de Pareto é útil aqui — mostra quais categorias concentram maior frequência ou impacto. O objetivo é sair de 15 hipóteses para 2 ou 3 com maior evidência.

Etapa 3 — Aplicar os 5 Porquês nas hipóteses priorizadas. Para cada hipótese que sobreviveu à priorização, construir a cadeia de porquês. Cada resposta precisa ser verificável — não uma suposição, mas algo que o time pode confirmar com dado ou observação direta no processo. Para detalhes do método, veja o artigo sobre os 5 Porquês.

Etapa 4 — Validar a causa raiz antes de agir. A causa raiz identificada pelos 5 Porquês ainda é uma hipótese. O DMAIC exige validação — um teste controlado, análise de correlação, ou bloquear a causa temporariamente e verificar se o problema desaparece. Agir antes dessa validação é o mesmo erro que agir sem análise nenhuma: mudança sem evidência de que é melhoria.

O erro mais comum: 5 Porquês sem Ishikawa

A sequência mais frequente em times sem formação metodológica é ir direto aos 5 Porquês. A equipe escolhe a causa que parece mais óbvia e começa a perguntar “por quê” sobre ela. O resultado é tecnicamente correto — mas estrategicamente arriscado. A análise aprofundou uma hipótese sem antes verificar se havia outras igualmente plausíveis em outras dimensões do processo.

É o equivalente a investigar um problema interrogando apenas a primeira testemunha disponível, com profundidade, sem perguntar se havia outras testemunhas. Você pode chegar a uma conclusão consistente. Mas pode ter ignorado a explicação mais relevante. Meses depois, o problema retorna — às vezes com nome diferente.

O erro oposto: Ishikawa sem aprofundamento

Times que passam horas construindo um diagrama detalhado chegam ao final com um mapa rico de hipóteses e nenhuma metodologia para decidir qual investigar primeiro. Sem aprofundamento, o Ishikawa vira documentação. O diagrama fica afixado na parede e cada membro do time sai convicto de que a causa raiz é a hipótese que ele mesmo sugeriu.

A ferramenta cumpriu seu papel — expandir o campo de visão. Mas o trabalho real de análise ainda não começou.

Exemplo prático: indústria alimentícia com peso fora de especificação

Uma linha de envase de molho registrava 6,2% das embalagens fora da especificação de peso (entre 490g e 510g). Custo mensal: R$ 38.000 em retrabalho e descarte. A hipótese do supervisor era desgaste do bico dosador.

O Black Belt construiu o Ishikawa com o time. Em 40 minutos, 19 hipóteses foram levantadas nos 6M. Ao cruzar com dados estratificados por turno e horário, ficou claro que 74% das não conformidades ocorriam nas primeiras duas horas do turno da manhã. Isso descartou o desgaste do bico — o bico não se desgasta e se recupera entre turnos.

Os 5 Porquês foram aplicados à hipótese priorizada pelos dados:

  • Por quê o peso varia nas primeiras 2h? Porque a dosagem é instável.
  • Por quê a dosagem é instável? Porque a viscosidade do produto varia.
  • Por quê a viscosidade varia? Porque a temperatura do produto na entrada da linha não está estabilizada.
  • Por quê a temperatura não está estabilizada? Porque o tempo de pré-aquecimento no procedimento é de 20 minutos, mas a temperatura estável exige 45 minutos.
  • Por quê o procedimento define 20 minutos? Porque foi definido há 8 anos com produto de formulação diferente e nunca foi revisado.

Causa raiz: procedimento de pré-aquecimento desatualizado. Solução: atualizar o tempo para 45 minutos e adicionar verificação de temperatura antes de iniciar a produção. Custo de implementação: zero. Resultado: taxa de não conformidade caiu de 6,2% para 0,9% em 30 dias.

Ishikawa e 5 Porquês no contexto das ferramentas de análise

As duas ferramentas fazem parte de um conjunto maior de instrumentos de análise disponíveis no Lean Six Sigma. Saber onde cada uma se encaixa evita tanto a sobreposição quanto a lacuna metodológica:

Ferramenta Objetivo principal Fase do DMAIC
Gráfico de Pareto Priorizar — identificar os poucos vitais Analyze
Ishikawa Expandir — levantar hipóteses de causa Analyze
5 Porquês Aprofundar — identificar a causa raiz Analyze
FMEA Prevenir — priorizar riscos antes do problema Improve / Control
CEP Monitorar — detectar desvios no processo Control

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.


A combinação de Ishikawa e 5 Porquês é uma das aplicações práticas da fase Analyze do DMAIC que a certificação Green Belt da EDTI cobre com casos reais em indústria, saúde e serviços. Profissionais que dominam a análise de causa raiz entregam projetos que não precisam ser reabertos.

Perguntas frequentes sobre Ishikawa e 5 Porquês

Qual é a diferença entre Ishikawa e 5 Porquês?

O Diagrama de Ishikawa é uma ferramenta de expansão: mapeia todas as possíveis causas de um problema em múltiplas categorias (os 6M). Os 5 Porquês são uma ferramenta de aprofundamento: percorrem verticalmente uma cadeia de causas até chegar à causa raiz. Um amplia o campo de visão; o outro aprofunda em uma direção específica.

Posso usar Ishikawa e 5 Porquês juntos?

Sim — e essa é a combinação mais eficaz na fase Analyze do DMAIC. O Ishikawa levanta as hipóteses; o Gráfico de Pareto prioriza as mais relevantes com dados; os 5 Porquês aprofundam nas hipóteses priorizadas. Usar as duas em sequência reduz o risco de aprofundar na causa errada.

Quando devo usar o Ishikawa?

Use o Ishikawa quando o problema é novo, as causas são desconhecidas ou a equipe tem opiniões divergentes. O diagrama organiza o brainstorming e garante que causas em múltiplas dimensões sejam consideradas antes de qualquer conclusão.

Quando devo usar os 5 Porquês?

Use os 5 Porquês quando o escopo do problema é restrito, a categoria de causa já é conhecida e o tempo disponível é curto — como em incidentes de manutenção ou Kaizen de curta duração. Eles são mais ágeis e suficientes quando não há necessidade de explorar múltiplas dimensões.

Quantos “porquês” devo fazer na análise?

O número cinco é uma referência, não uma regra rígida. O critério correto é continuar perguntando “por quê” até chegar a uma causa sobre a qual a equipe pode agir diretamente. Em alguns casos bastam três; em outros são necessários sete ou oito. O que não pode acontecer é parar em um sintoma.

O Ishikawa e os 5 Porquês fazem parte do DMAIC?

As duas ferramentas são utilizadas principalmente na fase Analyze do DMAIC, quando o objetivo é identificar a causa raiz do problema definido na fase Define. O Ishikawa estrutura as hipóteses; os 5 Porquês aprofundam nas hipóteses priorizadas pelos dados coletados na fase Measure.

Qual ferramenta é mais usada em projetos Lean Six Sigma?

Ambas são ferramentas padrão do repertório Lean Six Sigma. O Ishikawa tende a ser mais utilizado em projetos com múltiplas hipóteses e equipes multifuncionais. Os 5 Porquês são mais comuns em eventos Kaizen e análises pontuais. Em projetos Black Belt de maior complexidade, a combinação das duas é a abordagem mais frequente.

Qual é a relação entre Ishikawa, Pareto e FMEA?

As três ferramentas são complementares na fase Analyze. O Ishikawa levanta hipóteses, o Pareto prioriza quais investigar primeiro com base em frequência ou impacto, e o FMEA avalia o risco de cada modo de falha antes de definir as ações. Usadas em sequência, formam uma análise de causa raiz completa.

post

Deixe um comentário

Inscreva-se em nossa newsletter

E receba por email novos conteúdos assim que forem publicados!

Desenvolvido por: