{"id":17136,"date":"2026-05-03T17:56:05","date_gmt":"2026-05-03T20:56:05","guid":{"rendered":"https:\/\/www.sults.com.br\/blog\/?p=17136"},"modified":"2026-05-03T18:24:09","modified_gmt":"2026-05-03T21:24:09","slug":"5-porques","status":"publish","type":"post","link":"https:\/\/www.sults.com.br\/blog\/5-porques\/","title":{"rendered":"5 Por Qu\u00eas: O que \u00e9, como aplicar passo a passo e exemplos"},"content":{"rendered":"\n
\n

Resumo executivo:<\/strong> Os 5 Por Qu\u00eas s\u00e3o uma t\u00e9cnica iterativa de an\u00e1lise de causa raiz criada por Sakichi Toyoda nos anos 1930 e formalizada por Taiichi Ohno no Toyota Production System. Bem aplicada, elimina a reincid\u00eancia de problemas; mal aplicada, culpa pessoas e mascara falhas sist\u00eamicas. Este guia mostra como usar com rigor, quando N\u00c3O usar e como medir efic\u00e1cia com KPIs concretos.<\/p>\n\"SULTS\"\n<\/div>\n\n

\n
\n
+5,1mi<\/div>\n
empresas abertas no Brasil em 2025, sendo 96% pequenos neg\u00f3cios<\/div>\n
Sebrae, 2025<\/a><\/div>\n<\/div>\n
\n
~22%<\/div>\n
das empresas brasileiras encerram atividades nos primeiros 2 anos<\/div>\n
Sebrae, 2020<\/a><\/div>\n<\/div>\n
\n
at\u00e9 40%<\/div>\n
de melhoria de efici\u00eancia com lean management estruturado<\/div>\n
McKinsey, 2014<\/a><\/div>\n<\/div>\n
\n
25%<\/div>\n
de redu\u00e7\u00e3o no lead time com t\u00e9cnicas Kaizen<\/div>\n
C-Suite Strategy, 2025<\/a><\/div>\n<\/div>\n<\/div>\n\n

O que \u00e9 a t\u00e9cnica dos 5 Por Qu\u00eas?<\/h2>\n\n

Os 5 Por Qu\u00eas s\u00e3o uma t\u00e9cnica interrogativa iterativa de an\u00e1lise de causa raiz: pergunta-se “por qu\u00ea?” sucessivamente, em m\u00e9dia cinco vezes, at\u00e9 revelar a causa sist\u00eamica de um problema, n\u00e3o apenas o sintoma vis\u00edvel. Foi codificada por Taiichi Ohno no Toyota Production System (TPS) e hoje integra Lean, Six Sigma e Kaizen.<\/p>\n\n

A defini\u00e7\u00e3o can\u00f4nica vem de Olivier Serrat, em cap\u00edtulo publicado pela Springer (Knowledge Solutions, 2017): trata-se de uma t\u00e9cnica iterativa que explora as rela\u00e7\u00f5es de causa e efeito subjacentes a um problema, direcionando cada nova pergunta \u00e0 resposta anterior, at\u00e9 que a causa fundamental seja revelada. O conceito parece simples, mas exige disciplina metodol\u00f3gica que poucos times praticam consistentemente, conforme detalhado em estudos da Springer Knowledge Solutions<\/a>.<\/p>\n\n

A t\u00e9cnica entrou no DNA da manufatura mundial, mas seu uso foi muito al\u00e9m: hospitais, equipes de DevOps, redes de varejo, construtoras e opera\u00e7\u00f5es de food service aplicam o m\u00e9todo para investigar incidentes, n\u00e3o conformidades e quedas de desempenho. \u00c9 uma das ferramentas mais conhecidas no universo de an\u00e1lise de causa raiz e ferramentas da qualidade<\/a>.<\/p>\n\n

Por que a ferramenta \u00e9 t\u00e3o poderosa apesar de simples?<\/h3>\n\n

N\u00e3o exige software, estat\u00edstica ou investimento financeiro; transforma uma reuni\u00e3o curta em diagn\u00f3stico estruturado e \u00e9 reconhecida pela ASQ<\/a> como um dos m\u00e9todos n\u00e3o-estat\u00edsticos mais poderosos dispon\u00edveis. A aus\u00eancia de barreira t\u00e9cnica \u00e9 justamente o que explica a ado\u00e7\u00e3o global por equipes operacionais de qualquer porte ou setor.<\/p>\n\n

Qualquer l\u00edder de equipe consegue facilitar uma sess\u00e3o em uma hora, com uma folha de papel, um problema bem definido e a equipe certa na sala. Em ambientes onde a coleta estat\u00edstica seria cara ou demorada, a t\u00e9cnica entrega 80% do diagn\u00f3stico em 20% do esfor\u00e7o, uma propor\u00e7\u00e3o pr\u00f3xima ao princ\u00edpio de Pareto que lean practitioners reconhecem como refer\u00eancia pr\u00e1tica.<\/p>\n\n

Quem criou os 5 Por Qu\u00eas: Sakichi Toyoda ou Taiichi Ohno?<\/h2>\n\n

Sakichi Toyoda criou a abordagem nos anos 1930 nas f\u00e1bricas Toyoda Automatic Loom Works como mentalidade de n\u00e3o aceitar a primeira explica\u00e7\u00e3o. Taiichi Ohno, nas d\u00e9cadas de 1950 e 1960, formalizou os 5 Por Qu\u00eas como ferramenta estruturada do Toyota Production System e a difundiu mundialmente em 1988 com seu livro seminal pela Productivity Press.<\/p>\n\n

Atribuir a cria\u00e7\u00e3o dos 5 Por Qu\u00eas apenas a Ohno \u00e9 uma simplifica\u00e7\u00e3o imprecisa, repetida em grande parte do material dispon\u00edvel sobre o tema. Sakichi Toyoda, fundador do grupo Toyoda e inventor de teares autom\u00e1ticos, instituiu nas f\u00e1bricas t\u00eaxteis a postura de jamais aceitar a primeira explica\u00e7\u00e3o para uma falha. Ohno, d\u00e9cadas depois, transformou essa postura em ferramenta com passo a passo, integrando-a ao ciclo PDCA e ao conceito de Kaizen dentro do TPS.<\/p>\n\n

\n\nEvolu\u00e7\u00e3o dos 5 Por Qu\u00eas: de Toyoda \u00e0 era digital<\/text>\n\n\n\n\nOrigem t\u00eaxtil<\/text>\nFormaliza\u00e7\u00e3o TPS<\/text>\nDifus\u00e3o global<\/text>\nSetores n\u00e3o-industriais<\/text>\nAdo\u00e7\u00e3o SaaS<\/text>\n\n\n\n\n1930<\/text>\nSakichi Toyoda<\/text>\nToyoda Loom Works<\/text>\n\n\n\n\n1950-1960<\/text>\nTaiichi Ohno<\/text>\nFormaliza no TPS<\/text>\n+ PDCA + Kaizen<\/text>\nna Toyota<\/text>\n\n\n\n\n1988<\/text>\nLivro de Ohno<\/text>\n(Productivity Press)<\/text>\nToyota Production<\/text>\nSystem em ingl\u00eas<\/text>\n\n\n\n\n1980-1990<\/text>\nMIT \/ IMVP<\/text>\n90 f\u00e1bricas em<\/text>\n17 pa\u00edses; cunha<\/text>\n“lean production”<\/text>\n\n\n\n\n2000-2010<\/text>\nSa\u00fade, TI e<\/text>\nConstru\u00e7\u00e3o<\/text>\nCMS publica guia<\/text>\npara hospitais<\/text>\n\n\n\n\n2010-2026<\/text>\nEra digital e SaaS<\/text>\nPlataformas integram<\/text>\n5 Whys + PDCA em<\/text>\nworkflows nativos<\/text>\n\n\n\n1<\/text>\n\n2<\/text>\n\n3<\/text>\n\n4<\/text>\n\n5<\/text>\n\n6<\/text>\n\n\nPostura: nunca aceitar<\/text>\n1\u00aa explica\u00e7\u00e3o<\/text>\n\nFonte: Toyota Production System (Ohno, 1988); MIT IMVP; CMS<\/text>\n<\/svg>\n

Figura 1: Linha do tempo dos 5 Por Qu\u00eas, de Sakichi Toyoda \u00e0 era digital<\/p>\n<\/div>\n\n

Como o m\u00e9todo se espalhou para fora da Toyota?<\/h3>\n\n

O programa IMVP do MIT, nos anos 1980 e 1990, analisou 90 f\u00e1bricas em 17 pa\u00edses e cunhou o termo “lean production”, conforme documentado por Womack, Jones & Roos no cl\u00e1ssico The Machine That Changed the World (MIT Press, 1990)<\/a>. Nos anos 2000, a ferramenta foi absorvida pelo Six Sigma (fase Analyze do DMAIC), pela \u00e1rea de sa\u00fade, por times de TI e por empresas de constru\u00e7\u00e3o em todo o mundo.<\/p>\n\n

O salto da Toyota para o restante do mundo foi catalisado pela publica\u00e7\u00e3o do livro de Ohno em ingl\u00eas e pela difus\u00e3o acad\u00eamica do conceito de lean manufacturing. Empresas como Amazon, Atlassian e Marriott incorporaram a t\u00e9cnica em rotinas operacionais; o sistema de sa\u00fade dos Estados Unidos, por meio da Agency for Healthcare Research and Quality (AHRQ)<\/a>, publicou guias oficiais para uso em hospitais. Para uma an\u00e1lise narrativa dessa difus\u00e3o, vale a leitura do estudo da ProClipse Consulting<\/a>.<\/p>\n\n

Como aplicar os 5 Por Qu\u00eas passo a passo?<\/h2>\n\n

A aplica\u00e7\u00e3o eficaz exige tr\u00eas pr\u00e9-requisitos: equipe que vivenciou o problema, dados concretos e facilitador neutro. A partir disso, oito etapas estruturadas v\u00e3o da defini\u00e7\u00e3o precisa do problema at\u00e9 a verifica\u00e7\u00e3o de efic\u00e1cia da a\u00e7\u00e3o corretiva, cobrindo os vieses cognitivos mais frequentes documentados na literatura.<\/p>\n\n

O m\u00e9todo est\u00e1 descrito em detalhe pela Atlassian Team Playbook<\/a> e pela SUNY Upstate Medical University<\/a>. Antes das oito etapas, tr\u00eas pr\u00e9-requisitos s\u00e3o inegoci\u00e1veis: (1) equipe multidisciplinar que vivenciou o problema diretamente; (2) dados e evid\u00eancias concretas para embasar cada resposta; (3) facilitador neutro, sem autoridade hier\u00e1rquica sobre os participantes, capaz de conduzir sem induzir respostas.<\/p>\n\n

\n\n
\n
\n
1<\/div>\n
\n
Definir o problema com precis\u00e3o<\/div>\n
Descreva de forma objetiva, espec\u00edfica e observ\u00e1vel<\/div>\n<\/div>\n<\/div>\n
\n

Sem defini\u00e7\u00e3o clara, todos os porqu\u00eas ficam enviesados. Substitua adjetivos vagos por fatos quantific\u00e1veis.<\/p>\n

Quando usar:<\/strong> Sempre. Esta \u00e9 a etapa zero da an\u00e1lise.<\/p>\n

Exemplo:<\/strong> em food service, “cliente reclamou” \u00e9 vago; “tempo m\u00e9dio de entrega excedeu 35 minutos em 12 dos \u00faltimos 14 dias” \u00e9 preciso e abre caminho para investiga\u00e7\u00e3o \u00fatil.<\/p>\n<\/div>\n

objetividade<\/span>evid\u00eancia<\/span>escopo<\/span><\/div>\n<\/div>\n\n
\n
\n
2<\/div>\n
\n
Reunir a equipe que vivenciou o problema<\/div>\n
Multidisciplinaridade com facilitador neutro<\/div>\n<\/div>\n<\/div>\n
\n

Conduzir a sess\u00e3o sem quem viveu o problema \u00e9 o erro mais comum documentado em pesquisas universit\u00e1rias. Hip\u00f3teses fict\u00edcias substituem fatos.<\/p>\n

Quando usar:<\/strong> Antes de abrir a sess\u00e3o. Sem o time certo, melhor adiar.<\/p>\n

Exemplo:<\/strong> em sa\u00fade, investigar erro de medica\u00e7\u00e3o sem o farmac\u00eautico, o enfermeiro e o t\u00e9cnico que estavam no plant\u00e3o produz especula\u00e7\u00e3o, n\u00e3o diagn\u00f3stico.<\/p>\n<\/div>\n

multidisciplinar<\/span>facilitador<\/span>viv\u00eancia<\/span><\/div>\n<\/div>\n\n
\n
\n
3<\/div>\n
\n
Perguntar “por qu\u00ea?” direcionado \u00e0 resposta anterior<\/div>\n
Aprofunde verticalmente, n\u00e3o pule para outro tema<\/div>\n<\/div>\n<\/div>\n
\n

Cada novo “por qu\u00ea” \u00e9 dirigido \u00e0 resposta da pergunta anterior, formando uma cadeia coerente. Pular de tema fragmenta o racioc\u00ednio.<\/p>\n

Quando usar:<\/strong> Em cada itera\u00e7\u00e3o da sess\u00e3o.<\/p>\n

Exemplo:<\/strong> em TI, a cadeia “sistema caiu, banco saturou, query lenta” mant\u00e9m coer\u00eancia; “sistema caiu, equipe desatenta” \u00e9 fuga para culpa pessoal.<\/p>\n<\/div>\n

itera\u00e7\u00e3o<\/span>cadeia<\/span>vertical<\/span><\/div>\n<\/div>\n\n
\n
\n
4<\/div>\n
\n
Embasar cada resposta em dados e evid\u00eancias<\/div>\n
Logs, m\u00e9tricas, registros, nunca achismo<\/div>\n<\/div>\n<\/div>\n
\n

Sem evid\u00eancia, a conclus\u00e3o \u00e9 vi\u00e9s disfar\u00e7ado de an\u00e1lise. Toda resposta precisa ter um documento, log ou medi\u00e7\u00e3o que a sustente.<\/p>\n

Quando usar:<\/strong> A cada resposta dada na cadeia.<\/p>\n

Exemplo:<\/strong> em constru\u00e7\u00e3o civil, uma trinca em laje exige laudo t\u00e9cnico e compara\u00e7\u00e3o com norma NBR, n\u00e3o “parece que foi o concreto”.<\/p>\n<\/div>\n

dados<\/span>evid\u00eancia<\/span>rigor<\/span><\/div>\n<\/div>\n\n
\n
\n
5<\/div>\n
\n
Resistir \u00e0 tenta\u00e7\u00e3o de parar nos sintomas<\/div>\n
Sintoma vis\u00edvel raramente \u00e9 causa raiz<\/div>\n<\/div>\n<\/div>\n
\n

Entre o segundo e o quarto porqu\u00ea, investigadores naturalmente desistem. \u00c9 exatamente nesse v\u00e3o que mora a causa sist\u00eamica.<\/p>\n

Quando usar:<\/strong> Em todo momento que a equipe sinalizar “achei a causa” r\u00e1pido demais.<\/p>\n

Exemplo:<\/strong> na Toyota, parar em “fus\u00edvel queimado” deixa o problema voltar; aprofundar revela aus\u00eancia de filtro de \u00f3leo no projeto.<\/p>\n<\/div>\n

profundidade<\/span>raiz<\/span>persist\u00eancia<\/span><\/div>\n<\/div>\n\n
\n
\n
6<\/div>\n
\n
Verificar se a causa aponta para processo, n\u00e3o pessoa<\/div>\n
Sistemas falham, pessoas reagem aos sistemas<\/div>\n<\/div>\n<\/div>\n
\n

Se a resposta final \u00e9 “fulano errou”, volte um passo. Pessoas operam dentro de sistemas; corrigir o sistema previne reincid\u00eancia.<\/p>\n

Quando usar:<\/strong> Antes de declarar a causa raiz como definitiva.<\/p>\n

Exemplo:<\/strong> em varejo, “repositor esqueceu” n\u00e3o \u00e9 causa raiz; aus\u00eancia de alerta autom\u00e1tico de estoque m\u00ednimo no sistema \u00e9.<\/p>\n<\/div>\n

sist\u00eamico<\/span>processo<\/span>blameless<\/span><\/div>\n<\/div>\n\n
\n
\n
7<\/div>\n
\n
Definir a\u00e7\u00e3o corretiva sobre a causa raiz<\/div>\n
Estruture com 5W2H e atribua respons\u00e1vel<\/div>\n<\/div>\n<\/div>\n
\n

Sem a\u00e7\u00e3o rastre\u00e1vel, a an\u00e1lise vira documento morto. O 5W2H complementa naturalmente os 5 Por Qu\u00eas ao estruturar o plano.<\/p>\n

Quando usar:<\/strong> Ap\u00f3s confirmar a causa sist\u00eamica.<\/p>\n

Exemplo:<\/strong> em sa\u00fade, implementar dupla checagem de medica\u00e7\u00e3o (a\u00e7\u00e3o) endere\u00e7a falha de protocolo (causa), em vez de punir o t\u00e9cnico.<\/p>\n<\/div>\n

a\u00e7\u00e3o<\/span>5W2H<\/span>respons\u00e1vel<\/span><\/div>\n<\/div>\n\n
\n
\n
8<\/div>\n
\n
Documentar, monitorar e validar efic\u00e1cia<\/div>\n
Mede TRF e fecha o ciclo PDCA<\/div>\n<\/div>\n<\/div>\n
\n

Aos 30, 60 e 90 dias ap\u00f3s implementa\u00e7\u00e3o, valide se o problema reincidiu. Se voltou, a causa raiz n\u00e3o era essa. Use o m\u00f3dulo de checklist<\/a> para padronizar a verifica\u00e7\u00e3o.<\/p>\n

Quando usar:<\/strong> Em janelas regulares p\u00f3s-implementa\u00e7\u00e3o.<\/p>\n

Exemplo:<\/strong> opera\u00e7\u00e3o multiunidade registra a cadeia em chamado, transforma a a\u00e7\u00e3o em tarefa com prazo e auditoria valida efic\u00e1cia em 90 dias.<\/p>\n<\/div>\n

documenta\u00e7\u00e3o<\/span>verifica\u00e7\u00e3o<\/span>aprendizado<\/span><\/div>\n<\/div>\n\n<\/div>\n\n

\u00c9 obrigat\u00f3rio fazer exatamente 5 perguntas?<\/h3>\n\n

N\u00e3o. O n\u00famero cinco \u00e9 refer\u00eancia, n\u00e3o regra r\u00edgida. O crit\u00e9rio de parada \u00e9 encontrar a causa sist\u00eamica real, podendo exigir 3 ou 8 itera\u00e7\u00f5es. For\u00e7ar exatamente cinco perguntas pode encerrar a an\u00e1lise prematuramente ou inflar artificialmente o racioc\u00ednio.<\/p>\n\n

Quem deve participar da sess\u00e3o?<\/h3>\n\n

Equipe multidisciplinar que vivenciou o problema, com facilitador neutro. Conduzir sem as pessoas certas \u00e9 o erro mais comum documentado pela SUNY Upstate. Quanto mais perspectivas operacionais reais, menor o risco de hip\u00f3teses fict\u00edcias contaminarem a investiga\u00e7\u00e3o.<\/p>\n\n

Como funciona um exemplo pr\u00e1tico real dos 5 Por Qu\u00eas?<\/h2>\n\n

O caso cl\u00e1ssico da Toyota: m\u00e1quina parou na linha. Por qu\u00ea? Fus\u00edvel queimou. Por qu\u00ea? Sobrecarga no motor. Por qu\u00ea? Rolamento sem lubrifica\u00e7\u00e3o adequada. Por qu\u00ea? Bomba de \u00f3leo entupida. Por qu\u00ea? Aus\u00eancia de filtro no sistema. Causa raiz: falha de projeto, n\u00e3o troca de fus\u00edvel.<\/p>\n\n

A precis\u00e3o desse exemplo explica por que \u00e9 o mais replicado na literatura lean: ele ilustra com clareza o que separa solu\u00e7\u00e3o superficial de solu\u00e7\u00e3o estrutural. Trocar o fus\u00edvel resolve o sintoma por algumas horas; instalar o filtro resolve o problema definitivamente. O caso \u00e9 detalhado pela OrcaLean<\/a> com base no Toyota Production System de Taiichi Ohno.<\/p>\n\n

\n\n<\/marker><\/defs>\nCaso cl\u00e1ssico Toyota: m\u00e1quina parada na linha<\/text>\nCadeia causal completa em 5 perguntas<\/text>\n\n\nPROBLEMA<\/text>\nM\u00e1quina parou na linha de produ\u00e7\u00e3o<\/text>\n\nPor qu\u00ea 1?<\/text>\n\nFus\u00edvel queimou<\/text>\nSintoma<\/text>\n\nPor qu\u00ea 2?<\/text>\n\nSobrecarga no motor<\/text>\nSintoma<\/text>\n\nPor qu\u00ea 3?<\/text>\n\nRolamento sem lubrifica\u00e7\u00e3o adequada<\/text>\nSintoma<\/text>\n\nPor qu\u00ea 4?<\/text>\n\nBomba de \u00f3leo entupida<\/text>\nSintoma<\/text>\n\nPor qu\u00ea 5?<\/text>\n\n\nCAUSA RAIZ<\/text>\nAus\u00eancia de filtro no sistema de \u00f3leo<\/text>\n(falha de projeto)<\/text>\n\nSintoma vs Causa raiz<\/text>\n\nSolu\u00e7\u00e3o superficial<\/text>\n\n\nTrocar fus\u00edvel<\/text>\nCusto baixo, recorr\u00eancia alta<\/text>\n\u2192 trata o Sintoma<\/text>\nM\u00e1quina volta a parar em dias<\/text>\n\n\nSolu\u00e7\u00e3o estrutural<\/text>\n\n\nInstalar filtro<\/text>\nCusto m\u00e9dio, problema eliminado<\/text>\n\u2192 trata a Causa raiz<\/text>\nFalha n\u00e3o retorna mais<\/text>\nAdaptado de Ohno (1988), Toyota Production System<\/text>\n<\/svg>\n

Figura 2: Cadeia causal dos 5 Por Qu\u00eas no caso cl\u00e1ssico Toyota<\/p>\n<\/div>\n\n

Como o m\u00e9todo se aplica fora da ind\u00fastria?<\/h3>\n\n

Em TI, a Atlassian usa em postmortems de incidentes. Em sa\u00fade, o Harford County Health Department investigou baixo uso de servi\u00e7o de tradu\u00e7\u00e3o para popula\u00e7\u00f5es com profici\u00eancia limitada em ingl\u00eas. Em e-commerce, a Amazon estabeleceu como pr\u00e1tica padr\u00e3o ap\u00f3s incidente operacional de 2004. Em constru\u00e7\u00e3o, \u00e9 refer\u00eancia na investiga\u00e7\u00e3o de acidentes de trabalho.<\/p>\n\n

O caso da Amazon \u00e9 particularmente instrutivo: ap\u00f3s incidente operacional em 2004, a empresa adotou os 5 Por Qu\u00eas como padr\u00e3o investigativo formal, priorizando falhas sist\u00eamicas em vez de atribui\u00e7\u00e3o individual, conforme documentado pela SUNY Upstate Medical University<\/a>. A Atlassian, por sua vez, integra a t\u00e9cnica nativamente em postmortems de DevOps e SRE, conforme documenta\u00e7\u00e3o p\u00fablica sobre incident management<\/a>. Esses casos provam que a t\u00e9cnica \u00e9 setor-agn\u00f3stica desde que respeite os pr\u00e9-requisitos metodol\u00f3gicos. O fluxo \u00e9 o mesmo que o m\u00f3dulo de chamados<\/a> da SULTS automatiza para qualquer opera\u00e7\u00e3o.<\/p>\n\n

Qual a diferen\u00e7a entre 5 Por Qu\u00eas, Ishikawa, 5W2H e FMEA?<\/h2>\n\n

Cada ferramenta tem fun\u00e7\u00e3o distinta: Ishikawa MAPEIA categorias de causas (6M); 5 Por Qu\u00eas APROFUNDA verticalmente cada causa at\u00e9 a raiz; 5W2H ESTRUTURA o plano de a\u00e7\u00e3o ap\u00f3s identificar a causa; FMEA AVALIA risco em sistemas com m\u00faltiplas falhas interdependentes. As ferramentas s\u00e3o complementares, n\u00e3o substitutas.<\/p>\n\n

\n\n\n\n\n\n\n\n\n\n
Ferramenta<\/th>\nFun\u00e7\u00e3o prim\u00e1ria<\/th>\nQuando usar<\/th>\nSa\u00edda esperada<\/th>\n<\/tr>\n<\/thead>\n
5 Por Qu\u00eas<\/strong><\/td>\nAprofundar verticalmente at\u00e9 a causa raiz<\/td>\nProblema com causa n\u00e3o identificada e complexidade moderada<\/td>\nCausa sist\u00eamica \u00fanica (ou poucas)<\/td>\n<\/tr>\n
Diagrama de Ishikawa<\/strong><\/td>\nMapear categorias de causas potenciais (6M)<\/td>\nProblemas multifatoriais com v\u00e1rias hip\u00f3teses<\/td>\nPainel visual de causas potenciais<\/td>\n<\/tr>\n
5W2H<\/strong><\/td>\nEstruturar plano de a\u00e7\u00e3o ap\u00f3s diagn\u00f3stico<\/td>\nAp\u00f3s identificar a causa raiz, antes da implementa\u00e7\u00e3o<\/td>\nPlano de a\u00e7\u00e3o rastre\u00e1vel (o qu\u00ea, quem, quando, onde, por qu\u00ea, como, quanto)<\/td>\n<\/tr>\n
FMEA<\/strong><\/td>\nAvaliar risco e priorizar modos de falha<\/td>\nProblemas de alto risco com causas interdependentes<\/td>\nMatriz quantitativa de severidade \u00d7 ocorr\u00eancia \u00d7 detec\u00e7\u00e3o<\/td>\n<\/tr>\n
FTA (Fault Tree Analysis)<\/strong><\/td>\nDecompor falhas sist\u00eamicas em \u00e1rvore l\u00f3gica<\/td>\nProblemas cr\u00edticos de seguran\u00e7a em larga escala<\/td>\n\u00c1rvore booleana de eventos contribuintes<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n\n

Quando combinar Ishikawa com 5 Por Qu\u00eas?<\/h3>\n\n

Em problemas multifatoriais: use Ishikawa para mapear as 6M de causas potenciais (M\u00e9todo, M\u00e1quina, M\u00e3o de obra, Material, Meio ambiente, Medi\u00e7\u00e3o) e aplique 5 Por Qu\u00eas em cada ramo identificado para chegar \u00e0 raiz. A combina\u00e7\u00e3o amplifica a an\u00e1lise sem inflar a complexidade.<\/p>\n\n

Para aprofundar o uso do diagrama de espinha de peixe nessa combina\u00e7\u00e3o, vale consultar nosso guia dedicado de diagrama de Ishikawa<\/a>, com exemplos pr\u00e1ticos de mapeamento das 6M antes da aplica\u00e7\u00e3o dos 5 Por Qu\u00eas.<\/p>\n\n

5 Por Qu\u00eas \u00e9 a mesma coisa que 5W2H?<\/h3>\n\n

N\u00e3o. 5 Por Qu\u00eas investiga “por que aconteceu”; 5W2H planeja “o que ser\u00e1 feito, por quem, quando, como, quanto custa”. S\u00e3o etapas diferentes do mesmo ciclo de melhoria. Confundir as duas \u00e9 erro recorrente em redes de varejo e constru\u00e7\u00e3o que adotam ferramentas da qualidade sem treinamento estruturado, conforme aponta a Strategic Management Insight<\/a>.<\/p>\n\n

Quais s\u00e3o os erros mais comuns ao aplicar os 5 Por Qu\u00eas?<\/h2>\n\n

Os seis erros mais frequentes: culpar pessoas em vez de processos; usar cadeia linear para problemas multifatoriais; parar nos sintomas; conduzir sem quem vivenciou o problema; responder sem dados ou evid\u00eancias; tratar o n\u00famero 5 como regra absoluta. Todos comprometem a identifica\u00e7\u00e3o real da causa raiz e produzem reincid\u00eancia cr\u00f4nica.<\/p>\n\n

\n\n
\n
<\/svg><\/div>\n
\n

Por que culpar pessoas impede eliminar a falha sist\u00eamica?<\/h3>\n

Identificar uma pessoa como causa raiz mant\u00e9m a falha sist\u00eamica intacta. O incidente se repete com outros colaboradores. Em varejo, “repositor esqueceu” disfar\u00e7a aus\u00eancia de alerta autom\u00e1tico de estoque m\u00ednimo. Documentado pela Atlassian<\/a>.<\/p>\n<\/div>\n<\/div>\n\n

\n
<\/svg><\/div>\n
\n

Quando a cadeia linear falha em problemas multifatoriais?<\/h3>\n

Problemas multicausais exigem ramifica\u00e7\u00e3o, n\u00e3o fila \u00fanica. Use Ishikawa primeiro para mapear hip\u00f3teses e depois aplique 5 Por Qu\u00eas em cada ramo relevante. Cadeia \u00fanica isolada gera reincid\u00eancia parcial.<\/p>\n<\/div>\n<\/div>\n\n

\n
<\/svg><\/div>\n
\n

Como evitar parar nos sintomas e alcan\u00e7ar a causa sist\u00eamica?<\/h3>\n

Investigadores tendem a parar entre o segundo e o quarto porqu\u00ea. \u00c9 exatamente nesse intervalo que mora a causa real. Resista ao “j\u00e1 encontramos” prematuro e siga at\u00e9 onde a resposta deixar de ser question\u00e1vel.<\/p>\n<\/div>\n<\/div>\n\n

\n
<\/svg><\/div>\n
\n

Por que conduzir sem quem vivenciou o problema invalida a an\u00e1lise?<\/h3>\n

Sess\u00e3o sem o time operacional gera respostas baseadas em suposi\u00e7\u00e3o. Em sa\u00fade, investigar erro de medica\u00e7\u00e3o sem o farmac\u00eautico, enfermeiro e t\u00e9cnico de plant\u00e3o produz hip\u00f3teses fict\u00edcias. Pr\u00e9-requisito n\u00e3o negoci\u00e1vel.<\/p>\n<\/div>\n<\/div>\n\n

\n
<\/svg><\/div>\n
\n

Como evid\u00eancias concretas evitam conclus\u00f5es enviesadas?<\/h3>\n

Logs, registros, m\u00e9tricas e laudos. Sem evid\u00eancia concreta, conclus\u00f5es s\u00e3o vieses individuais disfar\u00e7ados. Em constru\u00e7\u00e3o, trinca em laje exige laudo t\u00e9cnico, n\u00e3o opini\u00e3o sobre o concreto.<\/p>\n<\/div>\n<\/div>\n\n

\n
<\/svg><\/div>\n
\n

Por que o n\u00famero cinco \u00e9 refer\u00eancia e n\u00e3o regra r\u00edgida?<\/h3>\n

For\u00e7ar exatamente 5 perguntas encerra a an\u00e1lise prematuramente ou infla artificialmente o racioc\u00ednio. Pode bastar 3, pode exigir 8. O crit\u00e9rio \u00e9 encontrar a causa sist\u00eamica, n\u00e3o bater contador.<\/p>\n<\/div>\n<\/div>\n\n<\/div>\n\n

Quando os 5 Por Qu\u00eas N\u00c3O s\u00e3o suficientes?<\/h2>\n\n

A t\u00e9cnica falha em problemas multifatoriais complexos, contextos de alto risco cl\u00ednico, equipes sem conhecimento t\u00e9cnico do processo e situa\u00e7\u00f5es sem dados dispon\u00edveis. O pesquisador Alan Card (BMJ Quality & Safety, 2016) recomenda abandonar a ferramenta para an\u00e1lise de causa raiz cl\u00ednica, citando que a profundidade arbitr\u00e1ria do quinto porqu\u00ea raramente corresponde \u00e0 causa raiz real.<\/p>\n\n

\n

“A profundidade arbitr\u00e1ria do quinto porqu\u00ea raramente corresponde \u00e0 causa raiz real. O m\u00e9todo foi concebido originalmente para justificar novos recursos de produto, n\u00e3o para an\u00e1lise de causa raiz.”<\/p>\n

Alan J. Card<\/strong>, em The problem with ‘5 whys’<\/em>, BMJ Quality & Safety, 2016<\/a><\/p>\n<\/blockquote>\n\n

A cr\u00edtica de Card \u00e9 dura mas justa. Em ambientes de alto risco (hospitais, avia\u00e7\u00e3o, energia nuclear), a profundidade da investiga\u00e7\u00e3o n\u00e3o pode depender da intui\u00e7\u00e3o de uma equipe; precisa de protocolos formais como FMEA, FTA e Root Cause Map. Olivier Serrat, na Springer, refor\u00e7a tr\u00eas limita\u00e7\u00f5es estruturais: investigadores tendem a parar nos sintomas; resultados n\u00e3o s\u00e3o reproduz\u00edveis (equipes diferentes chegam a causas distintas); o repert\u00f3rio cognitivo da equipe limita o alcance da an\u00e1lise. Para problemas de risco, prefira FMEA<\/a> ou \u00e1rvore de falhas.<\/p>\n\n

Por que diferentes equipes chegam a causas raiz distintas?<\/h3>\n\n

O m\u00e9todo n\u00e3o \u00e9 reproduz\u00edvel: depende do repert\u00f3rio cognitivo da equipe e da perspectiva individual dos participantes. Limita\u00e7\u00e3o documentada por Serrat (Springer, 2017). Por isso, em contextos cr\u00edticos, \u00e9 boa pr\u00e1tica rodar a an\u00e1lise com dois grupos independentes e comparar resultados antes de definir a a\u00e7\u00e3o corretiva.<\/p>\n\n

Como aplicar os 5 Por Qu\u00eas em sistemas ISO 9001 e gest\u00e3o de qualidade?<\/h2>\n\n

A cl\u00e1usula 10.2 da ISO 9001:2015 exige an\u00e1lise de causa raiz para tratar n\u00e3o conformidades. Os 5 Por Qu\u00eas cumprem esse requisito quando documentados formalmente, com evid\u00eancias e plano de a\u00e7\u00e3o rastre\u00e1vel. ISO 14001 (causas ambientais) e ISO 45001 (incidentes de SST) tamb\u00e9m incorporam a t\u00e9cnica em seus protocolos de investiga\u00e7\u00e3o.<\/p>\n\n

Auditores certificadores aceitam os 5 Por Qu\u00eas como t\u00e9cnica v\u00e1lida desde que a documenta\u00e7\u00e3o contenha: descri\u00e7\u00e3o precisa da n\u00e3o conformidade, cadeia de porqu\u00eas com evid\u00eancias, causa raiz declarada, plano de a\u00e7\u00e3o 5W2H e verifica\u00e7\u00e3o de efic\u00e1cia em janela definida. A norma ABNT NBR ISO 9001:2015<\/a> \u00e9 refer\u00eancia. O ciclo completo \u00e9 o mesmo de uma boa gest\u00e3o de n\u00e3o conformidade dentro do conjunto de ferramentas da qualidade<\/a>.<\/p>\n\n

\n\"SULTS\"\n

Padronize an\u00e1lises de causa raiz em toda a sua opera\u00e7\u00e3o<\/h3>\n

Com os m\u00f3dulos de Chamados e Checklist da SULTS, cada incidente vira uma an\u00e1lise estruturada de 5 Por Qu\u00eas com plano de a\u00e7\u00e3o rastre\u00e1vel e verifica\u00e7\u00e3o de efic\u00e1cia em 30, 60 e 90 dias. +1.500 marcas e +92.000 unidades j\u00e1 operam com a plataforma.<\/p>\nQuero conhecer a SULTS<\/a>\n<\/div>\n\n

Como integrar os 5 Por Qu\u00eas ao m\u00f3dulo de Chamados?<\/h3>\n\n

Cada chamado ou n\u00e3o conformidade dispara uma sess\u00e3o de 5 Por Qu\u00eas registrada no ticket; o plano de a\u00e7\u00e3o vira tarefas com respons\u00e1vel e prazo; e a verifica\u00e7\u00e3o de efic\u00e1cia fecha o ciclo em janela predefinida. Centralizar tudo em um \u00fanico fluxo elimina planilhas paralelas e garante rastreabilidade audit\u00e1vel.<\/p>\n\n

Como os 5 Por Qu\u00eas se integram ao PDCA, A3 e Six Sigma?<\/h2>\n\n

Os 5 Por Qu\u00eas ocupam a fase Check do PDCA (analisar resultados e identificar desvios), a se\u00e7\u00e3o de an\u00e1lise de causa raiz do relat\u00f3rio A3 da Toyota e a fase Analyze do DMAIC (Six Sigma). \u00c9 a primeira camada de investiga\u00e7\u00e3o antes de ferramentas estat\u00edsticas mais robustas como FTA e FMEA dentro do programa de melhoria cont\u00ednua.<\/p>\n\n

\n\n\n<\/marker>\n<\/marker>\n<\/defs>\nOnde os 5 Por Qu\u00eas se encaixam no ecossistema lean<\/text>\n\nCultura de Melhoria Cont\u00ednua (Kaizen)<\/text>\nCamada 3:<\/text>\nCultura<\/text>\norganizacional<\/text>\n\nsustenta<\/text>\n\nPDCA<\/text>\nfase Check<\/text>\n\nA3 Toyota<\/text>\nse\u00e7\u00e3o An\u00e1lise<\/text>\nde Causa<\/text>\n\nSix Sigma<\/text>\nDMAIC<\/text>\nfase Analyze<\/text>\nCamada 2:<\/text>\nFrameworks<\/text>\nestruturados<\/text>\n\nalimenta<\/text>\n\nalimenta<\/text>\n\nalimenta<\/text>\n\n\n5 Por Qu\u00eas<\/text>\n\nIshikawa<\/text>\n\n5W2H<\/text>\n\nFMEA<\/text>\nCamada 1:<\/text>\nFerramentas<\/text>\nde an\u00e1lise<\/text>\n\nPorta de entrada mais simples<\/text>\nAdotado por Cargill, John Deere, Siemens e Marriott na camada base<\/text>\n<\/svg>\n

Figura 3: Arquitetura do ecossistema lean e o lugar dos 5 Por Qu\u00eas<\/p>\n<\/div>\n\n

Empresas globais de manufatura e servi\u00e7os posicionam os 5 Por Qu\u00eas exatamente nessa camada base: ferramenta de entrada, acess\u00edvel a qualquer l\u00edder de equipe, que alimenta frameworks mais sofisticados quando o problema escala em complexidade. Pesquisa da McKinsey (2014)<\/a> documenta que organiza\u00e7\u00f5es com lean management estruturado podem alcan\u00e7ar at\u00e9 40% de melhoria de efici\u00eancia, e a integra\u00e7\u00e3o das tr\u00eas camadas \u00e9 o que sustenta esse resultado. Para o ciclo PDCA aplicado, veja o guia completo de PDCA<\/a>.<\/p>\n\n

\n
\n\"SULTS\"\nConecte 5 Por Qu\u00eas ao ciclo de chamados da sua opera\u00e7\u00e3o<\/strong>\n

Cada incidente vira sess\u00e3o estruturada com cadeia documentada, plano de a\u00e7\u00e3o 5W2H e verifica\u00e7\u00e3o de efic\u00e1cia em 30\/60\/90 dias.<\/p>\n<\/div>\nVer m\u00f3dulo Chamados<\/a>\n<\/div>\n\n

Quais KPIs medem a efic\u00e1cia dos 5 Por Qu\u00eas?<\/h2>\n\n

Cinco indicadores comprovam se a an\u00e1lise eliminou a causa raiz: Taxa de Reincid\u00eancia de Falhas (TRF), Taxa de Efic\u00e1cia das A\u00e7\u00f5es Corretivas (TEAC), \u00cdndice de Conclus\u00e3o de An\u00e1lises (ICA), Tempo M\u00e9dio de Resolu\u00e7\u00e3o de Problemas (TMRP) e \u00cdndice de Profundidade de An\u00e1lise (IPA). Sem medir, a empresa repete o mesmo problema com nomes diferentes.<\/p>\n\n

\n\n\n\n\n\n\n\n\n\n
KPI<\/th>\nO que mede<\/th>\nF\u00f3rmula<\/th>\n<\/tr>\n<\/thead>\n
TRF, Taxa de Reincid\u00eancia de Falhas<\/strong><\/td>\nSe a causa raiz foi eliminada ou s\u00f3 o sintoma foi tratado<\/td>\n(N\u00ba problemas recorrentes \/ N\u00ba total analisados) \u00d7 100<\/td>\n<\/tr>\n
TEAC, Taxa de Efic\u00e1cia das A\u00e7\u00f5es Corretivas<\/strong><\/td>\n% de a\u00e7\u00f5es que efetivamente eliminaram a causa raiz<\/td>\n(N\u00ba a\u00e7\u00f5es verificadas como eficazes \/ N\u00ba total implementadas) \u00d7 100<\/td>\n<\/tr>\n
ICA, \u00cdndice de Conclus\u00e3o de An\u00e1lises<\/strong><\/td>\nAdes\u00e3o \u00e0 metodologia: % de incidentes com an\u00e1lise formal no prazo<\/td>\n(N\u00ba an\u00e1lises conclu\u00eddas no prazo \/ N\u00ba total de incidentes) \u00d7 100<\/td>\n<\/tr>\n
TMRP, Tempo M\u00e9dio de Resolu\u00e7\u00e3o<\/strong><\/td>\nAgilidade do ciclo de an\u00e1lise e resposta<\/td>\n\u03a3 (data implementa\u00e7\u00e3o \u2212 data identifica\u00e7\u00e3o) \/ N\u00ba an\u00e1lises<\/td>\n<\/tr>\n
IPA, \u00cdndice de Profundidade de An\u00e1lise<\/strong><\/td>\nQualidade metodol\u00f3gica: % de an\u00e1lises com \u22655 n\u00edveis<\/td>\n(N\u00ba an\u00e1lises com \u22655 n\u00edveis \/ N\u00ba total de an\u00e1lises) \u00d7 100<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n\n

M\u00e9tricas baseadas em fontes consolidadas ASQ<\/a>, Atlassian e Springer. Para um aprofundamento sobre indicadores e melhoria cont\u00ednua, veja o guia de ferramentas da qualidade<\/a>.<\/p>\n\n

Qual KPI priorizar primeiro?<\/h3>\n\n

TRF (Taxa de Reincid\u00eancia) \u00e9 o term\u00f4metro mais cruel: se o problema voltou em 90 dias, a causa raiz n\u00e3o foi atacada. Comece monitorando esse indicador em janelas de 30, 60 e 90 dias antes de migrar para m\u00e9tricas mais sofisticadas como TEAC e IPA. \u00c9 o filtro mais barato e mais brutal de efic\u00e1cia real.<\/p>\n\n

Como documentar a an\u00e1lise dos 5 Por Qu\u00eas?<\/h2>\n\n

A documenta\u00e7\u00e3o eficaz registra: problema definido objetivamente, cadeia completa dos cinco porqu\u00eas, evid\u00eancias de cada resposta, causa raiz identificada, plano de a\u00e7\u00e3o 5W2H, respons\u00e1vel, prazo e verifica\u00e7\u00e3o de efic\u00e1cia. Templates digitais integrados ao m\u00f3dulo de chamados centralizam tudo em um \u00fanico fluxo rastre\u00e1vel e audit\u00e1vel.<\/p>\n\n

Opera\u00e7\u00f5es multiunidade enfrentam um desafio adicional: padronizar a documenta\u00e7\u00e3o entre lojas, f\u00e1bricas, hospitais ou unidades educacionais distintas. Sem padr\u00e3o \u00fanico, cada unidade desenvolve formato pr\u00f3prio, a compara\u00e7\u00e3o entre unidades fica invi\u00e1vel e a base de aprendizado organizacional se fragmenta. Templates digitais com campos obrigat\u00f3rios resolvem isso ao impor disciplina m\u00ednima sem engessar a investiga\u00e7\u00e3o, e uma rede de franquias de servi\u00e7os com 50 unidades, por exemplo, elimina dezenas de planilhas paralelas ao migrar para um fluxo centralizado.<\/p>\n\n

\n
\n\"SULTS\"\nTemplates de 5 Por Qu\u00eas prontos para sua opera\u00e7\u00e3o<\/strong>\n

Padronize a documenta\u00e7\u00e3o de an\u00e1lises de causa raiz com checklists configur\u00e1veis e fluxo de aprova\u00e7\u00e3o integrado.<\/p>\n<\/div>\nVer m\u00f3dulo Checklist<\/a>\n<\/div>\n\n

Sua empresa aplica os 5 Por Qu\u00eas com maturidade?<\/h2>\n\n

Aplicar 5 Por Qu\u00eas n\u00e3o \u00e9 s\u00f3 repetir “por qu\u00ea” cinco vezes. Maturidade real envolve disciplina de evid\u00eancias, multidisciplinaridade, integra\u00e7\u00e3o com CAPA, medi\u00e7\u00e3o de efic\u00e1cia e aprendizado organizacional. Fa\u00e7a o diagn\u00f3stico abaixo para descobrir em qual est\u00e1gio sua opera\u00e7\u00e3o est\u00e1 e quais prioridades atacar primeiro.<\/p>\n\n

\n
\n

Sua empresa aplica os 5 Por Qu\u00eas com rigor ou est\u00e1 s\u00f3 apagando inc\u00eandios?<\/h3>\n

Marque o que sua opera\u00e7\u00e3o j\u00e1 faz hoje quando um problema acontece:<\/p>\n\n

\n
M\u00c9TODO<\/div>\n