A reunião de análise do refugo durou noventa minutos e terminou com um diagrama de espinha de peixe bonito na parede, seis categorias preenchidas, umas trinta causas levantadas. A equipe escolheu três, aplicou os 5 Porquês em cada uma e chegou a “falta de treinamento”. O plano de ação foi retreinar a turma da noite.
Três meses depois o refugo estava igual. E aqui está o desconforto: nenhuma das duas ferramentas falhou. Elas fizeram exatamente o que fazem, que é organizar e aprofundar hipóteses. O que ninguém fez foi a etapa que separa hipótese de causa, e ela não está em nenhuma das duas.
Ishikawa levanta possibilidades. Os 5 Porquês encadeiam uma delas até um nível mais fundo. Nenhuma das duas verifica coisa alguma. Quem usa as duas achando que no fim tem uma causa raiz confirmada está confundindo uma lista organizada de palpites com evidência, e é por isso que tanta análise bem conduzida não muda o indicador.
O que cada ferramenta faz, e o que nenhuma faz
O diagrama de Ishikawa é uma ferramenta de amplitude. A função dele é impedir que a equipe se fixe na primeira explicação confortável, obrigando o raciocínio a percorrer dimensões diferentes do processo. O valor não está no desenho: está em quantas hipóteses plausíveis aparecem que ninguém tinha considerado.
Os 5 Porquês são uma ferramenta de profundidade. Pegam uma hipótese e descem por uma cadeia causal até um nível em que a ação faz sentido estrutural, e não pessoal. É uma jornada linear, e essa linearidade é ao mesmo tempo a força e o limite da técnica.
O que nenhuma das duas faz é dizer se a causa encontrada é a que responde pelo problema. Ambas são qualitativas. Rodadas com as pessoas erradas na sala, produzem uma cadeia de raciocínio consistente e completamente equivocada, e o pior é que ela parece certa, porque está encadeada. A verificação é uma terceira etapa e usa dados, não discussão.
A sequência completa: quatro etapas, não duas
A análise que muda o indicador tem quatro etapas, e Ishikawa e 5 Porquês ocupam as duas do meio.
Etapa 1: definir o problema com dado. Antes de qualquer diagrama. “Alto índice de refugo” não orienta investigação nenhuma. “O refugo da injetora 4 subiu de 2,1% para 4,8% desde a segunda quinzena de março, concentrado no turno da noite, na peça A-12” orienta: já diz onde, quando e em quê. Boa parte das análises que não vão a lugar nenhum morreu aqui, em enunciado vago, e nenhuma ferramenta posterior recupera isso.
Etapa 2: abrir hipóteses com Ishikawa. As seis categorias clássicas, método, máquina, mão de obra, material, medida e meio ambiente, funcionam bem na indústria e costumam precisar de adaptação em serviços e áreas administrativas. Duas regras práticas: cada hipótese precisa ter algum indício, mesmo que fraco, de quem convive com o processo; e, se uma categoria ficou vazia, isso é informação, não descuido. Vale perguntar se ninguém ali entende daquela dimensão.
Etapa 3: aprofundar com 5 Porquês. Só nas hipóteses que sobreviverem a um filtro de priorização. Aprofundar todas as trinta é o que faz a análise consumir semanas e perder foco. Quando existe dado histórico, o gráfico de Pareto faz essa priorização melhor que a discussão, mostrando quais categorias concentram o problema.
Etapa 4: verificar com dado. A etapa que faltou na reunião da abertura. Antes de agir, confirmar que a causa apontada de fato explica o comportamento do indicador. Em muitos casos isso é simples: estratificar os dados por turno, por operador, por lote ou por máquina e ver se a diferença aparece onde a teoria diz que deveria aparecer. Em casos mais delicados, um teste de hipótese separa a diferença real da oscilação normal do processo.
Onde os 5 Porquês costumam sair do trilho
A técnica tem três modos de falha conhecidos, e todos aparecem na mesma reunião de noventa minutos.
Parar na pessoa. Quando a cadeia chega em “o operador não seguiu o procedimento”, a maioria das equipes para, porque ali existe um responsável e uma ação óbvia. Só que “não seguiu” é sintoma. As perguntas seguintes são as que interessam: o procedimento está acessível no posto? Ele é executável no tempo de ciclo disponível? Quem treinou verificou se a pessoa consegue fazer? O procedimento contradiz o que o supervisor cobra? Parar na pessoa entrega um culpado e mantém o problema, porque a próxima pessoa no mesmo posto vai errar igual.
Parar quando a resposta incomoda. A cadeia frequentemente aponta para decisão de quem está na sala ou acima dela: dimensionamento de equipe, prazo aceito sem capacidade, corte de manutenção. Nesse ponto a conversa costuma mudar de assunto sozinha. É o mesmo mecanismo que faz uma organização ter os dados e não ter as más notícias, e ele pertence à cultura da qualidade, não à ferramenta.
Seguir uma cadeia só. Este é o limite estrutural da técnica. Problemas de processo raramente têm uma causa única: costumam ter duas ou três que se somam. Quando o encadeamento é linear, a equipe sai da sala com uma causa e a sensação de que terminou. Uma forma de contornar isso é abrir a investigação em ramos onde a resposta for “por vários motivos”, o que transforma a cadeia em árvore e preserva o que a linha reta descartaria.
A análise que funcionou (situação-tipo construída para este texto)
Mesmo refugo, mesma injetora, outra condução. O problema foi enunciado com dado: 2,1% para 4,8% desde a segunda quinzena de março, concentrado na peça A-12.
O Ishikawa levantou dezenove hipóteses. A priorização por dado já eliminou boa parte: estratificando o refugo por turno, a noite tinha 6,2% contra 3,9% da manhã e 4,1% da tarde. Diferença real, e não oscilação. Isso derrubou todas as hipóteses de material e de molde, que atingiriam os três turnos igualmente, e sobraram três candidatas ligadas ao turno.
Os 5 Porquês foram aplicados na mais provável, o ajuste de parâmetro no início do turno. A cadeia chegou a “o operador da noite ajusta a temperatura pelo aspecto da peça, não pela ficha”. E aqui a equipe quase parou, porque já havia um responsável. Seguiu: a ficha de parâmetro fica no escritório da supervisão, que fecha às 22h. O turno da noite entra às 22h. A causa estrutural não era o operador: era a ficha estar atrás de uma porta trancada durante todo o turno em que mais se refuga.
Antes de agir, a verificação. Se a teoria estivesse certa, as peças refugadas da noite deveriam ter desvio de temperatura maior que as do dia. Mediram cinquenta peças de cada turno: a dispersão da noite era quase o dobro. A teoria sobreviveu ao teste, e só então a ação foi tomada. Ela custou nada: a ficha plastificada no posto, mais uma conferência de parâmetro no início do turno. Em seis semanas o refugo da noite foi de 6,2% para 4,4%, 3,8%, 4,0%, 3,6%, 3,7% e 3,5%.
Repare que o refugo não voltou aos 2,1%. Isso é informação: existe uma segunda causa atuando nos três turnos, ainda não identificada, e o próximo ciclo vai atrás dela. Essa é a diferença entre encerrar a análise e conduzir uma investigação.
Quando não usar essa dupla
Ishikawa e 5 Porquês são ferramentas de problema recorrente, com causa desconhecida e processo que você controla. Fora disso, há opções melhores.
Para evento único e grave, como um acidente ou uma falha catastrófica, o encadeamento simples não dá conta da combinação de fatores, e a árvore de falhas é o instrumento adequado. Para antecipar o que ainda não aconteceu, a lógica é inversa e o caminho é o FMEA. E quando a causa já é conhecida e o que falta é impedir o erro de acontecer, não há o que investigar: o assunto é desenho de processo, com poka-yoke e mudança de método.
Há ainda o caso mais comum de todos, e o mais mal servido pelas duas ferramentas: o problema que não é um evento, mas o comportamento normal de um processo instável. Quando o indicador oscila todo mês e a reunião procura a causa da oscilação deste mês, a pergunta está errada desde o começo. Antes de investigar, é preciso olhar a série no tempo e distinguir o que é variação de rotina do que é sinal, com uma carta de controle. Investigar causa de variação comum é o caminho mais rápido para piorar um processo.
O que fazer com a causa confirmada
Causa verificada sem ação estruturada é análise perdida. Três coisas fecham o ciclo.
A ação precisa ser específica e ter dono e prazo, o que o 5W2H resolve em uma linha por item. Ela precisa atacar o nível certo: quanto mais a solução depender de atenção e disciplina das pessoas, mais frágil ela é, e a hierarquia de controles explica por quê. E o efeito precisa ser lido no tempo, não comparando o mês anterior com o seguinte, porque dois pontos não distinguem melhoria de oscilação.
Essa sequência inteira, do enunciado com dado à verificação da causa e à leitura do resultado, é o que a fase de análise de um projeto DMAIC organiza, e é a competência que uma formação como o Green Belt desenvolve. A ferramenta é a parte fácil e se aprende em uma tarde. O difícil é a disciplina de não aceitar a primeira resposta plausível.
Na reunião da abertura, a equipe tinha o diagrama certo, a técnica certa e as pessoas certas. Faltou uma pergunta, feita antes de escrever o plano de ação: que dado nós veríamos se essa causa fosse verdadeira? É a pergunta mais barata da análise inteira, e a única que separa investigação de conversa.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi a separação entre levantar hipóteses e verificar causas, e os critérios para decidir quando aprofundar e quando parar.
As duas ferramentas levam até uma hipótese bem construída. O que transforma hipótese em causa confirmada é saber estratificar dados, ler variação e testar antes de agir. O White Belt gratuito da EDTI cobre essa base e é o próximo passo para quem já usa Ishikawa e 5 Porquês e quer que a análise pare de terminar em “falta de treinamento”.
Perguntas frequentes
Qual a diferença entre o diagrama de Ishikawa e os 5 Porquês?
O Ishikawa é ferramenta de amplitude: organiza hipóteses em categorias para evitar que a equipe fixe na explicação mais óbvia. Os 5 Porquês são ferramenta de profundidade: pegam uma hipótese e descem a cadeia causal até um nível estrutural. Uma abre o leque, a outra afunila.
Qual usar primeiro?
Ishikawa primeiro, para levantar e organizar as possibilidades, e 5 Porquês depois, nas hipóteses priorizadas. Usar 5 Porquês direto funciona em problemas simples e evidentes, mas em problema multifatorial leva a equipe a aprofundar a primeira ideia que apareceu.
Quantos porquês são necessários?
Não há número fixo. Cinco é uma referência, não uma regra. O critério é chegar a uma causa que esteja dentro da governabilidade do processo, que possa ser verificada com dado e que permita uma ação específica. Se a resposta ainda é “falta de atenção”, não chegou.
Como saber se a causa encontrada é mesmo a raiz?
Perguntando que dado deveria existir se ela for verdadeira, e indo verificar. Estratificar por turno, máquina, lote ou operador costuma bastar. Sem essa verificação, o que se tem é uma hipótese bem encadeada, que pode estar errada.
Ishikawa e 5 Porquês servem para área administrativa e serviços?
Servem, com adaptação. As seis categorias clássicas foram pensadas para manufatura e costumam render pouco em processos administrativos; nesses contextos, faz mais sentido usar categorias que reflitam as etapas do próprio fluxo, como sistema, informação, decisão e interface entre áreas.
E quando aparece mais de uma causa raiz?
É o caso mais comum em processos. Priorize pelo impacto e pela viabilidade de ação, ataque uma por vez e leia o efeito de cada uma separadamente. Mudar tudo ao mesmo tempo impede saber o que funcionou e, quando o resultado não vem, deixa a equipe sem saber o que descartar.
Onde essas ferramentas entram num projeto Lean Six Sigma?
Na fase de análise, depois de o problema estar medido e antes de qualquer solução. Levantam e aprofundam hipóteses que serão verificadas com dados nas etapas seguintes. É essa sequência, e não as ferramentas isoladas, que as formações Green Belt e Black Belt da EDTI desenvolvem.