{"id":16715,"date":"2026-04-14T10:11:25","date_gmt":"2026-04-14T13:11:25","guid":{"rendered":"https:\/\/www.sults.com.br\/blog\/?p=16715"},"modified":"2026-04-15T08:43:12","modified_gmt":"2026-04-15T11:43:12","slug":"diagrama-de-ishikawa","status":"publish","type":"post","link":"https:\/\/www.sults.com.br\/blog\/diagrama-de-ishikawa\/","title":{"rendered":"Diagrama de Ishikawa: O Que \u00c9, 6Ms e Como Fazer"},"content":{"rendered":"\n
\n

Resumo executivo:<\/strong> O Diagrama de Ishikawa (tamb\u00e9m chamado de Espinha de Peixe ou Diagrama de Causa e Efeito) \u00e9 uma ferramenta visual que organiza as causas potenciais de um problema em categorias estruturadas (os 6Ms), permitindo que equipes encontrem a causa raiz com precis\u00e3o. Criado em 1943 pelo engenheiro japon\u00eas Kaoru Ishikawa e classificado pela ASQ<\/a> como uma das sete ferramentas b\u00e1sicas da qualidade, o diagrama \u00e9 adotado por organiza\u00e7\u00f5es como Toyota e Mazda, al\u00e9m de hospitais, opera\u00e7\u00f5es de varejo e empresas de servi\u00e7os em todo o mundo. Neste guia, voc\u00ea vai entender o conceito, aprender a construir o diagrama passo a passo, ver exemplos reais por setor, conhecer os erros mais comuns e descobrir como integrar com 5W2H<\/a>, 5 Porqu\u00eas e PDCA para criar um ciclo de melhoria cont\u00ednua<\/a> na sua opera\u00e7\u00e3o.<\/p>\n \"SULTS\"\n<\/div>\n\n

\n
\n
1943<\/div>\n
Ano de cria\u00e7\u00e3o por Kaoru Ishikawa<\/div>\n
ASQ<\/a><\/div>\n <\/div>\n
\n
7<\/div>\n
Ferramentas b\u00e1sicas da qualidade<\/div>\n
ASQ, 2024<\/a><\/div>\n <\/div>\n
\n
1,47M<\/div>\n
Certificados ISO 9001 ativos no mundo<\/div>\n
ISO Survey, 2024<\/a><\/div>\n <\/div>\n
\n
15-20%<\/div>\n
Receita perdida com custo da n\u00e3o qualidade<\/div>\n
ASQ<\/a><\/div>\n <\/div>\n<\/div>\n\n

O que \u00e9 o Diagrama de Ishikawa<\/h2>\n\n

O Diagrama de Ishikawa \u00e9 uma representa\u00e7\u00e3o gr\u00e1fica 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<\/a> mais utilizados). O problema principal fica posicionado na “cabe\u00e7a” do peixe, \u00e0 direita, enquanto as categorias de causas se ramificam ao longo da “espinha” central, \u00e0 esquerda. Cada ramifica\u00e7\u00e3o principal pode conter sub-ramifica\u00e7\u00f5es que detalham causas secund\u00e1rias e terci\u00e1rias, criando uma an\u00e1lise progressivamente mais profunda.<\/p>\n\n

Na pr\u00e1tica, o diagrama transforma uma sess\u00e3o de investiga\u00e7\u00e3o (que sem estrutura tenderia a ser ca\u00f3tica) em um processo organizado onde cada hip\u00f3tese \u00e9 registrada, categorizada e pode ser validada com dados. Quando uma empresa identifica, por exemplo, que o tempo de atendimento ao cliente excede o padr\u00e3o em determinadas \u00e1reas, o Ishikawa permite que o sistema de gest\u00e3o<\/a> (apoiado por checklists de auditoria<\/a>) mapeie se a causa est\u00e1 no m\u00e9todo de trabalho, no treinamento da equipe, no equipamento ou em fatores ambientais, tudo em uma \u00fanica sess\u00e3o de brainstorming estruturado.<\/p>\n\n

A for\u00e7a da ferramenta est\u00e1 em dois princ\u00edpios. Primeiro, ela \u00e9 visual<\/strong>: o formato gr\u00e1fico permite que toda a equipe enxergue simultaneamente o panorama completo de causas, evitando que a discuss\u00e3o se fixe em uma \u00fanica hip\u00f3tese antes de explorar todas as possibilidades. Segundo, ela \u00e9 democr\u00e1tica<\/strong>: Ishikawa a projetou para que qualquer colaborador pudesse utiliz\u00e1-la, sem necessidade de forma\u00e7\u00e3o em estat\u00edstica. Isso \u00e9 especialmente relevante em opera\u00e7\u00f5es com m\u00faltiplas equipes e \u00e1reas, onde as pessoas de campo s\u00e3o frequentemente as primeiras a identificar desvios e precisam de uma linguagem comum para report\u00e1-los e investig\u00e1-los.<\/p>\n\n

\n \n \n \n \n PROBLEMA<\/text>\n (Efeito)<\/text>\n \n \n M\u00e9todo<\/text>\n \n Procedimento<\/text>\n \n Fluxo<\/text>\n \n \n M\u00e1quina<\/text>\n \n Manuten\u00e7\u00e3o<\/text>\n \n \n M\u00e3o de obra<\/text>\n \n Treinamento<\/text>\n \n \n Material<\/text>\n \n Fornecedor<\/text>\n \n \n Medi\u00e7\u00e3o<\/text>\n \n Calibra\u00e7\u00e3o<\/text>\n \n \n Meio ambiente<\/text>\n \n Layout<\/text>\n \n <\/svg>\n

Figura 1: Estrutura do Diagrama de Ishikawa com os 6Ms: cada categoria principal se ramifica em sub-causas que convergem para o efeito (problema) \u00e0 direita.<\/p>\n<\/div>\n\n

Diagrama de Ishikawa, Espinha de Peixe ou Causa e Efeito?<\/h2>\n\n

A mesma ferramenta recebe tr\u00eas nomes na literatura de gest\u00e3o da qualidade, e todos s\u00e3o igualmente v\u00e1lidos. Diagrama de Causa e Efeito<\/strong> foi o nome original dado por Kaoru Ishikawa \u00e0 ferramenta, pois descreve exatamente sua fun\u00e7\u00e3o: mapear as rela\u00e7\u00f5es entre causas e um efeito espec\u00edfico. Diagrama de Ishikawa<\/strong> \u00e9 a homenagem ao criador, usada principalmente em contextos acad\u00eamicos e de certifica\u00e7\u00e3o. Diagrama Espinha de Peixe<\/strong> (ou Fishbone Diagram, em ingl\u00eas) refere-se ao formato visual: quando preenchido com m\u00faltiplas ramifica\u00e7\u00f5es e sub-causas, o diagrama se assemelha ao esqueleto de um peixe visto de lado.<\/p>\n\n

A exist\u00eancia de tr\u00eas nomes n\u00e3o \u00e9 mera curiosidade terminol\u00f3gica: ela impacta diretamente a comunica\u00e7\u00e3o dentro de organiza\u00e7\u00f5es. Ao padronizar o vocabul\u00e1rio na universidade corporativa<\/a> da sua rede, garanta que todos os colaboradores reconhe\u00e7am os tr\u00eas nomes como sin\u00f4nimos. Isso evita que uma equipe use “espinha de peixe” e outra use “diagrama de causa e efeito” sem perceber que est\u00e3o falando da mesma ferramenta.<\/p>\n\n

Quem foi Kaoru Ishikawa: a hist\u00f3ria por tr\u00e1s da ferramenta<\/h2>\n\n

Kaoru Ishikawa (1915-1989) foi um engenheiro qu\u00edmico japon\u00eas formado pela Universidade de T\u00f3quio, reconhecido mundialmente como um dos maiores nomes da gest\u00e3o da qualidade no s\u00e9culo XX. Nascido em uma fam\u00edlia que j\u00e1 tinha conex\u00e3o direta com o movimento de qualidade (seu pai, Ichiro Ishikawa, foi cofundador da JUSE, a Japanese Union of Scientists and Engineers<\/strong>), Kaoru dedicou sua carreira a tornar o controle de qualidade acess\u00edvel a todos os n\u00edveis organizacionais, n\u00e3o apenas a especialistas.<\/p>\n\n

O contexto hist\u00f3rico \u00e9 importante para entender por que a ferramenta nasceu. Ap\u00f3s a Segunda Guerra Mundial, o Jap\u00e3o enfrentava uma crise de reputa\u00e7\u00e3o industrial: seus produtos eram vistos no mercado global como baratos e de baixa qualidade. A JUSE, fundada em 1946, convidou os estat\u00edsticos norte-americanos W. Edwards Deming<\/strong> (em 1950) e Joseph Juran<\/strong> (em 1954) para treinar a ind\u00fastria japonesa em controle estat\u00edstico de qualidade. Ishikawa integrou e expandiu esses ensinamentos, traduzindo conceitos complexos em ferramentas pr\u00e1ticas que qualquer oper\u00e1rio de f\u00e1brica pudesse usar.<\/p>\n\n

Em 1943<\/strong>, 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\u00edrculos de Controle de Qualidade (CCQ)<\/strong> (pequenos grupos de 5 a 10 colaboradores que se reuniam voluntariamente para analisar e resolver problemas em seus pr\u00f3prios processos de produ\u00e7\u00e3o<\/a>). Ishikawa estimou que as sete ferramentas b\u00e1sicas que ele sistematizou poderiam resolver cerca de 95% dos problemas encontrados no ch\u00e3o de f\u00e1brica.<\/p>\n\n

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

As 7 ferramentas b\u00e1sicas da qualidade de Ishikawa<\/h2>\n\n

O Diagrama de Ishikawa n\u00e3o existe isoladamente. Ele faz parte de um conjunto de sete ferramentas b\u00e1sicas da qualidade<\/a> que Ishikawa formalizou em seu livro Guide to Quality Control<\/em> (1968). A l\u00f3gica era que esse kit b\u00e1sico deveria estar ao alcance de qualquer profissional, independentemente de sua forma\u00e7\u00e3o (algo fundamental na gest\u00e3o administrativa<\/a> moderna). Segundo a ASQ, essas ferramentas continuam sendo fundamentais para todo profissional de qualidade e podem ser usadas em combina\u00e7\u00e3o para potencializar resultados.<\/p>\n\n

\n \n \n \n
Ferramenta<\/th>Fun\u00e7\u00e3o principal<\/th>Quando usar com o Ishikawa<\/th><\/tr>\n <\/thead>\n
1. Diagrama de Causa e Efeito (Ishikawa)<\/strong><\/td>Organizar e categorizar causas potenciais de um problema<\/td>Ferramenta central de an\u00e1lise de causa raiz<\/td><\/tr>\n
2. Folha de Verifica\u00e7\u00e3o (Check Sheet)<\/strong><\/td>Coletar dados de forma estruturada<\/td>Antes do Ishikawa, para quantificar a frequ\u00eancia de cada tipo de defeito<\/td><\/tr>\n
3. Carta de Controle (Control Chart)<\/strong><\/td>Monitorar estabilidade de processos ao longo do tempo<\/td>Ap\u00f3s a corre\u00e7\u00e3o, para verificar se o processo se estabilizou<\/td><\/tr>\n
4. Histograma<\/strong><\/td>Visualizar a distribui\u00e7\u00e3o de frequ\u00eancia de dados<\/td>Para entender a dispers\u00e3o dos dados relacionados ao problema<\/td><\/tr>\n
5. Diagrama de Pareto<\/strong><\/td>Priorizar causas pela regra 80\/20<\/td>Ap\u00f3s o Ishikawa, para determinar quais causas atacar primeiro<\/td><\/tr>\n
6. Diagrama de Dispers\u00e3o (Scatter)<\/strong><\/td>Identificar correla\u00e7\u00e3o entre duas vari\u00e1veis<\/td>Para validar se uma causa suspeita realmente impacta o efeito<\/td><\/tr>\n
7. Estratifica\u00e7\u00e3o \/ Fluxograma<\/strong><\/td>Segmentar dados por grupos ou mapear fluxo do processo<\/td>Para isolar em qual segmento (turno, unidade, regi\u00e3o) o problema \u00e9 mais severo<\/td><\/tr>\n <\/tbody>\n <\/table>\n<\/div>\n\n

Na opera\u00e7\u00e3o de uma rede com m\u00faltiplas unidades, essas ferramentas se conectam de forma natural. A Folha de Verifica\u00e7\u00e3o<\/strong> pode ser implementada como um checklist digital aplicado em cada unidade. A Estratifica\u00e7\u00e3o<\/strong> separa os dados por filial, turno ou regi\u00e3o, revelando onde o problema \u00e9 mais grave. O Ishikawa<\/strong> investiga as causas. O Pareto<\/strong> prioriza. E o Plano de A\u00e7\u00e3o<\/strong> resolve. Quando esse ciclo \u00e9 gerenciado por uma plataforma centralizada, as li\u00e7\u00f5es aprendidas em uma unidade beneficiam imediatamente toda a rede.<\/p>\n\n

\n
\n \"SULTS\"\n Padronize processos em todas as unidades<\/strong>\n

A SULTS permite que redes com m\u00faltiplas unidades criem checklists padronizados<\/a>, registrem n\u00e3o conformidades e acompanhem planos de a\u00e7\u00e3o em tempo real.<\/p>\n <\/div>\n Testar gr\u00e1tis<\/a>\n<\/div>\n\n

Os 6Ms do Diagrama de Ishikawa<\/h2>\n\n

As categorias do diagrama funcionam como pontos de partida para o brainstorming estruturado. O modelo mais tradicional utiliza seis categorias, conhecidas como 6Ms<\/strong>, originalmente projetadas para processos de manufatura, mas amplamente adapt\u00e1veis a servi\u00e7os, varejo, sa\u00fade e qualquer opera\u00e7\u00e3o que envolva processos padronizados. O objetivo n\u00e3o \u00e9 que todas as categorias contenham causas em todos os casos, mas garantir que nenhum \u00e2ngulo de investiga\u00e7\u00e3o seja negligenciado pela equipe.<\/p>\n\n

M\u00e9todo<\/h3>\n

Investiga os processos, procedimentos, instru\u00e7\u00f5es de trabalho, regulamentos e fluxos operacionais aplicados na execu\u00e7\u00e3o da atividade. Perguntas-chave: o procedimento existe e est\u00e1 documentado? A sequ\u00eancia de etapas \u00e9 l\u00f3gica? O m\u00e9todo foi atualizado ap\u00f3s a \u00faltima mudan\u00e7a no processo? Em redes de varejo, a falta de padroniza\u00e7\u00e3o do m\u00e9todo entre unidades \u00e9 uma das causas raiz mais frequentes de varia\u00e7\u00e3o de desempenho.<\/p>\n\n

M\u00e1quina<\/h3>\n

Cobre equipamentos de produ\u00e7\u00e3o, ferramentas manuais, softwares, sistemas de TI, equipamentos de manuseio de materiais e infraestrutura tecnol\u00f3gica. Perguntas-chave: o equipamento est\u00e1 dentro da vida \u00fatil? A manuten\u00e7\u00e3o preventiva est\u00e1 em dia? O software apresenta falhas intermitentes? Para opera\u00e7\u00f5es com m\u00faltiplas unidades, \u00e9 comum que unidades mais antigas operem com equipamentos defasados, gerando inconsist\u00eancia de resultados.<\/p>\n\n

M\u00e3o de obra<\/h3>\n

Envolve as pessoas que executam o processo: habilidades t\u00e9cnicas, experi\u00eancia, treinamento, certifica\u00e7\u00f5es, motiva\u00e7\u00e3o, carga de trabalho e rotatividade. Perguntas-chave: o colaborador recebeu treinamento para esta tarefa? A taxa de turnover nesta unidade \u00e9 superior \u00e0 m\u00e9dia? H\u00e1 sobrecarga? A universidade corporativa pode ajudar a padronizar o n\u00edvel de compet\u00eancia em toda a rede.<\/p>\n\n

Material<\/h3>\n

Mat\u00e9rias-primas, insumos, componentes, embalagens e qualquer informa\u00e7\u00e3o de entrada do processo. Perguntas-chave: a especifica\u00e7\u00e3o do material foi alterada pelo fornecedor? O lote apresenta varia\u00e7\u00e3o? As condi\u00e7\u00f5es de armazenamento s\u00e3o adequadas? Em redes de alimenta\u00e7\u00e3o, por exemplo, a varia\u00e7\u00e3o de qualidade entre fornecedores regionais \u00e9 uma causa raiz cl\u00e1ssica de n\u00e3o conformidade em produto final.<\/p>\n\n

Medi\u00e7\u00e3o<\/h3>\n

Indicadores de desempenho (KPIs), instrumentos de medi\u00e7\u00e3o, m\u00e9todos de calibra\u00e7\u00e3o, pontos de coleta de dados e crit\u00e9rios de inspe\u00e7\u00e3o. Perguntas-chave: o instrumento est\u00e1 calibrado? O indicador mede realmente o que precisamos monitorar? A amostragem \u00e9 representativa? Um KPI mal definido pode fazer a equipe resolver o problema errado.<\/p>\n\n

Meio ambiente<\/h3>\n

Condi\u00e7\u00f5es f\u00edsicas e externas que afetam o processo: temperatura, umidade, ilumina\u00e7\u00e3o, ru\u00eddo, layout do espa\u00e7o, limpeza, localiza\u00e7\u00e3o geogr\u00e1fica e condi\u00e7\u00f5es clim\u00e1ticas. Perguntas-chave: o layout facilita ou dificulta o fluxo de trabalho? H\u00e1 varia\u00e7\u00f5es sazonais que impactam o processo? Para redes de varejo, o layout da loja pode impactar diretamente o tempo de atendimento e a experi\u00eancia do cliente.<\/p>\n\n

Varia\u00e7\u00f5es dos 6Ms: quando adaptar as categorias<\/h3>\n\n

Os 6Ms s\u00e3o o modelo cl\u00e1ssico, mas n\u00e3o o \u00fanico. Ishikawa incentivava que as equipes criassem categorias que fizessem sentido para seu contexto espec\u00edfico. Para opera\u00e7\u00f5es de servi\u00e7os e marketing<\/strong>, a varia\u00e7\u00e3o 8Ps<\/strong> \u00e9 comum: Produto, Pre\u00e7o, Pra\u00e7a, Promo\u00e7\u00e3o, Pessoas, Processo, Evid\u00eancia F\u00edsica (Physical Evidence) e Desempenho (Performance). Para setores como sa\u00fade e hotelaria<\/strong>, o modelo 4S<\/strong> oferece categorias mais intuitivas: Ambiente (Surroundings), Fornecedores (Suppliers), Sistemas (Systems) e Habilidades (Skills). O caso da Mazda MX-5, que veremos adiante, \u00e9 um exemplo perfeito de personaliza\u00e7\u00e3o: a equipe de engenharia criou categorias como Styling, Cornering e Braking, totalmente customizadas para o design automotivo.<\/p>\n\n

Como fazer um Diagrama de Ishikawa: passo a passo completo<\/h2>\n\n

A constru\u00e7\u00e3o do diagrama segue uma sequ\u00eancia l\u00f3gica que equilibra estrutura com criatividade. O processo deve ser sempre colaborativo<\/strong>: Ishikawa o projetou para ser usado em grupo, com 4 a 8 participantes que tenham conhecimento direto sobre o processo em an\u00e1lise. Inclua operadores, supervisores, analistas de qualidade e, quando poss\u00edvel, representantes de \u00e1reas adjacentes. Uma sess\u00e3o t\u00edpica dura entre 30 e 60 minutos.<\/p>\n\n

Passo 1: Defina o problema com precis\u00e3o<\/h3>\n

Escreva o efeito (problema) de forma clara, espec\u00edfica e mensur\u00e1vel. Evite generaliza\u00e7\u00f5es vagas como “qualidade ruim” ou “clientes insatisfeitos”. Use dados concretos: “Taxa de devolu\u00e7\u00e3o de 8,3% na linha de produtos X no \u00faltimo trimestre” ou “Tempo m\u00e9dio de implanta\u00e7\u00e3o de novas unidades excede 45 dias contra meta de 30”. O m\u00e9todo 5W2H \u00e9 ideal nesta etapa: defina o que<\/em> \u00e9 o problema, onde<\/em> ocorre, quando<\/em> come\u00e7ou, quem<\/em> \u00e9 afetado e quanto<\/em> custa. Tudo isso antes de iniciar a investiga\u00e7\u00e3o das causas.<\/p>\n\n

Passo 2: Desenhe a estrutura base<\/h3>\n

Em uma lousa, flipchart ou ferramenta digital, trace uma seta horizontal (a espinha do peixe) e posicione o problema dentro de um ret\u00e2ngulo na extremidade direita (a cabe\u00e7a). A partir da espinha central, trace ramifica\u00e7\u00f5es 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\u00e7os, 4S para sa\u00fade, ou categorias totalmente personalizadas).<\/p>\n\n

Passo 3: Fa\u00e7a brainstorming por categoria<\/h3>\n

Para cada categoria, pergunte \u00e0 equipe: “O que nesta categoria pode estar contribuindo para o problema?” Registre todas as ideias como sub-ramifica\u00e7\u00f5es na espinha correspondente. Neste momento, quantidade vale mais que qualidade<\/strong>: n\u00e3o descarte hip\u00f3teses prematuramente. A regra \u00e9: se algu\u00e9m da equipe considera plaus\u00edvel, registre. Use post-its coloridos se estiver em sess\u00e3o presencial (uma cor por categoria) ou um quadro digital para sess\u00f5es remotas.<\/p>\n\n

Passo 4: Aprofunde com sub-causas (5 Porqu\u00eas)<\/h3>\n

Para cada causa identificada no passo anterior, pergunte “por que isso acontece?” para revelar sub-causas. Combine com a t\u00e9cnica dos 5 Porqu\u00eas<\/strong>: continue perguntando “por qu\u00ea?” at\u00e9 chegar a uma causa que, se eliminada, previne a recorr\u00eancia do problema. Exemplo: “Por que o atendimento \u00e9 lento?” > “Porque o sistema trava” > “Porque o servidor est\u00e1 subdimensionado” > “Porque n\u00e3o houve revis\u00e3o de capacidade ap\u00f3s o aumento de usu\u00e1rios” > “Porque n\u00e3o existe processo de revis\u00e3o peri\u00f3dica de infraestrutura”. Essa \u00faltima resposta \u00e9 a causa raiz acion\u00e1vel. Quanto mais ramifica\u00e7\u00f5es o diagrama tiver, mais profundo \u00e9 o entendimento do processo.<\/p>\n\n

Passo 5: Priorize e valide com dados<\/h3>\n

Nem todas as causas t\u00eam o mesmo peso. Identifique as mais prov\u00e1veis com base em dados, evid\u00eancias e experi\u00eancia da equipe. T\u00e9cnicas de prioriza\u00e7\u00e3o: Vota\u00e7\u00e3o por pontos<\/strong> (cada participante recebe 3-5 adesivos e os distribui nas causas que considera mais relevantes), Matriz de Prioriza\u00e7\u00e3o<\/strong> (cruze impacto com probabilidade em uma grade 2×2) ou Diagrama de Pareto<\/strong> (quantifique a frequ\u00eancia de cada causa e identifique as 20% respons\u00e1veis por 80% do problema). Valide as hip\u00f3teses priorit\u00e1rias com dados reais: registros de chamados, relat\u00f3rios de checklist e hist\u00f3rico de indicadores.<\/p>\n\n

Passo 6: Elabore o plano de a\u00e7\u00e3o corretiva<\/h3>\n

Transforme cada causa raiz confirmada em a\u00e7\u00f5es corretivas com respons\u00e1veis, prazos e indicadores de acompanhamento. Diferencie a corre\u00e7\u00e3o<\/strong> (resolver o efeito imediato) da a\u00e7\u00e3o corretiva<\/strong> (eliminar a causa raiz para prevenir recorr\u00eancia). Use o plano de a\u00e7\u00e3o<\/a> 5W2H para estruturar cada a\u00e7\u00e3o. O m\u00f3dulo de gest\u00e3o de projetos<\/a> da SULTS permite atribuir essas a\u00e7\u00f5es diretamente aos respons\u00e1veis em cada unidade, com prazos, notifica\u00e7\u00f5es e verifica\u00e7\u00e3o de efic\u00e1cia.<\/p>\n\n

Passo 7: Verifique a efic\u00e1cia e padronize<\/h3>\n

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

\n \n \n \n 1. DEFINIR<\/text>\n o problema<\/text>\n \n \n 2. DESENHAR<\/text>\n a estrutura<\/text>\n \n \n 3. BRAINSTORM<\/text>\n por categoria<\/text>\n \n \n 4. APROFUNDAR<\/text>\n 5 Porqu\u00eas<\/text>\n \n \n 5. PRIORIZAR<\/text>\n com dados<\/text>\n \n \n 6. AGIR<\/text>\n plano de a\u00e7\u00e3o<\/text>\n \n \n 7. PADRONIZAR<\/text>\n verificar efic\u00e1cia<\/text>\n + fechar PDCA<\/text>\n \n <\/svg>\n

Figura 2: Os 7 passos para construir e executar um Diagrama de Ishikawa: da defini\u00e7\u00e3o precisa do problema \u00e0 padroniza\u00e7\u00e3o da solu\u00e7\u00e3o validada.<\/p>\n<\/div>\n\n

\n \"SULTS\"\n

Transforme causas raiz em a\u00e7\u00f5es corretivas rastre\u00e1veis<\/h3>\n

Com a SULTS, voc\u00ea cria checklists de auditoria, registra n\u00e3o conformidades via chamados e acompanha cada plano de a\u00e7\u00e3o em tempo real, com +1.500 clientes e +600 mil usu\u00e1rios.<\/p>\n Come\u00e7ar agora<\/a>\n<\/div>\n\n

Exemplo pr\u00e1tico: aplicando o Ishikawa em uma rede de varejo<\/h2>\n\n

Para ilustrar o processo completo, considere o seguinte cen\u00e1rio fict\u00edcio (mas realista) de uma rede com 150 lojas:<\/p>\n\n

Problema definido (Passo 1):<\/strong> “A taxa de ruptura de estoque (produtos esgotados na prateleira) nas lojas da regi\u00e3o Sudeste subiu de 4,2% para 9,7% nos \u00faltimos 3 meses, gerando perda estimada de R$ 420.000 em vendas.”<\/p>\n\n

Ao aplicar o brainstorming por categoria (Passos 2-4), a equipe mapeou as seguintes causas:<\/p>\n\n

\n \n \n \n
Categoria (6M)<\/th>Causas identificadas<\/th>Sub-causa (5 Porqu\u00eas)<\/th><\/tr>\n <\/thead>\n
M\u00e9todo<\/strong><\/td>Pedido de reposi\u00e7\u00e3o feito manualmente por cada loja<\/td>N\u00e3o h\u00e1 gatilho autom\u00e1tico por estoque m\u00ednimo > N\u00e3o foi parametrizado no sistema > Faltou projeto de automa\u00e7\u00e3o<\/td><\/tr>\n
M\u00e1quina<\/strong><\/td>Sistema ERP com atraso na atualiza\u00e7\u00e3o de estoque<\/td>Sincroniza\u00e7\u00e3o entre PDV e ERP leva 24h > Infraestrutura de servidor subdimensionada > Sem revis\u00e3o desde 2023<\/td><\/tr>\n
M\u00e3o de obra<\/strong><\/td>Funcion\u00e1rios novos n\u00e3o sabem operar a reposi\u00e7\u00e3o<\/td>Turnover de 18% ao m\u00eas na regi\u00e3o > Treinamento de onboarding n\u00e3o cobre m\u00f3dulo de estoque > Conte\u00fado desatualizado na universidade corporativa<\/td><\/tr>\n
Material<\/strong><\/td>Fornecedor principal com atraso de entrega<\/td>Lead time subiu de 5 para 12 dias > Fornecedor mudou centro de distribui\u00e7\u00e3o > N\u00e3o h\u00e1 fornecedor alternativo homologado<\/td><\/tr>\n
Medi\u00e7\u00e3o<\/strong><\/td>KPI de ruptura s\u00f3 \u00e9 medido mensalmente<\/td>N\u00e3o h\u00e1 alerta em tempo real > Dashboard n\u00e3o est\u00e1 configurado > Equipe de BI sem demanda formalizada<\/td><\/tr>\n
Meio ambiente<\/strong><\/td>Dep\u00f3sito da CD Sudeste com layout ineficiente<\/td>Tempo de separa\u00e7\u00e3o 40% acima da m\u00e9dia > Reorganiza\u00e7\u00e3o pendente desde a amplia\u00e7\u00e3o do mix > Falta de projeto log\u00edstico<\/td><\/tr>\n <\/tbody>\n <\/table>\n<\/div>\n\n

Prioriza\u00e7\u00e3o (Passo 5):<\/strong> Com vota\u00e7\u00e3o por pontos, a equipe identificou tr\u00eas causas raiz priorit\u00e1rias: (1) falta de gatilho autom\u00e1tico de reposi\u00e7\u00e3o, (2) conte\u00fado de treinamento desatualizado e (3) aus\u00eancia de fornecedor alternativo. As tr\u00eas juntas explicavam aproximadamente 75% da ruptura na regi\u00e3o.<\/p>\n\n

Plano de a\u00e7\u00e3o (Passos 6-7):<\/strong> Para cada causa, a equipe definiu a\u00e7\u00f5es com respons\u00e1vel, prazo e indicador. O m\u00f3dulo de tarefas<\/a> da SULTS atribuiu cada a\u00e7\u00e3o ao respons\u00e1vel direto, e o checklist de auditoria ganhou tr\u00eas novos itens de verifica\u00e7\u00e3o para prevenir recorr\u00eancia. Ap\u00f3s 60 dias, a taxa de ruptura retornou a 4,8%.<\/p>\n\n

Exemplos reais do Diagrama de Ishikawa por setor<\/h2>\n\n

Ind\u00fastria automotiva: o caso Mazda MX-5<\/h3>\n

Um dos casos mais emblem\u00e1ticos de uso do Ishikawa fora do contexto de resolu\u00e7\u00e3o de problemas \u00e9 o desenvolvimento do Mazda MX-5 (Miata)<\/strong>. A equipe de engenharia da Mazda, liderada por Takao Kijima, utilizou o diagrama como ponto de partida para o design da terceira gera\u00e7\u00e3o do ve\u00edculo. Em vez dos 6Ms tradicionais, criaram seis categorias personalizadas (Styling, Touching, Listening, Cornering, Driving e Braking<\/strong>), todas convergindo para o conceito central de “Jinba Ittai” (cavalo e cavaleiro como um s\u00f3). As sub-causas inclu\u00edam fatores granulares como distribui\u00e7\u00e3o 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\u00e3o serve apenas para diagnosticar problemas, mas tamb\u00e9m para projetar solu\u00e7\u00f5es de excel\u00eancia.<\/p>\n\n

Sa\u00fade: redu\u00e7\u00e3o de les\u00f5es por agulha em 80%<\/h3>\n

Conforme estudo publicado no Global Journal on Quality and Safety in Healthcare<\/a> (Kumah et al., 2024), o Nyaho Medical Centre, em Gana, utilizou o diagrama espinha de peixe para investigar a alta incid\u00eancia de les\u00f5es por agulha entre profissionais de sa\u00fade. Com categorias adaptadas (materiais, m\u00e9todos, equipamentos, ambiente e pessoas), a equipe identificou causas como recipientes de descarte inadequados, falta de treinamento em protocolos de manuseio e press\u00e3o por produtividade. Ap\u00f3s implementar as a\u00e7\u00f5es corretivas derivadas do Ishikawa, os casos ca\u00edram de 11 em 2018 para 2 em 2021<\/strong>, uma redu\u00e7\u00e3o superior a 80%. O estudo confirma que a ferramenta \u00e9 eficaz mesmo em contextos muito diferentes da manufatura tradicional.<\/p>\n\n

Opera\u00e7\u00f5es com m\u00faltiplas unidades: investigando varia\u00e7\u00e3o de desempenho<\/h3>\n

Em franquias, filiais, redes de varejo ou qualquer empresa com opera\u00e7\u00f5es distribu\u00eddas, o Diagrama de Ishikawa \u00e9 particularmente valioso para investigar por que unidades com o mesmo modelo de neg\u00f3cio apresentam resultados diferentes. Se o NPS de determinadas lojas est\u00e1 consistentemente abaixo da m\u00e9dia da rede, o diagrama pode revelar que a causa raiz n\u00e3o est\u00e1 na equipe (como frequentemente se assume), mas no m\u00e9todo de treinamento que n\u00e3o \u00e9 padronizado entre regi\u00f5es, no layout da loja que gera filas desnecess\u00e1rias, ou na falta de manuten\u00e7\u00e3o preventiva dos equipamentos de autoatendimento. A SULTS permite que essas investiga\u00e7\u00f5es sejam documentadas no m\u00f3dulo de chamados<\/a> e que as a\u00e7\u00f5es corretivas sejam replicadas em toda a rede via gest\u00e3o de projetos.<\/p>\n\n

7 erros comuns ao aplicar o Diagrama de Ishikawa<\/h2>\n\n

A simplicidade da ferramenta pode gerar uma falsa sensa\u00e7\u00e3o de dom\u00ednio. Na pr\u00e1tica, equipes cometem erros que comprometem a efic\u00e1cia da an\u00e1lise. Conhecer esses erros antecipadamente aumenta significativamente a qualidade do resultado.<\/p>\n\n

\n
\n
<\/svg><\/div>\n
\n

1. Definir o problema de forma vaga<\/h3>\n

“Vendas est\u00e3o baixas” n\u00e3o \u00e9 um problema investig\u00e1vel. “Vendas da categoria X ca\u00edram 14% nas unidades da regi\u00e3o Sul nos \u00faltimos 2 meses” permite uma investiga\u00e7\u00e3o focada. Sem precis\u00e3o na defini\u00e7\u00e3o, todo o diagrama perde dire\u00e7\u00e3o.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

2. Fazer a an\u00e1lise individualmente<\/h3>\n

O diagrama foi projetado para sess\u00f5es em grupo. Uma pessoa sozinha tem vieses e pontos cegos que s\u00f3 a diversidade de perspectivas resolve. Re\u00fana 4 a 8 pessoas de diferentes fun\u00e7\u00f5es.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

3. Confundir causas com sintomas<\/h3>\n

“Cliente reclamou” \u00e9 um sintoma. “Atendimento demorou 15 minutos acima do SLA” \u00e9 mais pr\u00f3ximo de uma causa, mas ainda pode ser um sintoma de algo mais profundo. Use os 5 Porqu\u00eas para escavar al\u00e9m da superf\u00edcie.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

4. Parar na primeira camada de causas<\/h3>\n

Um diagrama com apenas causas prim\u00e1rias (sem sub-ramifica\u00e7\u00f5es) \u00e9 superficial. O valor real aparece quando a equipe aprofunda 2 a 3 n\u00edveis em cada ramifica\u00e7\u00e3o. Se o diagrama n\u00e3o parece uma espinha de peixe detalhada, provavelmente faltou profundidade.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

5. N\u00e3o validar hip\u00f3teses com dados<\/h3>\n

O brainstorming gera hip\u00f3teses, n\u00e3o verdades. Antes de investir recursos em um plano de a\u00e7\u00e3o, confirme com dados reais que a causa suspeita realmente impacta o efeito. Registros de checklist, hist\u00f3rico de chamados e indicadores de processo s\u00e3o fontes essenciais.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

6. Buscar culpados em vez de causas<\/h3>\n

O Ishikawa investiga processos, n\u00e3o pessoas. Se a an\u00e1lise aponta “Jo\u00e3o n\u00e3o fez o procedimento”, a pergunta seguinte n\u00e3o \u00e9 “por que Jo\u00e3o errou?” e sim “por que o processo permite que essa etapa seja pulada?”. O foco \u00e9 sist\u00eamico.<\/p>\n <\/div>\n <\/div>\n

\n
<\/svg><\/div>\n
\n

7. N\u00e3o dar sequ\u00eancia ao diagrama<\/h3>\n

O Ishikawa \u00e9 meio, n\u00e3o fim. Um diagrama bonito pendurado na parede sem plano de a\u00e7\u00e3o, sem respons\u00e1veis e sem verifica\u00e7\u00e3o de efic\u00e1cia \u00e9 apenas decora\u00e7\u00e3o. Cada causa raiz validada deve gerar uma a\u00e7\u00e3o corretiva rastre\u00e1vel.<\/p>\n <\/div>\n <\/div>\n<\/div>\n\n

Como integrar o Ishikawa com outras ferramentas de gest\u00e3o<\/h2>\n\n

O Diagrama de Ishikawa raramente opera sozinho. Na pr\u00e1tica, ele faz parte de um ecossistema de ferramentas que se complementam em etapas distintas da resolu\u00e7\u00e3o de problemas. Entender quando usar cada uma, e como combin\u00e1-las, multiplica o impacto da an\u00e1lise.<\/p>\n\n

\n \n \n \n
Ferramenta<\/th>Quando usar<\/th>Como se integra ao Ishikawa<\/th><\/tr>\n <\/thead>\n
5 Porqu\u00eas<\/strong><\/td>Para aprofundar uma causa espec\u00edfica at\u00e9 a raiz<\/td>Aplicar dentro de cada ramifica\u00e7\u00e3o do diagrama para detalhar sub-causas at\u00e9 encontrar a causa raiz acion\u00e1vel<\/td><\/tr>\n
5W2H<\/strong><\/td>Para definir o problema antes e estruturar o plano de a\u00e7\u00e3o depois<\/td>Usar antes<\/em> para delimitar o efeito; usar depois<\/em> para transformar cada causa raiz em a\u00e7\u00e3o com respons\u00e1vel e prazo<\/td><\/tr>\n
Diagrama de Pareto<\/strong><\/td>Para priorizar causas pela regra 80\/20<\/td>Ap\u00f3s o brainstorming, quantificar as causas e identificar as 20% que geram 80% do impacto<\/td><\/tr>\n
PDCA<\/strong><\/td>Para ciclos cont\u00ednuos de melhoria<\/td>Ishikawa encaixa na fase “Plan”; o ciclo completo (Do-Check-Act) testa a solu\u00e7\u00e3o, verifica resultados e padroniza<\/td><\/tr>\n
DMAIC (Six Sigma)<\/strong><\/td>Para projetos de melhoria com an\u00e1lise estat\u00edstica avan\u00e7ada<\/td>Ishikawa \u00e9 ferramenta central na fase “Analyze” do DMAIC, junto com testes de hip\u00f3tese e an\u00e1lise de dados<\/td><\/tr>\n
Folha de Verifica\u00e7\u00e3o<\/strong><\/td>Para coletar dados estruturados sobre a frequ\u00eancia das causas<\/td>Usar antes<\/em> para levantar dados que alimentam o brainstorming; usar depois<\/em> para monitorar recorr\u00eancia<\/td><\/tr>\n <\/tbody>\n <\/table>\n<\/div>\n\n

Diagrama de Ishikawa e a ISO 9001:2015<\/h2>\n\n

A norma ISO 9001:2015<\/a>, na cl\u00e1usula 10.2 (N\u00e3o conformidade e a\u00e7\u00e3o corretiva), estabelece que organiza\u00e7\u00f5es devem: (a) reagir imediatamente \u00e0 n\u00e3o conformidade, controlando e corrigindo o problema; (b) determinar as causas raiz<\/strong>, analisando a n\u00e3o conformidade e verificando se existem problemas similares; (c) implementar a\u00e7\u00e3o corretiva para eliminar as causas e prevenir recorr\u00eancia; (d) verificar a efic\u00e1cia das a\u00e7\u00f5es tomadas; e (e) reter informa\u00e7\u00e3o documentada sobre todo o processo.<\/p>\n\n

A norma n\u00e3o especifica qual ferramenta<\/strong> de an\u00e1lise de causa raiz deve ser usada. Ishikawa, 5 Porqu\u00eas, \u00c1rvore de Falhas ou qualquer outra abordagem s\u00e3o igualmente aceit\u00e1veis. Na pr\u00e1tica, por\u00e9m, o Diagrama de Ishikawa \u00e9 uma das ferramentas mais frequentemente encontradas em auditorias de qualidade justamente por ser visual, document\u00e1vel e acess\u00edvel a equipes n\u00e3o especializadas.<\/p>\n\n

Segundo a ISO Survey 2024, existem +1,47 milh\u00e3o de certificados ISO 9001 ativos<\/strong> no mundo, distribu\u00eddos em mais de 2,3 milh\u00f5es de sites. O Brasil ocupa a 10\u00aa posi\u00e7\u00e3o global com 18.536 certificados. Cada uma dessas organiza\u00e7\u00f5es precisa demonstrar, em auditorias peri\u00f3dicas, que possui um processo robusto de an\u00e1lise de causa raiz, e \u00e9 a\u00ed que o Ishikawa se torna uma ferramenta de documenta\u00e7\u00e3o e comunica\u00e7\u00e3o indispens\u00e1vel.<\/p>\n\n

O custo de n\u00e3o investir em an\u00e1lise de causa raiz \u00e9 alto. Segundo a ASQ<\/a>, o custo da n\u00e3o qualidade (COPQ, Cost of Poor Quality) consome entre 15% e 20% da receita<\/strong> de empresas t\u00edpicas, podendo chegar a 40% em opera\u00e7\u00f5es com processos menos maduros. Empresas com programas de qualidade estruturados, incluindo an\u00e1lise de causa raiz sistem\u00e1tica, conseguem reduzir esse percentual para menos de 5% da receita.<\/p>\n\n

\n \n \n FLUXO INTEGRADO DE AN\u00c1LISE DE CAUSA RAIZ<\/text>\n \n 5W2H<\/text>\n Define o problema<\/text>\n \n \n ISHIKAWA<\/text>\n Mapeia causas<\/text>\n por categoria<\/text>\n \n \n PARETO<\/text>\n Prioriza (80\/20)<\/text>\n \n \n 5 PORQU\u00caS<\/text>\n Aprofunda raiz<\/text>\n \n \n PLANO DE A\u00c7\u00c3O<\/text>\n Executa corre\u00e7\u00f5es<\/text>\n \n \n PDCA<\/text>\n Padroniza<\/text>\n \n Ciclo cont\u00ednuo: cada rodada gera novos checklists e padr\u00f5es que previnem recorr\u00eancia<\/text>\n \n ISO 9001:2015 | Cl\u00e1usula 10.2: N\u00e3o conformidade e a\u00e7\u00e3o corretiva<\/text>\n Exige: causas raiz + a\u00e7\u00e3o corretiva + verifica\u00e7\u00e3o de efic\u00e1cia + reten\u00e7\u00e3o de registros documentados<\/text>\n \n <\/svg>\n

Figura 3: Fluxo integrado de an\u00e1lise de causa raiz: 5W2H, Ishikawa, Pareto, 5 Porqu\u00eas e PDCA em um ciclo cont\u00ednuo alinhado \u00e0 cl\u00e1usula 10.2 da ISO 9001:2015.<\/p>\n<\/div>\n\n

\n
\n \"SULTS\"\n Gerencie n\u00e3o conformidades em escala<\/strong>\n

A SULTS centraliza chamados, checklists e planos de a\u00e7\u00e3o para que cada causa raiz identificada vire uma melhoria real em todas as unidades da rede.<\/p>\n <\/div>\n Conhecer a SULTS<\/a>\n<\/div>\n\n

\n

Diagn\u00f3stico: sua opera\u00e7\u00e3o est\u00e1 pronta para an\u00e1lise de causa raiz?<\/h3>\n

Marque os itens que j\u00e1 fazem parte da rotina da sua empresa. Ao final, descubra em que n\u00edvel de maturidade sua opera\u00e7\u00e3o se encontra para aplicar o Diagrama de Ishikawa de forma eficaz.<\/p>\n

\n
M\u00c9TODO E PROCESSOS<\/div>\n
\n
DADOS E MEDI\u00c7\u00c3O<\/div>\n