Qual A Diferença Entre Os Quatros Porquês

Os quatro porquês: o que realmente é e como usar sem perder tempo

A ferramenta se chama "os quatro porquês" e ela existe porque gente tende a tratar sintomas em vez de entender o problema. A abordagem pede quatro perguntas consecutivas: O quê?, Por quê?, Quando? e Onde?. Muita gente confunde com os 5 porquês do Toyota, mas a lógica aqui é mais voltada para mapeamento de incidente do que para raiz filosófica. Dito isso, a gente já resolve problemas sérios com ela se não for feita de qualquer jeito. Eu vejo muito analista iniciante fazer uma reunião de três horas pra "entender o problema" sem anotar nada estruturado. Com os quatro porquês, você gasta uns quinze minutos e já sai com algo que vale mais que meia planilha mal preenchida.

qual a diferença entre os quatros porquês e técnicas parecidas

É válido esclarecer logo de início. A pergunta "qual a diferença entre os quatros porquês" aparece sempre porque as pessoas escutam "quatro porquês" e imaginam que é a mesma coisa dos 5W2H, do Ishikawa ou dos 5 porquês clássicos. A diferença prática é simples: os quatro porquês é um método rápido de qualificação de incidente, focado em descrever o evento com precisão antes de partir para a análise de causa. Ele não substitui um diagrama de Ishikawa quando o problema é complexo, mas funciona como triagem. Se você pular essa etapa e já tentar resolver, vai gastar bastante tempo aplicando soluções que não colam. Além disso, note que muitos chamam de "quatro porquês" sem prestar atenção ao fato de que duas das perguntas usam "por quê" no sentido estrito e as outras duas são abertas. Isso gera uma armadilha comum: o pesquisador trata quando e onde como depois, quando na verdade eles precisam vir antes, junto com o o quê.

Como aplicar na prática

O método segue um fluxo bem direto, mas a ordem importa mais do que parece. Comece descrevendo o fato, não a opinião sobre o fato. O preenchimento costuma levar entre dez e vinte minutos para ocorrências rotineiras, e até quarenta minutos quando o problema envolve múltiplos setores ou dados dispersos. Você precisa escrever o que aconteceu em uma linha. Sem adjetivos, sem julgamento. Exemplo ruim: "o sistema travou feio". Exemplo bom: "o serviço de autenticação retornou erro 503 por aproximadamente doze minutos às 14h30". A diferença não é estética, é operacional. Se você não consegue definir o quê com clareza, as próximas perguntas vão girar em círculos. Aqui entra a parte que a maioria estraga. O "por quê" inicial não deve ser a causa raiz. Deve ser a pergunta que gera o próximo nível de investigação. Você responde com o que observou, não com o que imagina. Se viu que um servidor caiu, anota isso. Não escreve "porque a infraestrutura é ruim" e encerra. Cada "por quê" deve abrir porta, não fechar conversa.

Timestamp é obrigatório. Data, hora de início, hora de fim, frequência se for recorrente. Um detalhe que poucos levam a sério: diferencia evento isolado de padrão. Se o mesmo sintoma aparece toda terça-feira, o "quando" já entrega metade da pista. Eu já resolvi um caso assim em que o problema só ocorria durante a janela de backup noturno, e a culpa era atribuída ao banco de dados por anos antes de alguém perceber a correlação temporal. Ambiente, módulo, região, linha de produção, usuário afetado. Quanto mais específico, melhor. "No ambiente de produção" é vago. "Na instância prod-03, região Sul, módulo de faturamento" é informação útil. Lembre-se de registrar também o onde negativo: o que não falhou. Isso corta hipóteses e economiza horas de teste. Eu trabalhei em uma operação onde o time de qualidade usava os quatro porquês pra investigar não conformidades, mas o registro nunca ia além do primeiro nível. O resultado era relatório bonito e ação que não pegava. O problema específico aconteceu quando uma linha de montagem apresentava rejeição alta em um componente eletrônico. A primeira versão do registro dizia basicamente: "peça defeituosa, por quê desconhecido". Óbvio que não resolviam nada.

O workaround que funcionou foi simples e quase ninguém recomenda: exigir data e número de lote em O quê e, em Quando, separar horário de início do lote do horário de detecção do defeito. A diferença entre esses dois momentos revelou que o defeito só aparecia após quarenta minutos de processo contínuo, o que indicava superaquecimento em vez de matéria-prima ruim. Depois dessa alteração no preenchimento, o tempo médio de fechamento da ação caiu de onze dias para três dias e meio no nosso cenário.

Erros que eu vejo todo dia

Vamos direto. O primeiro erro é inverter a ordem. As pessoas começam pelo "por quê" como se já soubessem o que investigar. O segundo erro é tratar "por quê" como acusação, não como pergunta. O terceiro erro é anotar causas em vez de fatos. Causa vem depois, nunca antes da descrição. Outro problema frequente é usar os quatro porquês em situações que exigem análise estatística. Se você tem variação alta e dados históricos, essa ferramenta sozinha não chega a lugar nenhum. Nesse caso, o mais honesto é complementar com controle de processo ou análise de regressão. Os quatro porquês são bons para qualificação, não para substituir quantitativo quando o quantitativo é necessário.

Quando a técnica não funciona

Seja sincero sobre os limites. Os quatro porquês falham quando o problema é sistêmico e a causa está dispersa em dezenas de variáveis interligadas. Falha também quando a cultura organizacional pune quem responde "não sei", porque isso gera preenchimento fraudulento. E falha quando o tempo de resposta esperado é baixo e você precisa agir antes de investigar, como em incidentes críticos de segurança onde a contenção vem antes da documentação. nessas situações, o mais indicado é combinar com outras abordagens. Para problemas estruturais, use Ishikawa ou FMEA. Para incidentes de segurança com urgência, aplique primeiramente as ações de contenção e só então registre o que aconteceu. A ferramenta não é bala de prata e qualquer pessoa que diga o contrário está vendendo algo.

Resumo objetivo

Use os quatro porquês quando precisar qualificar um incidente rápido, com tempo entre dez e quarenta minutos, e quando o problema ainda não tem causa definida. Não use quando já tiver dados suficientes para análise estatística ou quando a cultura do time impedir respostas honestas. Anote fatos, non opinioni. A ferramenta salva tempo só se o preenchimento for honesto e ordenado.