Problemas raramente acontecem por um único motivo.
Uma entrega pode atrasar porque o transporte falhou. Mas também porque o pedido entrou tarde, o estoque estava incorreto, a produção demorou mais que o previsto ou ninguém identificou que o prazo já estava comprometido.
Quando a equipe parte diretamente para a primeira explicação disponível, existe o risco de criar uma ação que resolve o efeito imediato sem eliminar aquilo que realmente contribuiu para o problema.
É justamente nesse momento que o Diagrama de Ishikawa pode ajudar.
Também conhecido como Diagrama de Causa e Efeito ou Espinha de Peixe, ele organiza visualmente as possíveis causas de um problema e ajuda a equipe a ampliar a investigação antes de decidir o que precisa ser corrigido.
Mas existe um cuidado importante: preencher um Ishikawa não significa automaticamente encontrar a causa raiz.
A ferramenta organiza hipóteses. A investigação precisa confirmar quais delas realmente contribuíram para o problema.
Neste artigo, você vai entender como funciona o Diagrama de Ishikawa, quais são os 6M, como montar uma análise passo a passo e como utilizá-lo de maneira prática na gestão da qualidade.
O que é o Diagrama de Ishikawa?
O Diagrama de Ishikawa é uma ferramenta utilizada para identificar e organizar possíveis causas relacionadas a determinado problema ou efeito.
Seu nome vem do professor e especialista japonês em gestão da qualidade Kaoru Ishikawa, responsável pela disseminação da ferramenta.
Visualmente, o diagrama lembra a estrutura de uma espinha de peixe.
Na extremidade direita fica o problema que está sendo analisado. A partir de uma linha principal, são criadas ramificações que representam grupos de possíveis causas.
Em uma aplicação tradicional, essas causas são organizadas em seis categorias:
- Método;
- Máquina;
- Mão de obra;
- Material;
- Medição;
- Meio ambiente.
Essas categorias ficaram conhecidas como 6M do Diagrama de Ishikawa.
A estrutura ajuda a equipe a deixar de olhar apenas para a explicação mais evidente e analisar o problema sob diferentes perspectivas.
Para que serve o Diagrama de Ishikawa?
O principal objetivo do Diagrama de Ishikawa é estruturar uma investigação de causa.
Imagine que uma empresa tenha identificado um aumento de produtos rejeitados na inspeção final.
Sem uma metodologia, a discussão pode rapidamente chegar a uma conclusão como:
“Os operadores estão errando.”
Pode ser verdade.
Mas também pode ser uma explicação incompleta.
O procedimento mudou?
A matéria-prima apresenta variação?
O equipamento está regulado corretamente?
O instrumento de medição está calibrado?
As condições ambientais interferem no processo?
Os operadores receberam as informações necessárias?
O Ishikawa força a equipe a ampliar a investigação antes de transformar uma hipótese em conclusão.
Por isso, pode ser utilizado em situações como:
- não conformidades;
- reclamações de clientes;
- falhas de processo;
- defeitos de produto;
- atrasos;
- perdas de produtividade;
- retrabalho;
- problemas em auditorias;
- desvios de indicadores;
- falhas de fornecedores;
- incidentes operacionais;
- problemas administrativos.
Apesar de ter forte associação com ambientes industriais, a ferramenta pode ser adaptada para praticamente qualquer tipo de processo.
Diagrama de Ishikawa encontra a causa raiz?
Não sozinho.
Essa é uma distinção importante.
O Diagrama de Ishikawa ajuda a levantar, organizar e visualizar causas potenciais.
Isso significa que escrever uma causa no diagrama não prova que ela realmente provocou o problema.
Considere este exemplo:
Problema:
12% das entregas realizadas no mês chegaram depois do prazo.
Durante o Ishikawa, alguém sugere:
“A transportadora está demorando para realizar as entregas.”
Essa é uma hipótese.
Para transformá-la em uma causa sustentada, é preciso investigar.
Os pedidos saíram da empresa dentro do prazo?
O atraso aconteceu com todas as transportadoras?
Houve concentração em determinada região?
O problema começou em determinado período?
O tempo entre pedido e expedição aumentou?
Existe histórico que confirme a hipótese?
Talvez a investigação revele que a transportadora não era o principal problema. Os pedidos já estavam sendo liberados para expedição com um dia de atraso.
Por isso, uma boa análise não segue simplesmente:
problema → Ishikawa → causa encontrada.
Ela segue algo mais próximo de:
problema → hipóteses → investigação → evidências → causa → ação.
A diferença parece pequena, mas muda completamente a qualidade da solução.
Quais são os 6M do Diagrama de Ishikawa?
Uma das estruturas mais utilizadas para organizar as possíveis causas é conhecida como 6M.
Os seis grupos funcionam como pontos de investigação.
1. Método
O primeiro M está relacionado à maneira como o trabalho é realizado.
Pergunte:
O processo está bem definido?
Existe procedimento?
O procedimento representa aquilo que realmente acontece?
A sequência das atividades é adequada?
Existem critérios diferentes entre pessoas ou turnos?
Alguma etapa importante depende apenas da memória de alguém?
Exemplos de causas relacionadas a método:
- procedimento incompleto;
- ausência de padronização;
- sequência inadequada de atividades;
- aprovação desnecessariamente demorada;
- instrução de trabalho desatualizada;
- fluxo com etapas duplicadas;
- ausência de critério para determinadas decisões.
2. Máquina
Máquina envolve equipamentos, ferramentas, sistemas e tecnologias utilizados no processo.
Dependendo da empresa, pode signific uma máquina industrial, um computador, um equipamento de laboratório ou até um software.
Algumas perguntas:
O equipamento está funcionando corretamente?
A manutenção foi realizada?
O sistema apresenta instabilidade?
Existe capacidade suficiente para a demanda?
A configuração está correta?
Exemplos:
- equipamento desregulado;
- manutenção preventiva atrasada;
- máquina com capacidade insuficiente;
- sistema lento;
- falha de integração entre softwares;
- ferramenta inadequada para a atividade.
3. Mão de obra
Mão de obra está relacionada às pessoas envolvidas no processo.
Aqui existe um cuidado especialmente importante.
Quando alguma coisa dá errado, é muito fácil concluir:
“Foi erro humano.”
O problema é que essa explicação frequentemente encerra a investigação cedo demais.
Se uma pessoa executou uma atividade incorretamente, ainda precisamos perguntar:
Ela sabia como executar?
Foi treinada?
A instrução estava disponível?
O processo permite cometer esse erro facilmente?
A carga de trabalho estava adequada?
Havia informação suficiente para tomar a decisão?
Exemplos de possíveis causas:
- treinamento insuficiente;
- ausência de capacitação;
- definição confusa de responsabilidades;
- sobrecarga;
- falha de comunicação;
- conhecimento concentrado em uma única pessoa;
- ausência de acompanhamento.
O objetivo não é encontrar um culpado. É entender quais condições permitiram que o problema acontecesse.
4. Material
Material envolve matérias-primas, componentes, insumos, documentos ou outras entradas utilizadas durante o processo.
Perguntas possíveis:
O material atende à especificação?
Existe variação entre lotes?
O fornecedor mudou?
O armazenamento está adequado?
As informações recebidas estão corretas?
Exemplos:
- matéria-prima fora de especificação;
- variação entre fornecedores;
- componente inadequado;
- material armazenado incorretamente;
- embalagem insuficiente;
- documentação recebida incompleta.
5. Medição
Medição está relacionada tanto aos instrumentos quanto aos critérios utilizados para avaliar o processo.
É uma dimensão frequentemente esquecida.
Imagine que um indicador mostra uma piora significativa na qualidade.
Antes de concluir que o processo piorou, também vale perguntar:
A forma de medir mudou?
Os dados estão corretos?
O instrumento está calibrado?
O critério de aceitação é claro?
Todos medem da mesma maneira?
Possíveis causas:
- instrumento descalibrado;
- ausência de indicador;
- coleta incorreta de dados;
- critério de medição inconsistente;
- frequência inadequada de acompanhamento;
- base de dados incompleta;
- indicador incapaz de representar o problema.
6. Meio ambiente
O último grupo considera as condições do ambiente em que o processo acontece.
Na indústria, isso pode envolver:
- temperatura;
- umidade;
- iluminação;
- poeira;
- ruído;
- espaço físico;
- organização do local.
Mas o conceito pode ser ampliado.
Em processos administrativos, por exemplo, o ambiente também pode incluir interrupções frequentes, excesso de demandas simultâneas ou uma estrutura que dificulta a comunicação entre áreas.
É obrigatório utilizar os 6M?
Não.
Os 6M são uma estrutura útil, mas não precisam ser utilizados mecanicamente em qualquer problema.
Em determinados processos, algumas categorias podem fazer pouco sentido e outras podem ser muito mais relevantes.
Imagine uma empresa investigando atrasos na aprovação de contratos.
Talvez seja mais produtivo organizar as causas em grupos como:
- processo;
- pessoas;
- sistema;
- informação;
- responsabilidade;
- aprovação.
O objetivo do Ishikawa não é preencher seis campos.
O objetivo é ampliar a análise e organizar o raciocínio.
Se adaptar as categorias produzir uma investigação melhor, a adaptação faz sentido.
Como fazer um Diagrama de Ishikawa passo a passo?
1. Defina claramente o problema
Antes de procurar causas, descreva exatamente o que está acontecendo.
Evite problemas genéricos como:
“Muitas reclamações.”
Prefira algo como:
“18% dos chamados recebidos em julho foram reclamações relacionadas ao atraso na entrega.”
Quanto melhor definido estiver o efeito, mais consistente tende a ser a investigação.
Sempre que possível, utilize dados.
Pergunte:
- o que aconteceu?
- quando?
- onde?
- com qual frequência?
- em qual quantidade?
- quais produtos ou processos foram afetados?
- existe concentração em determinado período, setor ou situação?
2. Posicione o problema no diagrama
O efeito analisado normalmente fica no lado direito.
A partir dele, construa a linha principal do diagrama.
É ela que dará origem às ramificações utilizadas para organizar as causas.
3. Defina as categorias
Você pode utilizar os tradicionais 6M ou adaptar as categorias ao contexto.
O importante é conseguir observar o problema por perspectivas diferentes.
4. Levante possíveis causas
Agora a equipe começa a preencher cada ramificação.
Brainstorming pode ser útil nesta etapa.
Ainda não é necessário decidir imediatamente se cada hipótese é verdadeira. O objetivo inicial é levantar possibilidades relevantes.
Em “Método”, por exemplo:
- procedimento incompleto;
- fluxo de aprovação longo;
- prioridade mal definida.
Em “Mão de obra”:
- falta de treinamento;
- equipe insuficiente;
- responsabilidade indefinida.
Em “Máquina”:
- sistema instável;
- equipamento com falha;
- ausência de integração.
Conforme novas causas surgem, elas podem receber causas secundárias.
A análise vai se tornando progressivamente mais específica.
5. Priorize as hipóteses que precisam ser investigadas
Depois de preencher o diagrama, provavelmente haverá várias possibilidades.
Nem todas merecem o mesmo nível de investigação.
Avalie:
- quais têm maior relação com o problema?
- quais aparecem nos dados?
- quais ocorreram no mesmo período?
- quais podem explicar a frequência observada?
- quais podem ser verificadas?
Esse filtro evita transformar o Ishikawa em uma lista extensa de possibilidades que nunca serão investigadas.
6. Valide as causas com evidências
Essa é uma das etapas mais importantes.
Não escolha uma causa apenas porque ela parece lógica.
Procure evidências.
Você pode utilizar:
- registros;
- indicadores;
- entrevistas;
- inspeções;
- documentos;
- histórico de manutenção;
- dados de produção;
- informações de fornecedores;
- registros de treinamento;
- observação direta do processo.
Uma boa pergunta é:
“O que temos que demonstra que esta causa realmente estava presente quando o problema aconteceu?”
Outra:
“Se eliminarmos essa causa, existe uma relação razoável para esperar que o problema deixe de acontecer ou seja reduzido?”
Se não houver resposta consistente, talvez seja necessário continuar investigando.
7. Defina as ações
Depois de encontrar causas sustentadas por evidências, chega o momento de decidir o que será feito.
A ação precisa atacar a causa.
Se a análise apontou que operadores utilizaram um procedimento desatualizado porque cópias antigas continuavam disponíveis nos postos de trabalho, simplesmente “orientar os operadores a prestar mais atenção” provavelmente não resolve o problema.
Uma ação mais consistente poderia envolver:
- retirar documentos obsoletos dos pontos de uso;
- revisar o processo de distribuição;
- controlar versões;
- comunicar a atualização;
- verificar se outros documentos apresentam a mesma condição.
O plano de ação pode então ser estruturado utilizando ferramentas como o 5W2H.
Exemplo prático de Diagrama de Ishikawa
Imagine uma indústria que identificou o seguinte problema:
8% das peças produzidas no turno da noite estão apresentando dimensão fora da especificação.
A equipe começa a montar o Ishikawa.
Método
Possíveis causas:
- parâmetro de processo diferente entre os turnos;
- instrução de trabalho desatualizada;
- ausência de conferência no início do lote.
Máquina
Possíveis causas:
- desgaste do equipamento;
- regulagem incorreta;
- manutenção preventiva atrasada.
Mão de obra
Possíveis causas:
- operador novo;
- treinamento incompleto;
- troca de turno sem repasse das informações.
Material
Possíveis causas:
- variação na matéria-prima;
- novo fornecedor;
- lote de material diferente.
Medição
Possíveis causas:
- instrumento descalibrado;
- técnica de medição diferente;
- intervalo muito grande entre verificações.
Meio ambiente
Possíveis causas:
- variação de temperatura;
- iluminação inadequada;
- condições diferentes durante o turno.
O diagrama está pronto?
Visualmente, sim.
A análise, não.
Agora a equipe precisa verificar as hipóteses.
Ao consultar os registros, descobre que:
- o material é o mesmo nos três turnos;
- os instrumentos estão calibrados;
- o equipamento passou recentemente por manutenção;
- a temperatura não apresenta variação significativa;
- dois dos três operadores do turno da noite começaram na função naquele mês;
- os registros mostram que eles receberam treinamento;
- porém, a instrução utilizada durante o treinamento era uma versão anterior do procedimento.
Nesse momento, a investigação começa a sair da hipótese e se aproximar de uma causa fundamentada.
Observe como a conclusão é diferente de simplesmente dizer:
“Os operadores erraram.”
A análise mostrou uma fragilidade no próprio processo de treinamento e controle das informações.
É justamente esse tipo de aprofundamento que torna o Ishikawa útil.
Ishikawa e 5 Porquês são a mesma coisa?
Não.
As duas ferramentas trabalham com análise de causas, mas de maneiras diferentes.
O Diagrama de Ishikawa amplia a investigação.
Ele ajuda a perguntar:
“Quais fatores podem ter contribuído para este problema?”
Já os 5 Porquês aprofundam uma determinada linha de investigação.
Eles ajudam a perguntar:
“Por que isso aconteceu?”
E continuar avançando até chegar a uma explicação mais fundamental.
Por isso, as duas ferramentas podem funcionar muito bem em conjunto.
Primeiro, o Ishikawa ajuda a mapear hipóteses.
Depois, os 5 Porquês podem aprofundar algumas das causas mais relevantes.
O importante é lembrar que nenhuma ferramenta substitui evidências.
Qual é a relação entre Ishikawa, MASP e 5W2H?
Essas ferramentas cumprem funções diferentes.
O MASP organiza uma metodologia mais ampla para análise e solução de problemas.
Dentro da etapa de análise, o Diagrama de Ishikawa pode ser utilizado para levantar possíveis causas.
Os 5 Porquês podem aprofundar algumas dessas hipóteses.
Depois da identificação da causa, o 5W2H pode estruturar o plano de ação.
Podemos visualizar assim:
Problema → Ishikawa → investigação → causa → 5W2H → ação → verificação
Não significa que todas essas ferramentas precisam ser utilizadas sempre.
Um problema simples pode exigir uma análise muito menor.
Um problema crítico, recorrente ou com grande impacto pode exigir uma investigação mais aprofundada.
A ferramenta deve ser proporcional à situação.
7 erros comuns ao usar o Diagrama de Ishikawa
1. Definir o problema de maneira vaga
Quanto mais genérico o problema, mais genéricas serão as causas.
2. Começar o Ishikawa já sabendo a resposta
Se a equipe monta o diagrama apenas para justificar uma conclusão tomada anteriormente, a ferramenta perde sua função.
3. Procurar culpados
“Falta de atenção”, “erro do operador” e “falha humana” podem interromper a investigação cedo demais.
Pergunte quais condições permitiram o erro.
4. Preencher os 6M apenas por obrigação
Nem toda análise precisa ter causas nas seis categorias.
5. Confundir hipótese com causa comprovada
Algo aparecer no diagrama significa apenas que merece ser considerado.
Não significa que foi comprovado.
6. Criar ações antes de terminar a investigação
Treinar, revisar procedimento ou cobrar a equipe são ações comuns porque parecem resolver quase qualquer problema.
Mas só devem ser utilizadas quando estiverem relacionadas à causa identificada.
7. Arquivar o Ishikawa e perder o histórico
Uma boa análise gera conhecimento sobre o processo.
Se ela fica perdida em uma folha, imagem, planilha ou arquivo desconectado da ocorrência, a empresa perde parte desse aprendizado.
Como um software ajuda na análise de causa?
É possível fazer um Diagrama de Ishikawa no papel, em uma planilha ou em diferentes ferramentas digitais.
O desafio aparece quando a análise faz parte do tratamento de uma ocorrência real.
Nesse caso, não basta ter o desenho do diagrama.
Também é necessário conectar:
- ocorrência;
- evidências;
- análise de causa;
- responsáveis;
- plano de ação;
- prazos;
- documentos;
- verificação dos resultados;
- histórico.
Quando cada uma dessas informações fica em uma ferramenta diferente, reconstruir o tratamento posteriormente pode se tornar difícil.
No Weet Sistem, o módulo de Ações e Ocorrências permite estruturar o tratamento de problemas dentro de um ambiente integrado, incluindo recursos para análise de causas com Diagrama de Ishikawa, Brainstorming, 5 Porquês e checklist investigativo, além do acompanhamento dos planos de ação.
Assim, o Ishikawa deixa de ser apenas um desenho isolado e passa a fazer parte do histórico da ocorrência.
Para uma auditoria, investigação futura ou análise de recorrência, essa rastreabilidade faz diferença.
Perguntas frequentes sobre Diagrama de Ishikawa
O que é o Diagrama de Ishikawa?
É uma ferramenta visual utilizada para organizar possíveis causas relacionadas a determinado problema ou efeito. Também é conhecida como Diagrama de Causa e Efeito ou Espinha de Peixe.
Para que serve o Diagrama de Ishikawa?
Ele ajuda equipes a ampliar e estruturar a análise de causas, evitando que a investigação fique limitada à primeira explicação encontrada.
Quais são os 6M do Diagrama de Ishikawa?
Os 6M são Método, Máquina, Mão de obra, Material, Medição e Meio ambiente.
É obrigatório usar os 6M?
Não. As categorias podem ser adaptadas conforme o processo e o tipo de problema analisado.
O Ishikawa identifica a causa raiz?
O diagrama ajuda a levantar e organizar possíveis causas. A confirmação da causa depende de investigação e evidências.
Qual a diferença entre Ishikawa e 5 Porquês?
O Ishikawa ajuda a ampliar o conjunto de causas possíveis, enquanto os 5 Porquês ajudam a aprofundar uma linha específica de investigação.
É possível usar o Diagrama de Ishikawa em serviços?
Sim. O método pode ser aplicado em processos industriais, administrativos, comerciais, logísticos, financeiros, de atendimento e em diferentes tipos de serviços. As categorias podem ser adaptadas ao contexto.
O Diagrama de Ishikawa pode ser usado para tratar não conformidades?
Sim. Ele pode apoiar a etapa de análise de causa durante o tratamento de uma não conformidade, desde que as hipóteses levantadas sejam posteriormente avaliadas e validadas.
Existe Diagrama de Ishikawa no Weet Sistem?
Sim. O módulo de Ações e Ocorrências do Weet Sistem possui estrutura para análise de causas utilizando Diagrama de Ishikawa e outras ferramentas, permitindo relacionar a investigação ao tratamento da ocorrência e ao plano de ação.
Mais importante do que preencher o diagrama é investigar
O Diagrama de Ishikawa continua sendo uma ferramenta extremamente útil porque transforma uma pergunta ampla — “por que isso aconteceu?” — em uma investigação estruturada.
Mas o valor não está no desenho.
Está nas perguntas que ele faz a equipe considerar.
Um Ishikawa cheio de causas, mas sem investigação, é apenas uma lista organizada de hipóteses.
Quando a equipe utiliza dados, evidências e conhecimento do processo para validar essas hipóteses, a ferramenta passa a cumprir sua verdadeira função: ajudar a entender melhor o problema antes de decidir como resolvê-lo.
E quanto mais conectado estiver esse processo — da ocorrência até a análise de causa, plano de ação e verificação — maior tende a ser a rastreabilidade da gestão.
Quer estruturar análises de causa, ocorrências e planos de ação em um único ambiente? Conheça o Weet Sistem e veja como o módulo de Ações e Ocorrências pode apoiar a gestão da sua empresa.
