Five Whys: 5 perguntas para separar causa de sintoma na SST

Five Whys é uma técnica de investigação que repete uma pergunta causal até ligar um evento a uma condição controlável, e não apenas a um comportamento visível. Na SST, cada resposta precisa ser testada contra evidências do trabalho real. O número 5 é referência didática: uma cadeia pode exigir 3, 4 ou 7 perguntas.

Quando a análise prospectiva termina em “faltou atenção”, a empresa ainda não sabe qual controle mudar. Este explainer F7 mostra como separar causa de sintoma, combinar Five Whys com Ishikawa e transformar a explicação em decisão preventiva.

A HSE recomenda planejar, implementar, avaliar e revisar a gestão de segurança; por isso, a pergunta causal precisa terminar em verificação.

O que o Five Whys realmente explica?

O Five Whys explica uma cadeia causal ao perguntar repetidamente por que uma condição ocorreu, até chegar a uma causa que a organização consegue modificar. O número 5 não é regra de auditoria. A análise termina quando a resposta está comprovada, ligada a uma barreira e acompanhada de responsável e prazo. Uma resposta isolada não basta: o leitor precisa entender o evento, a causa e o controle que será testado.

“A válvula foi aberta” é fato; “a identificação estava ambígua” é hipótese. Confirme a hipótese com etiqueta, procedimento, entrevista, observação e histórico de mudanças. Como Andreza Araujo defende em Sorte ou Capacidade, não se trata de assumir riscos, mas de administrá-los.

1. Qual evento precisa ser explicado?

O primeiro passo é formular o evento como ocorrência observável, com data, tarefa, local, consequência e barreira envolvida. “Houve exposição durante 12 minutos na área 3” é mais útil que “a equipe foi negligente”. Uma definição acusatória contamina as 5 perguntas seguintes e reduz a qualidade das evidências. O evento deve ser específico o bastante para orientar coleta e ação.

Registre o antes, durante e depois: turno, condição do equipamento, composição da equipe e mudanças nas últimas 24 horas. Evite misturar 4 problemas numa análise; acidente, falha de treinamento e meta de produção podem exigir cadeias diferentes.

2. A resposta descreve fato ou culpa?

A resposta é útil quando descreve uma condição verificável, não quando atribui caráter ao trabalhador. “O procedimento não estava disponível no ponto de uso” pode ser confirmado; “o operador não se importou” é interpretação. A pergunta deve revelar o contexto que tornou a escolha possível ou difícil, sem transformar a pessoa na explicação final. Classifique cada resposta como fato, hipótese ou opinião.

Associe uma fonte a cada resposta: registro, entrevista, observação, documento, fotografia ou histórico de manutenção. O livro 100 Objeções de Segurança lembra que pessoas não são máquinas nem hectares; investigue a interface entre pessoa, tarefa, ferramenta e decisão.

3. Qual barreira deveria impedir o desvio?

A terceira pergunta localiza a barreira que deveria prevenir o evento, detectar a condição ou limitar a consequência. Uma barreira pode ser física, de engenharia, administrativa ou ligada à preparação, mas precisa ter dono, condição de funcionamento e modo de verificação. Se ninguém consegue dizer como o controle será observado em campo, ainda não existe uma barreira operacional claramente definida.

Um bloqueio físico falho merece tratamento diferente de uma orientação verbal ausente. EPI disponível não prova que a exposição foi eliminada. A ISO 45001 especifica uma abordagem de sistema para identificar perigos, controlar riscos e melhorar o desempenho de SST.

4. Que evidência sustenta a resposta?

Cada resposta precisa de evidência adequada ao tipo de afirmação. Um registro de treinamento confirma participação, mas não prova competência; uma entrevista revela pressão de prazo, mas não substitui o cronograma. Cruze fontes diferentes e registre o que permanece não confirmado. Uma matriz com 5 colunas — pergunta, resposta, evidência, confiança e verificação — evita que uma hipótese pareça verdade apenas por ser repetida por 3 pessoas.

O Diagrama de Ishikawa organiza hipóteses em método, máquina, material, mão de obra, ambiente e medição. Depois, aprofunde as linhas relevantes com Five Whys. Não force uma única cadeia antes de conhecer os fatos.

5. A cadeia chegou a causa controlável?

A causa é controlável quando a organização consegue decidir o que mudará, quem fará, até quando e como verificará o efeito. “Falta de atenção” não é diagnóstico controlável; “o painel não mostra o status de bloqueio” é condição que pode receber projeto, teste e responsável. Teste a conclusão com 3 perguntas: o evento pode se repetir, existe controle alterável e haverá evidência em até 30 dias?

Se a resposta for negativa, continue investigando. Um treinamento pode ser necessário, mas não deve encobrir interface ruim, meta incompatível, ferramenta inadequada ou mudança operacional não avaliada.

6. Como validar a causa escolhida?

A causa é suficiente quando a mudança altera a condição observada e reduz o risco numa verificação posterior. Valide no próximo turno, em 7 dias e novamente em até 30 dias. Observe o trabalho real, converse com executantes e confira registros: procedimento atualizado sozinho não demonstra controle. Defina antes o sinal de sucesso, como zero bypasses em 10 verificações ou redução de 4 ocorrências mensais para 1.

A OSHA publica princípios que valorizam liderança, participação e identificação de perigos. Use-os para verificar se a solução entrou no processo, não apenas numa apresentação.

Five Whys ou Ishikawa: quando usar cada um?

Five Whys aprofunda uma cadeia causal principal; Ishikawa organiza hipóteses em várias famílias. Eles não competem. Abra o campo com Ishikawa, selecione as hipóteses mais relevantes e aprofunde-as com Five Whys, sempre retornando às evidências. Use Five Whys para evento delimitado e Ishikawa quando equipamento, processo, ambiente, pessoas e medição participam simultaneamente da explicação.

O artigo sobre HAZOP, FMEA e What If ajuda quando a pergunta é prospectiva. Para escolher entre métodos, compare também APR, Bow-Tie e matriz de risco e revise a seleção de controles para improviso.

Conclusão

O Five Whys melhora a gestão de riscos quando transforma um evento em condições comprováveis, uma barreira escolhida e uma verificação com prazo. As 5 perguntas são um convite à investigação, não um ritual. Se a análise termina em culpa, opinião ou treinamento genérico, ainda não encontrou a causa que a organização consegue controlar. A qualidade está na decisão que permanece funcionando sob pressão.

Comece com um evento delimitado, registre 5 respostas com evidências, teste a barreira e revise o resultado em até 30 dias. Como escreve Andreza Araujo, “quem conta com a sorte precisa se preparar para o dia do azar”.

Cada mês encerrando análises com “falha humana” sem testar a barreira mantém uma causa não tratada e reduz a chance de prevenir o próximo evento de alto potencial.

Se precisa transformar investigações em controles verificáveis, solicite um diagnóstico de cultura e gestão de riscos.

Quando a causa aparente voltar a aparecer, aplique os 8 controles de observa??o comportamental para verificar se a barreira foi realmente ajustada.