Quando um problema aparece na operação, a primeira reação da maioria das equipes é resolver o sintoma e seguir em frente. O produto saiu com defeito: separa e refaz. O cliente reclamou: pede desculpas e oferece desconto. O prazo foi perdido: trabalha mais horas na semana seguinte.
O problema com essa abordagem é que ela não elimina nada. O mesmo defeito vai aparecer de novo. O próximo cliente vai reclamar do mesmo motivo. O prazo vai ser perdido outra vez. Porque a causa raiz nunca foi investigada.
É exatamente para isso que existe o Diagrama de Ishikawa: uma ferramenta estruturada para investigar problemas de forma visual, organizada e colaborativa, mapeando todas as causas possíveis antes de decidir qual atacar.
O que é o Diagrama de Ishikawa?
O Diagrama de Ishikawa é uma ferramenta de análise de causa raiz que organiza visualmente as possíveis causas de um problema em categorias. Pela sua forma, também é chamado de diagrama espinha de peixe ou diagrama de causa e efeito.
A estrutura é simples: o problema (efeito) fica na cabeça do peixe, à direita. As categorias de causas formam as espinhas principais que se ligam à espinha dorsal central. As causas específicas dentro de cada categoria formam as espinhas menores que se ramificam das principais.
O resultado é um diagrama que permite, de forma visual, ver de uma só vez todas as hipóteses levantadas pela equipe sobre o que pode estar causando o problema, organizadas por área de origem.
Quem criou o Diagrama de Ishikawa?
A ferramenta foi desenvolvida pelo engenheiro químico japonês Kaoru Ishikawa na década de 1960, enquanto trabalhava na melhoria de processos industriais da JUSE (Union of Japanese Scientists and Engineers). Ishikawa foi um dos principais nomes do movimento japonês pela qualidade total, que transformou a indústria do país no pós-guerra.
O diagrama foi usado pela primeira vez em 1943 na Kawasaki Steel Works e se tornou uma das Sete Ferramentas Básicas da Qualidade, ao lado do gráfico de controle, histograma, diagrama de Pareto, folha de verificação, gráfico de dispersão e fluxograma. Décadas depois, continua sendo uma das ferramentas mais ensinadas em cursos de gestão da qualidade no mundo inteiro.
O motivo da longevidade é prático: ela funciona. É visual o suficiente para que qualquer equipe consiga usar sem treinamento técnico profundo, e estruturada o suficiente para evitar que a análise se perca em discussões vagas.
As categorias de causa: os 6Ms
A versão mais conhecida do diagrama usa seis categorias de causas, chamadas de 6Ms. Elas foram definidas originalmente para o contexto industrial, mas se adaptam bem a praticamente qualquer tipo de processo:
Mão de obra
Causas relacionadas às pessoas que executam o processo: falta de treinamento, cansaço, rotatividade alta, interpretação equivocada de instruções, falta de motivação, habilidade insuficiente para a atividade. Cuidado com essa categoria: ela tende a ser usada para culpar pessoas, quando o objetivo é entender o que no sistema permitiu que o erro humano acontecesse.
Máquina
Causas relacionadas a equipamentos, ferramentas e tecnologia: manutenção inadequada, calibração fora do prazo, equipamento obsoleto, falha técnica, configuração incorreta, ausência de manutenção preventiva. Em processos de serviço, essa categoria pode incluir sistemas de informação e softwares.
Método
Causas relacionadas aos processos e procedimentos: instrução de trabalho ausente ou desatualizada, processo mal definido, sequência de etapas inadequada, ausência de padrão, método aprovado mas não seguido na prática. Essa categoria costuma revelar problemas de documentação e padronização que ficam invisíveis no dia a dia.
Material
Causas relacionadas aos insumos, matérias-primas e componentes: qualidade inconsistente do fornecedor, especificação inadequada, armazenamento incorreto, substituição de material sem validação, rastreabilidade insuficiente. Problemas nessa categoria frequentemente se manifestam como variabilidade no produto final sem causa aparente na operação interna.
Meio ambiente
Causas relacionadas às condições do ambiente de trabalho: temperatura, umidade, iluminação, ruído, vibração, limpeza, layout inadequado. Em processos administrativos, essa categoria pode incluir condições de trabalho remoto, interrupções frequentes ou ambiente com muita demanda simultânea.
Medição
Causas relacionadas aos sistemas de controle e verificação: instrumentos descalibrados, métodos de medição imprecisos, critérios de aceitação mal definidos, amostragem insuficiente, operador lendo o instrumento de forma incorreta. Problemas de medição são especialmente insidiosos porque podem fazer parecer que o processo está sob controle quando não está, ou vice-versa.
Variações: os 8Ms e outras adaptações
Para processos mais complexos, especialmente em manufatura avançada e gestão de projetos, dois Ms adicionais são às vezes incluídos:
- Management (Gestão): causas relacionadas a decisões de gestão, prioridades conflitantes, pressão por volume em detrimento da qualidade, falta de recursos deliberada, comunicação deficiente da liderança.
- Money (Dinheiro): causas relacionadas a restrições orçamentárias que impactam o processo: equipamento inadequado por falta de investimento, treinamento cortado, materiais de qualidade inferior escolhidos por custo.
Em setores de serviços e processos administrativos, algumas empresas substituem os 6Ms originais por categorias mais adequadas ao seu contexto, como Pessoas, Processos, Tecnologia, Política, Ambiente e Fornecedores. O que importa é que as categorias cubram as dimensões relevantes do processo analisado.
Passo a passo: como construir um Diagrama de Ishikawa
Montar o diagrama em equipe é parte do valor da ferramenta. A análise feita por uma só pessoa perde a diversidade de perspectivas que torna o Ishikawa poderoso. O processo ideal envolve as pessoas que conhecem o processo de dentro: operadores, analistas, supervisores, quem vivencia o problema no dia a dia.
Passo 1: Defina o problema com precisão
Antes de começar a desenhar, o grupo precisa concordar sobre qual é o problema. Isso parece óbvio, mas frequentemente é onde as análises falham. Um problema mal definido leva a causas irrelevantes.
Um bom enunciado de problema responde a: o quê aconteceu, onde, quando e em que magnitude. Exemplos:
- Ruim: "qualidade ruim no produto"
- Bom: "taxa de rejeição na inspeção final acima de 8% nas últimas quatro semanas no turno da tarde"
O enunciado preciso vai direto para a cabeça do peixe, à direita do diagrama.
Passo 2: Desenhe a estrutura base
Trace uma linha horizontal (a espinha dorsal) apontando para o problema à direita. Adicione as espinhas principais diagonais para cada categoria de causa que você vai usar. Para a maioria dos casos, os 6Ms são um bom ponto de partida.
Passo 3: Levante as causas por categoria
Com o grupo reunido, percorra cada categoria e peça que todos contribuam com hipóteses de causas. Nessa etapa, vale qualquer ideia: o objetivo é quantidade e diversidade, não filtrar. Use a técnica do brainstorming: sem julgamentos, sem interrupções, sem hierarquia. O operador que trabalha no processo tem tanto a contribuir quanto o engenheiro de qualidade.
Para cada causa levantada, pergunte "por que isso acontece?" para identificar causas de segunda ordem. Uma causa de primeira ordem pode ser "operador não seguiu o procedimento". A causa de segunda ordem pode ser "o procedimento está em um local de difícil acesso durante a operação". A terceira pode ser "não há suporte físico para o documento na estação de trabalho". Cada resposta vai para uma espinha menor, ramificando a espinha principal.
Passo 4: Organize visualmente
Com todas as causas levantadas, posicione-as no diagrama dentro da categoria correspondente. Se uma causa pode pertencer a mais de uma categoria, coloque na que faz mais sentido ou repita nas duas: o objetivo é visualização, não rigor taxonômico.
Passo 5: Identifique as causas mais prováveis
Com o diagrama completo, o grupo analisa as causas levantadas e identifica quais têm mais evidência ou maior probabilidade de ser a causa raiz. Isso pode ser feito por votação simples, por análise de dados históricos ou por eliminação baseada em evidências. As causas identificadas como mais prováveis são o ponto de partida para investigação mais aprofundada.
Passo 6: Investigue e confirme
O diagrama é uma ferramenta de levantamento de hipóteses, não de confirmação. Após identificar as causas mais prováveis, é necessário investigar com dados para confirmar quais delas são de fato a causa raiz. Sem essa etapa, o risco de tomar ação na causa errada é alto.
Exemplo prático: atraso na entrega de pedidos
Para tornar o processo concreto, veja como um diagrama de Ishikawa seria construído para o problema "30% dos pedidos entregues com atraso nos últimos dois meses":
Mão de obra: falta de treinamento no sistema de expedição, alta rotatividade na equipe de separação, operadores sobrecarregados em dias de pico.
Máquina: sistema de gestão de pedidos com lentidão recorrente, impressora de etiquetas com falha frequente, empilhadeira sem manutenção preventiva em dia.
Método: processo de picking sem rota otimizada definida, sequência de conferência manual sem padrão, critério de priorização de pedidos não documentado.
Material: embalagens fora do tamanho padrão gerando retrabalho na conferência, materiais de alto giro armazenados longe da expedição.
Meio ambiente: corredor de acesso à expedição compartilhado com recebimento, gerando congestionamento nos horários de pico.
Medição: prazo de entrega calculado a partir do momento do pagamento, mas contagem inicia pelo sistema a partir da emissão da nota, gerando discrepância entre o que o cliente espera e o que o sistema registra.
Com esse mapa visual, o grupo percebe que há pelo menos três causas que merecem investigação imediata: a discrepância no cálculo do prazo (medição), a ausência de rota otimizada no picking (método) e a lentidão do sistema (máquina). Sem o diagrama, a tendência seria focar na mão de obra e tentar "treinar melhor a equipe", que é a causa mais visível mas provavelmente não é a principal.
Ishikawa versus os 5 Porquês: quando usar cada um?
O Diagrama de Ishikawa e os 5 Porquês são as duas ferramentas de análise de causa raiz mais usadas no contexto do SGQ. Elas não são concorrentes: são complementares, e a escolha entre elas depende do tipo de problema:
O Ishikawa é melhor quando o problema tem causas potenciais em múltiplas dimensões do processo, quando a causa raiz ainda é desconhecida e a equipe precisa explorar hipóteses de forma abrangente, quando o grupo tem perspectivas diversas para contribuir ou quando o objetivo é também documentar o processo de análise de forma visual para comunicação ou auditoria.
Os 5 Porquês funcionam melhor quando o problema tem uma cadeia causal mais linear e já existe uma hipótese inicial razoável sobre a origem, quando a análise precisa ser feita rapidamente, quando o grupo é pequeno ou quando o objetivo é chegar a uma causa raiz única de forma direta.
Na prática, as duas ferramentas são usadas em sequência: o Ishikawa para mapear e priorizar as causas mais prováveis, os 5 Porquês para aprofundar a investigação em cada causa prioritária identificada no diagrama.
Limitações do Diagrama de Ishikawa
Como toda ferramenta, o Ishikawa tem limitações que valem conhecer para usá-lo de forma mais eficaz:
- Não confirma causas, apenas levanta hipóteses: o diagrama organiza o que a equipe acredita que pode estar causando o problema. Sem investigação com dados, qualquer causa do diagrama pode ser verdadeira ou falsa.
- Qualidade depende da equipe: se as pessoas erradas estiverem na análise (quem não conhece o processo de fato), o diagrama vai ser pobre. A ferramenta é tão boa quanto o conhecimento das pessoas que a constroem.
- Não mostra relações entre causas: o diagrama coloca causas em categorias, mas não mostra quando uma causa está relacionada a outra ou quando uma causa amplifica o efeito de outra. Para problemas complexos com interações entre causas, outras ferramentas como a árvore de falhas podem ser mais adequadas.
- Risco de excesso de causas sem priorização: um brainstorming muito longo pode gerar dezenas de causas no diagrama, tornando a análise paralisa em vez de direcionar. É importante fechar o levantamento e priorizar antes que o volume de informação se torne um problema em si.
O Diagrama de Ishikawa no contexto da ISO 9001
A ISO 9001:2015 exige que as organizações analisem as causas de não conformidades e implementem ações corretivas para eliminá-las. A norma não define qual ferramenta usar para a análise de causa raiz: qualquer método estruturado é aceito.
Na prática, o Diagrama de Ishikawa é uma das ferramentas mais fáceis de documentar e apresentar em auditoria. O diagrama preenchido com a análise do grupo, datado e assinado, é uma evidência clara de que a investigação foi conduzida de forma estruturada. Isso responde a uma das perguntas mais comuns em auditorias de qualidade: "como vocês analisam a causa raiz de não conformidades?"
Como registrar e usar o Diagrama de Ishikawa no sistema de qualidade
Uma análise feita em um quadro branco e fotografada resolve o problema imediato, mas não constrói o histórico que torna o sistema de gestão mais inteligente ao longo do tempo. O ideal é que o resultado do diagrama seja registrado junto com a não conformidade correspondente: o problema investigado, as causas levantadas, as causas priorizadas e as ações definidas.
Com esse registro, é possível ao longo do tempo identificar padrões: quais categorias de causa aparecem com mais frequência, quais processos concentram mais problemas, quais ações corretivas realmente eliminaram as causas e quais apenas adicionaram burocracia sem resultado.
O sistema de gestão de não conformidades da Antartis registra o ciclo completo de cada ocorrência, da abertura à verificação de eficácia, permitindo anexar as análises de causa raiz e acompanhar o histórico de ações por processo. Para equipes que precisam de uma visão consolidada dos indicadores de qualidade e dos padrões de falha ao longo do tempo, o sistema de controle de qualidade centraliza esses dados com dashboards que tornam os padrões visíveis antes que se tornem problemas crônicos.
Conclusão
O Diagrama de Ishikawa é uma ferramenta simples, visual e colaborativa que ajuda equipes a sair da análise superficial de problemas para uma investigação estruturada das causas reais. Sua força está na combinação de amplitude (mapeia todas as dimensões possíveis de um problema) com clareza (organiza visualmente o que seria uma discussão confusa).
Usar o Ishikawa não exige software especializado, certificação técnica ou muito tempo. Exige um grupo de pessoas que conhece o processo, um problema bem definido e a disciplina de ir além do sintoma até encontrar a causa que vale a pena eliminar.
Quando combinado com ferramentas como os 5 Porquês para aprofundar a investigação e com um processo estruturado de ações corretivas para implementar e verificar as melhorias, o Diagrama de Ishikawa se torna parte de um ciclo contínuo de aprendizado organizacional que é, no fundo, o que qualquer sistema de gestão da qualidade busca construir.