Todo gestor conhece a sensação: o mesmo problema volta de tempos em tempos, não importa quantas vezes a equipe resolva. O chamado é fechado, o cliente é acalmado, a situação é contornada, e algumas semanas depois está tudo lá de novo. Quando isso acontece, o diagnóstico é quase sempre o mesmo: a equipe está resolvendo o sintoma, não a causa.
O Diagrama de Ishikawa, também chamado de espinha de peixe, é uma das ferramentas mais simples e eficazes para quebrar esse ciclo. Ele foi criado para uma pergunta só: por que esse problema acontece de verdade?
Como funciona
A lógica é visual. O problema fica na cabeça do peixe, à direita. A espinha central atravessa o desenho, e dela saem ramos, que são as categorias de causa. Em cada ramo, a equipe lista as possíveis causas daquele tipo.
As categorias clássicas são conhecidas como 6M: Método, que são os processos e a forma de trabalhar, Mão de obra, que envolve pessoas e treinamento, Máquina, que são os equipamentos, Material, que são insumos e fornecedores, Medição, que são os indicadores e controles, e Meio ambiente, que é o contexto ao redor. Não é obrigatório usar as seis. O importante é que as categorias forcem a equipe a olhar o problema por ângulos diferentes, em vez de repetir a primeira explicação que vem à cabeça.
Um exemplo da vida real de provedor
Vamos pegar um problema que conheço bem: o churn alto em uma região específica da cidade. A reação comum é dar desconto para quem ameaça cancelar. Agora veja o que aparece quando o problema passa pelo diagrama.
Em Máquina, a equipe descobre que uma caixa de atendimento daquela região está saturada. Em Medição, percebe que ninguém acompanha a ocupação das caixas, então a saturação cresceu sem ninguém ver. Em Método, nota que não existe rotina de manutenção preventiva na área. Em Mão de obra, aparece que o técnico da região está sobrecarregado e atende com atraso.
De repente, o churn alto deixa de ser um problema comercial e revela o que sempre foi: uma cadeia de causas operacionais. O desconto não resolveria nada disso. Escrevi sobre essa armadilha no artigo sobre as causas reais de cancelamento, e o Ishikawa é justamente a ferramenta para investigar as suas.
A técnica dos 5 porquês
Dentro de cada causa, vale aplicar uma técnica simples para ir mais fundo: perguntar por quê até chegar na origem. O cliente cancelou. Por quê? A internet caía toda semana. Por quê? A caixa estava saturada. Por quê? Ninguém monitorava a ocupação. Por quê? Não existe esse indicador na rotina da equipe.
Quatro porquês depois, o problema mudou de cara. O que parecia um cancelamento isolado virou a falta de um indicador na operação. Atacar essa causa raiz evita esse cancelamento e todos os próximos da mesma família.
Os erros que estragam a análise
Dois cuidados de quem já participou de muitas dessas conversas.
O primeiro é parar cedo demais. A primeira resposta quase nunca é a causa raiz, é só a camada de cima. Se a análise terminar em uma frase do tipo o cliente cancelou porque a internet caía, ela não terminou.
O segundo é transformar a análise em caça ao culpado. Quando o diagrama vira tribunal, a equipe para de falar a verdade, e sem verdade não existe causa raiz. A pergunta certa nunca é quem errou, é o que no nosso processo permitiu que isso acontecesse. Quase sempre a resposta está no processo, não na pessoa.
Monte o seu
Para facilitar, criamos um construtor de Diagrama de Ishikawa gratuito aqui no site. Você define o problema, organiza as causas por categoria com a ajuda dos 5 porquês e baixa o diagrama pronto para discutir com a equipe. Acesse o construtor e teste com aquele problema que vive voltando na sua operação.