Diagrama de Ishikawa: O Que É, 6Ms e Como Fazer

O que é o Diagrama de Ishikawa

O Diagrama de Ishikawa é uma representação gráfica que mapeia todas as causas potenciais de um problema (chamado de “efeito”) em categorias organizadas, formando visualmente uma estrutura que lembra a espinha de um peixe (um dos tipos de fluxograma mais utilizados). O problema principal fica posicionado na “cabeça” do peixe, à direita, enquanto as categorias de causas se ramificam ao longo da “espinha” central, à esquerda. Cada ramificação principal pode conter sub-ramificações que detalham causas secundárias e terciárias, criando uma análise progressivamente mais profunda.

Na prática, o diagrama transforma uma sessão de investigação (que sem estrutura tenderia a ser caótica) em um processo organizado onde cada hipótese é registrada, categorizada e pode ser validada com dados. Quando uma empresa identifica, por exemplo, que o tempo de atendimento ao cliente excede o padrão em determinadas áreas, o Ishikawa permite que o sistema de gestão (apoiado por checklists de auditoria) mapeie se a causa está no método de trabalho, no treinamento da equipe, no equipamento ou em fatores ambientais, tudo em uma única sessão de brainstorming estruturado.

A força da ferramenta está em dois princípios. Primeiro, ela é visual: o formato gráfico permite que toda a equipe enxergue simultaneamente o panorama completo de causas, evitando que a discussão se fixe em uma única hipótese antes de explorar todas as possibilidades. Segundo, ela é democrática: Ishikawa a projetou para que qualquer colaborador pudesse utilizá-la, sem necessidade de formação em estatística. Isso é especialmente relevante em operações com múltiplas equipes e áreas, onde as pessoas de campo são frequentemente as primeiras a identificar desvios e precisam de uma linguagem comum para reportá-los e investigá-los.

Diagrama de Ishikawa, Espinha de Peixe ou Causa e Efeito?

A mesma ferramenta recebe três nomes na literatura de gestão da qualidade, e todos são igualmente válidos. Diagrama de Causa e Efeito foi o nome original dado por Kaoru Ishikawa à ferramenta, pois descreve exatamente sua função: mapear as relações entre causas e um efeito específico. Diagrama de Ishikawa é a homenagem ao criador, usada principalmente em contextos acadêmicos e de certificação. Diagrama Espinha de Peixe (ou Fishbone Diagram, em inglês) refere-se ao formato visual: quando preenchido com múltiplas ramificações e sub-causas, o diagrama se assemelha ao esqueleto de um peixe visto de lado.

A existência de três nomes não é mera curiosidade terminológica: ela impacta diretamente a comunicação dentro de organizações. Ao padronizar o vocabulário na universidade corporativa da sua rede, garanta que todos os colaboradores reconheçam os três nomes como sinônimos. Isso evita que uma equipe use “espinha de peixe” e outra use “diagrama de causa e efeito” sem perceber que estão falando da mesma ferramenta.

Quem foi Kaoru Ishikawa: a história por trás da ferramenta

Kaoru Ishikawa (1915-1989) foi um engenheiro químico japonês formado pela Universidade de Tóquio, reconhecido mundialmente como um dos maiores nomes da gestão da qualidade no século XX. Nascido em uma família que já tinha conexão direta com o movimento de qualidade (seu pai, Ichiro Ishikawa, foi cofundador da JUSE, a Japanese Union of Scientists and Engineers), Kaoru dedicou sua carreira a tornar o controle de qualidade acessível a todos os níveis organizacionais, não apenas a especialistas.

O contexto histórico é importante para entender por que a ferramenta nasceu. Após a Segunda Guerra Mundial, o Japão enfrentava uma crise de reputação industrial: seus produtos eram vistos no mercado global como baratos e de baixa qualidade. A JUSE, fundada em 1946, convidou os estatísticos norte-americanos W. Edwards Deming (em 1950) e Joseph Juran (em 1954) para treinar a indústria japonesa em controle estatístico de qualidade. Ishikawa integrou e expandiu esses ensinamentos, traduzindo conceitos complexos em ferramentas práticas que qualquer operário de fábrica pudesse usar.

Em 1943, enquanto trabalhava na Kawasaki Steel Works (hoje JFE Steel Corporation), Ishikawa desenvolveu o Diagrama de Causa e Efeito pela primeira vez para explicar a engenheiros como um conjunto complexo de fatores poderia ser organizado e inter-relacionado. A ferramenta ganhou escala massiva nos anos 1960, quando foi incorporada aos Círculos de Controle de Qualidade (CCQ) (pequenos grupos de 5 a 10 colaboradores que se reuniam voluntariamente para analisar e resolver problemas em seus próprios processos de produção). Ishikawa estimou que as sete ferramentas básicas que ele sistematizou poderiam resolver cerca de 95% dos problemas encontrados no chão de fábrica.

Ao longo de sua carreira, Ishikawa publicou 647 artigos e 31 livros, sendo Guide to Quality Control (1968) e What Is Total Quality Control? The Japanese Way (1985) os mais influentes. Em reconhecimento ao seu legado, a ASQ criou a Medalha Ishikawa em 1993, concedida anualmente a profissionais que demonstram liderança excepcional nos aspectos humanos da qualidade.

As 7 ferramentas básicas da qualidade de Ishikawa

O Diagrama de Ishikawa não existe isoladamente. Ele faz parte de um conjunto de sete ferramentas básicas da qualidade que Ishikawa formalizou em seu livro Guide to Quality Control (1968). A lógica era que esse kit básico deveria estar ao alcance de qualquer profissional, independentemente de sua formação (algo fundamental na gestão administrativa moderna). Segundo a ASQ, essas ferramentas continuam sendo fundamentais para todo profissional de qualidade e podem ser usadas em combinação para potencializar resultados.

Na operação de uma rede com múltiplas unidades, essas ferramentas se conectam de forma natural. A Folha de Verificação pode ser implementada como um checklist digital aplicado em cada unidade. A Estratificação separa os dados por filial, turno ou região, revelando onde o problema é mais grave. O Ishikawa investiga as causas. O Pareto prioriza. E o Plano de Ação resolve. Quando esse ciclo é gerenciado por uma plataforma centralizada, as lições aprendidas em uma unidade beneficiam imediatamente toda a rede.

Os 6Ms do Diagrama de Ishikawa

As categorias do diagrama funcionam como pontos de partida para o brainstorming estruturado. O modelo mais tradicional utiliza seis categorias, conhecidas como 6Ms, originalmente projetadas para processos de manufatura, mas amplamente adaptáveis a serviços, varejo, saúde e qualquer operação que envolva processos padronizados. O objetivo não é que todas as categorias contenham causas em todos os casos, mas garantir que nenhum ângulo de investigação seja negligenciado pela equipe.

Método

Investiga os processos, procedimentos, instruções de trabalho, regulamentos e fluxos operacionais aplicados na execução da atividade. Perguntas-chave: o procedimento existe e está documentado? A sequência de etapas é lógica? O método foi atualizado após a última mudança no processo? Em redes de varejo, a falta de padronização do método entre unidades é uma das causas raiz mais frequentes de variação de desempenho.

Máquina

Cobre equipamentos de produção, ferramentas manuais, softwares, sistemas de TI, equipamentos de manuseio de materiais e infraestrutura tecnológica. Perguntas-chave: o equipamento está dentro da vida útil? A manutenção preventiva está em dia? O software apresenta falhas intermitentes? Para operações com múltiplas unidades, é comum que unidades mais antigas operem com equipamentos defasados, gerando inconsistência de resultados.

Mão de obra

Envolve as pessoas que executam o processo: habilidades técnicas, experiência, treinamento, certificações, motivação, carga de trabalho e rotatividade. Perguntas-chave: o colaborador recebeu treinamento para esta tarefa? A taxa de turnover nesta unidade é superior à média? Há sobrecarga? A universidade corporativa pode ajudar a padronizar o nível de competência em toda a rede.

Material

Matérias-primas, insumos, componentes, embalagens e qualquer informação de entrada do processo. Perguntas-chave: a especificação do material foi alterada pelo fornecedor? O lote apresenta variação? As condições de armazenamento são adequadas? Em redes de alimentação, por exemplo, a variação de qualidade entre fornecedores regionais é uma causa raiz clássica de não conformidade em produto final.

Medição

Indicadores de desempenho (KPIs), instrumentos de medição, métodos de calibração, pontos de coleta de dados e critérios de inspeção. Perguntas-chave: o instrumento está calibrado? O indicador mede realmente o que precisamos monitorar? A amostragem é representativa? Um KPI mal definido pode fazer a equipe resolver o problema errado.

Meio ambiente

Condições físicas e externas que afetam o processo: temperatura, umidade, iluminação, ruído, layout do espaço, limpeza, localização geográfica e condições climáticas. Perguntas-chave: o layout facilita ou dificulta o fluxo de trabalho? Há variações sazonais que impactam o processo? Para redes de varejo, o layout da loja pode impactar diretamente o tempo de atendimento e a experiência do cliente.

Variações dos 6Ms: quando adaptar as categorias

Os 6Ms são o modelo clássico, mas não o único. Ishikawa incentivava que as equipes criassem categorias que fizessem sentido para seu contexto específico. Para operações de serviços e marketing, a variação 8Ps é comum: Produto, Preço, Praça, Promoção, Pessoas, Processo, Evidência Física (Physical Evidence) e Desempenho (Performance). Para setores como saúde e hotelaria, o modelo 4S oferece categorias mais intuitivas: Ambiente (Surroundings), Fornecedores (Suppliers), Sistemas (Systems) e Habilidades (Skills). O caso da Mazda MX-5, que veremos adiante, é um exemplo perfeito de personalização: a equipe de engenharia criou categorias como Styling, Cornering e Braking, totalmente customizadas para o design automotivo.

Como fazer um Diagrama de Ishikawa: passo a passo completo

A construção do diagrama segue uma sequência lógica que equilibra estrutura com criatividade. O processo deve ser sempre colaborativo: Ishikawa o projetou para ser usado em grupo, com 4 a 8 participantes que tenham conhecimento direto sobre o processo em análise. Inclua operadores, supervisores, analistas de qualidade e, quando possível, representantes de áreas adjacentes. Uma sessão típica dura entre 30 e 60 minutos.

Passo 1: Defina o problema com precisão

Escreva o efeito (problema) de forma clara, específica e mensurável. Evite generalizações vagas como “qualidade ruim” ou “clientes insatisfeitos”. Use dados concretos: “Taxa de devolução de 8,3% na linha de produtos X no último trimestre” ou “Tempo médio de implantação de novas unidades excede 45 dias contra meta de 30”. O método 5W2H é ideal nesta etapa: defina o que é o problema, onde ocorre, quando começou, quem é afetado e quanto custa. Tudo isso antes de iniciar a investigação das causas.

Passo 2: Desenhe a estrutura base

Em uma lousa, flipchart ou ferramenta digital, trace uma seta horizontal (a espinha do peixe) e posicione o problema dentro de um retângulo na extremidade direita (a cabeça). A partir da espinha central, trace ramificações diagonais, uma para cada categoria de causa. Use os 6Ms como ponto de partida, mas adapte as categorias se o seu contexto exigir (8Ps para serviços, 4S para saúde, ou categorias totalmente personalizadas).

Passo 3: Faça brainstorming por categoria

Para cada categoria, pergunte à equipe: “O que nesta categoria pode estar contribuindo para o problema?” Registre todas as ideias como sub-ramificações na espinha correspondente. Neste momento, quantidade vale mais que qualidade: não descarte hipóteses prematuramente. A regra é: se alguém da equipe considera plausível, registre. Use post-its coloridos se estiver em sessão presencial (uma cor por categoria) ou um quadro digital para sessões remotas.

Passo 4: Aprofunde com sub-causas (5 Porquês)

Para cada causa identificada no passo anterior, pergunte “por que isso acontece?” para revelar sub-causas. Combine com a técnica dos 5 Porquês: continue perguntando “por quê?” até chegar a uma causa que, se eliminada, previne a recorrência do problema. Exemplo: “Por que o atendimento é lento?” > “Porque o sistema trava” > “Porque o servidor está subdimensionado” > “Porque não houve revisão de capacidade após o aumento de usuários” > “Porque não existe processo de revisão periódica de infraestrutura”. Essa última resposta é a causa raiz acionável. Quanto mais ramificações o diagrama tiver, mais profundo é o entendimento do processo.

Passo 5: Priorize e valide com dados

Nem todas as causas têm o mesmo peso. Identifique as mais prováveis com base em dados, evidências e experiência da equipe. Técnicas de priorização: Votação por pontos (cada participante recebe 3-5 adesivos e os distribui nas causas que considera mais relevantes), Matriz de Priorização (cruze impacto com probabilidade em uma grade 2×2) ou Diagrama de Pareto (quantifique a frequência de cada causa e identifique as 20% responsáveis por 80% do problema). Valide as hipóteses prioritárias com dados reais: registros de chamados, relatórios de checklist e histórico de indicadores.

Passo 6: Elabore o plano de ação corretiva

Transforme cada causa raiz confirmada em ações corretivas com responsáveis, prazos e indicadores de acompanhamento. Diferencie a correção (resolver o efeito imediato) da ação corretiva (eliminar a causa raiz para prevenir recorrência). Use o plano de ação 5W2H para estruturar cada ação. O módulo de gestão de projetos da SULTS permite atribuir essas ações diretamente aos responsáveis em cada unidade, com prazos, notificações e verificação de eficácia.

Passo 7: Verifique a eficácia e padronize

Após implementar as ações, monitore os indicadores para confirmar que o problema foi resolvido. Se a causa raiz foi eliminada, o efeito não deve se repetir. Se persistir, volte ao diagrama e investigue novas causas. Quando a solução for validada, padronize: atualize procedimentos, inclua novos itens no checklist de auditoria, treine a equipe e documente a lição aprendida. Esse passo fecha o ciclo PDCA e previne que o mesmo problema consuma recursos novamente.

Exemplo prático: aplicando o Ishikawa em uma rede de varejo

Para ilustrar o processo completo, considere o seguinte cenário fictício (mas realista) de uma rede com 150 lojas:

Problema definido (Passo 1): “A taxa de ruptura de estoque (produtos esgotados na prateleira) nas lojas da região Sudeste subiu de 4,2% para 9,7% nos últimos 3 meses, gerando perda estimada de R$ 420.000 em vendas.”

Ao aplicar o brainstorming por categoria (Passos 2-4), a equipe mapeou as seguintes causas:

Priorização (Passo 5): Com votação por pontos, a equipe identificou três causas raiz prioritárias: (1) falta de gatilho automático de reposição, (2) conteúdo de treinamento desatualizado e (3) ausência de fornecedor alternativo. As três juntas explicavam aproximadamente 75% da ruptura na região.

Plano de ação (Passos 6-7): Para cada causa, a equipe definiu ações com responsável, prazo e indicador. O módulo de tarefas da SULTS atribuiu cada ação ao responsável direto, e o checklist de auditoria ganhou três novos itens de verificação para prevenir recorrência. Após 60 dias, a taxa de ruptura retornou a 4,8%.

Exemplos reais do Diagrama de Ishikawa por setor

Indústria automotiva: o caso Mazda MX-5

Um dos casos mais emblemáticos de uso do Ishikawa fora do contexto de resolução de problemas é o desenvolvimento do Mazda MX-5 (Miata). A equipe de engenharia da Mazda, liderada por Takao Kijima, utilizou o diagrama como ponto de partida para o design da terceira geração do veículo. Em vez dos 6Ms tradicionais, criaram seis categorias personalizadas (Styling, Touching, Listening, Cornering, Driving e Braking), todas convergindo para o conceito central de “Jinba Ittai” (cavalo e cavaleiro como um só). As sub-causas incluíam fatores granulares como distribuição de peso 50/50 e possibilidade de apoiar o cotovelo na porta do motorista. Todos os fatores identificados no diagrama foram incorporados ao projeto final. Esse caso demonstra que a ferramenta não serve apenas para diagnosticar problemas, mas também para projetar soluções de excelência.

Saúde: redução de lesões por agulha em 80%

Conforme estudo publicado no Global Journal on Quality and Safety in Healthcare (Kumah et al., 2024), o Nyaho Medical Centre, em Gana, utilizou o diagrama espinha de peixe para investigar a alta incidência de lesões por agulha entre profissionais de saúde. Com categorias adaptadas (materiais, métodos, equipamentos, ambiente e pessoas), a equipe identificou causas como recipientes de descarte inadequados, falta de treinamento em protocolos de manuseio e pressão por produtividade. Após implementar as ações corretivas derivadas do Ishikawa, os casos caíram de 11 em 2018 para 2 em 2021, uma redução superior a 80%. O estudo confirma que a ferramenta é eficaz mesmo em contextos muito diferentes da manufatura tradicional.

Operações com múltiplas unidades: investigando variação de desempenho

Em franquias, filiais, redes de varejo ou qualquer empresa com operações distribuídas, o Diagrama de Ishikawa é particularmente valioso para investigar por que unidades com o mesmo modelo de negócio apresentam resultados diferentes. Se o NPS de determinadas lojas está consistentemente abaixo da média da rede, o diagrama pode revelar que a causa raiz não está na equipe (como frequentemente se assume), mas no método de treinamento que não é padronizado entre regiões, no layout da loja que gera filas desnecessárias, ou na falta de manutenção preventiva dos equipamentos de autoatendimento. A SULTS permite que essas investigações sejam documentadas no módulo de chamados e que as ações corretivas sejam replicadas em toda a rede via gestão de projetos.

7 erros comuns ao aplicar o Diagrama de Ishikawa

A simplicidade da ferramenta pode gerar uma falsa sensação de domínio. Na prática, equipes cometem erros que comprometem a eficácia da análise. Conhecer esses erros antecipadamente aumenta significativamente a qualidade do resultado.

Como integrar o Ishikawa com outras ferramentas de gestão

O Diagrama de Ishikawa raramente opera sozinho. Na prática, ele faz parte de um ecossistema de ferramentas que se complementam em etapas distintas da resolução de problemas. Entender quando usar cada uma, e como combiná-las, multiplica o impacto da análise.

Diagrama de Ishikawa e a ISO 9001:2015

A norma ISO 9001:2015, na cláusula 10.2 (Não conformidade e ação corretiva), estabelece que organizações devem: (a) reagir imediatamente à não conformidade, controlando e corrigindo o problema; (b) determinar as causas raiz, analisando a não conformidade e verificando se existem problemas similares; (c) implementar ação corretiva para eliminar as causas e prevenir recorrência; (d) verificar a eficácia das ações tomadas; e (e) reter informação documentada sobre todo o processo.

A norma não especifica qual ferramenta de análise de causa raiz deve ser usada. Ishikawa, 5 Porquês, Árvore de Falhas ou qualquer outra abordagem são igualmente aceitáveis. Na prática, porém, o Diagrama de Ishikawa é uma das ferramentas mais frequentemente encontradas em auditorias de qualidade justamente por ser visual, documentável e acessível a equipes não especializadas.

Segundo a ISO Survey 2024, existem +1,47 milhão de certificados ISO 9001 ativos no mundo, distribuídos em mais de 2,3 milhões de sites. O Brasil ocupa a 10ª posição global com 18.536 certificados. Cada uma dessas organizações precisa demonstrar, em auditorias periódicas, que possui um processo robusto de análise de causa raiz, e é aí que o Ishikawa se torna uma ferramenta de documentação e comunicação indispensável.

O custo de não investir em análise de causa raiz é alto. Segundo a ASQ, o custo da não qualidade (COPQ, Cost of Poor Quality) consome entre 15% e 20% da receita de empresas típicas, podendo chegar a 40% em operações com processos menos maduros. Empresas com programas de qualidade estruturados, incluindo análise de causa raiz sistemática, conseguem reduzir esse percentual para menos de 5% da receita.

Como a SULTS potencializa a análise de causa raiz em múltiplas unidades

O Diagrama de Ishikawa revela o que precisa mudar. A SULTS garante que a mudança aconteça, se mantenha e escale para todas as unidades da rede. Quando uma organização com +200 unidades, +800 colaboradores e múltiplos processos simultâneos identifica uma causa raiz, o desafio real não é o diagnóstico, é a execução padronizada da solução em cada ponta da operação, com rastreabilidade e verificação de eficácia.

Com o módulo de checklist, cada ponto de verificação gerado pela análise Ishikawa vira um item de auditoria recorrente aplicado em todas as unidades. Quando uma não conformidade é detectada em campo, o módulo de chamados registra o desvio com dados estruturados (o quê, onde, quando, quem reportou, evidências fotográficas). O plano de ação corretiva é gerenciado via gestão de projetos, com responsáveis nomeados, prazos definidos e verificação de eficácia obrigatória.

O conhecimento gerado por esse ciclo (cada causa raiz identificada, cada solução validada, cada lição aprendida) alimenta a universidade corporativa, prevenindo que o mesmo problema se repita em unidades novas ou existentes. Esse ciclo completo (identificar, corrigir, padronizar e treinar) é exatamente o que a cláusula 10.2 da ISO 9001:2015 exige. A diferença é que, com a SULTS, ele acontece em tempo real, com visibilidade centralizada e sem depender de planilhas manuais que se perdem entre e-mails. A plataforma atende +1.500 clientes e +600 mil usuários.

Leitura recomendada