Diagrama Ishikawa / Espinha de Peixe
O diagrama Ishikawa organiza causas potenciais de um problema em categorias ao longo de uma estrutura em espinha de peixe. Garante analise sistematica da causa raiz em vez de saltar para conclusoes.
O diagrama Ishikawa (tambem chamado de diagrama espinha de peixe ou causa-efeito) foi desenvolvido por Kaoru Ishikawa para estruturar o brainstorming sobre causas de problemas. O problema (efeito) e colocado na cabeca do peixe, e as causas potenciais ramificam-se ao longo da espinha.
As categorias classicas (os 6 Ms) sao: Man (pessoas), Machine (equipamento), Method (processo), Material, Measurement (medicao) e Mother Nature (ambiente). Estas categorias garantem que nenhuma area principal de causa seja negligenciada durante a analise.
Construir um diagrama Ishikawa e um exercicio de equipa: operadores, engenheiros e staff de qualidade trazem cada um perspetivas diferentes. Para cada categoria, a equipa pergunta 'O que poderia causar este problema?' e escreve cada ideia no ramo apropriado.
O diagrama nao resolve o problema por si so -- organiza hipoteses que devem depois ser verificadas com dados. As causas raiz mais provaveis identificadas no diagrama tornam-se os pontos de partida para experimentos no ciclo PDCA.
Exemplo pratico
Uma linha de embalagem tem uma taxa de desalinhamento de etiquetas de 4,7%. A equipa constroi um diagrama Ishikawa. Sob 'Machine': rolos guia desgastados. Sob 'Material': adesivo de etiquetas varia por fornecedor. Sob 'Method': sem padrao para definicao de pressao do rolo. A analise de dados confirma a pressao do rolo como causa primaria. Uma definicao padrao + acessorio Poka-Yoke reduz desalinhamento para 0,3%.
Como a Leanshift ajuda
Leanshift fornece os dados de qualidade e processo necessarios para validar hipoteses Ishikawa. Em vez de adivinhar qual ramo contem a causa raiz, as equipas usam Cycle Times medidos, taxas de defeitos e parametros de processo para verificar.
Perguntas frequentes
Quando se deve usar um diagrama Ishikawa?
Sempre que um problema tem multiplas causas potenciais e a causa raiz nao e obvia. E particularmente util para problemas de qualidade, downtime recorrente e desvios de processo onde a equipa precisa de uma abordagem estruturada.
O que sao os 6 Ms?
Man (pessoas/competencias), Machine (equipamento/ferramentas), Method (processo/procedimentos), Material (inputs/abastecimentos), Measurement (calibres/dados) e Mother Nature (ambiente/condicoes). Nem todas as categorias se aplicam a todos os problemas.
Em que e que Ishikawa difere dos 5 Porques?
Ishikawa mapeia todas as causas potenciais amplamente atraves de categorias. Os 5 Porques escavam profundamente numa cadeia especifica de causa. Funcionam bem juntos: use Ishikawa primeiro para identificar a area de causa mais provavel, depois 5 Porques para encontrar a causa raiz.
Termos relacionados
Ciclo PDCA
PDCA (Plan-Do-Check-Act) e o ciclo fundamental de melhoria: Planear, Executar, Verificar, Padronizar. Estrutura cada processo de melhoria em quatro fases claras.
Analise dos 5 Porques
5 Porques e uma tecnica de analise da causa raiz que pergunta 'Porque?' repetidamente ate a causa fundamental de um problema ser descoberta. Simples, rapida e eficaz para a maioria dos problemas de processo.
Analise de Pareto (Regra 80/20)
A analise de Pareto usa o principio 80/20 para identificar as poucas causas vitais que criam a maioria dos problemas. Garante que os esforcos de melhoria se focam onde entregam o maior impacto.