Serviços Método Capacitação A firma Trabalhe conosco Perguntas Artigos Fale conosco
ESENPT

Início  ›  Artigos  ›  12

Artigo 12 · Problemas que não voltam

Do sintoma à causa

Segunda de três partes. Os 5 porquês estão plastificados e pendurados em todas as plantas, e quase ninguém os usa bem. A diferença entre a análise de escritório e a que funciona não é a ferramenta: é verificar cada elo com dados e exigir que a causa explique todos os fatos. Apresentamos O Laço Fechado, o método que de fato move o ponteiro.

Por 32sur · Julho 2026 · Leitura: 13 minutos

A reclamação do cliente entrou numa terça-feira: lote de produto fora de especificação. O relatório foi encerrado em quatro dias com uma causa raiz caprichada —"erro do operário"— e uma ação corretiva: treinar novamente o pessoal. Pasta fechada, indicador no verde.

Três meses depois o mesmo defeito reaparece. Outro turno, outro operário, mesmo treinamento que nunca chegou a ser agendado. Ninguém havia olhado o dado que estava à vista desde o primeiro dia: no Pareto de reclamações, o defeito se concentrava, quase inteiro, no turno da noite. Não era a pessoa. Era o setup de partida daquela linha, mal ajustado desde a troca de turno. Os cinco porquês nunca desceram à planta; foram preenchidos numa sala, com a memória de quem redigia o relatório.

A cena é composta —se repete, com variantes, em qualquer operação da região—, mas a lógica é exata. E provavelmente lhe parece conhecida.

Na primeira entrega desta série vimos por que o sistema premia apagar incêndios e não evitá-los. Esta é a continuação: o que acontece quando alguém de fato tenta resolver de verdade —e ainda assim fracassa.

A reclamação foi encerrada. A pergunta é se o problema foi resolvido.

Para entendê-lo é preciso começar pela mais famosa e pior utilizada das ferramentas da qualidade.

O cartaz que ninguém preenche

Em quase qualquer sala da qualidade há um cartaz impecável: os cinco porquês, em cinco quadros, com moldura. Olha-o todo mundo que passa a caminho da máquina de café. Quase ninguém lembra a última vez que foi preenchido com dados reais. Usa-se, quando se usa, para encerrar rápido: desce-se até "falta de atenção" ou "erro do operário", assina-se, e o indicador de reclamações encerradas sobe um.

O mito que sustenta esse costume é simples e se repete de cor em qualquer comitê de qualidade: perguntar "por quê" cinco vezes leva, quase por desenho, à causa raiz. A ferramenta vem da linha de produção, da insistência de Taiichi Ohno em não se contentar com a primeira explicação de uma falha. Essa origem é real e vale resgatá-la: não é um clichê de consultoria, é uma ferramenta de chão de fábrica.

O problema não é o que Ohno inventou. É o que se fez com isso depois.

Em 2017, uma revisão publicada na BMJ Quality & Safety foi lapidar com a maneira como os cinco porquês são usados na prática. Pessoas distintas, diante do mesmo incidente, chegam a causas raiz distintas. A profundidade em que o quinto porquê se detém é arbitrária —por que cinco e não sete?—. E o método empurra, quase por estrutura, a ficar com uma única causa quando a maioria dos problemas complexos tem várias. Sua popularidade, conclui a revisão, não vem de funcionar melhor que outras alternativas: vem de ser simples, rápida e caber num quadro plastificado.

Nenhuma dessas falhas está na ferramenta. Estão em onde e como ela é usada: numa sala de reuniões e de cor, não no lugar dos fatos e com dados.

Antes de seguir, uma pergunta de management: o último "erro humano" que encerrou uma reclamação na sua empresa —alguém verificou que fosse humano, ou foi simplesmente a saída mais rápida para fechar a pasta?

Os 5 porquês de escritório contra os do gemba

Aqui está o coração da diferença entre a análise amadora e a profissional, e não tem nada de esotérico: trata-se de verificar cada elo da cadeia causal com dados, no lugar onde o trabalho acontece —o gemba, no vocabulário da Toyota—, em vez de reconstruí-lo de cor numa sala com ar-condicionado.

A regra que a Toyota exige desse tipo de análise é simples de enunciar e exigente de cumprir. A causa raiz tem de explicar todos os dados do estado atual, não apenas o caso pontual que motivou a reunião. Se o defeito aparece unicamente no turno da noite, "erro do operário" não pode ser a causa raiz: não explica por que o turno da manhã, com operários distintos e o mesmo treinamento, não tem o mesmo problema. Uma causa que não explica o padrão completo não é uma causa: é uma conjectura com forma de conclusão.

Volte à reclamação do começo. O Pareto estava montado, alguém o havia impresso e arquivado junto ao relatório. Mostrava, sem ambiguidade, que 80% das unidades fora de especificação saíam de um único turno. Ninguém cruzou esse dado com a causa que estava prestes a ser assinada. Se tivesse feito, a pergunta seguinte não teria sido "quem cometeu o erro?" e sim "o que é diferente nesse turno?". O setup de partida, a falta de um segundo controle, o rodízio de um supervisor com menos tempo de casa. Esse é o quinto porquê que de fato importa, e o que quase nunca se pergunta porque exige sair da sala.

A mesma reclamação, dois caminhos Reclamação: lote de produtofora de especificação Caminho de escritório — o sintoma Caminho do gemba — a causa 5 porquês na sala, de cor Causa assinada:«erro do operário» Encerramento em 4 dias ·indicador no verde 3 meses depois: o mesmodefeito reaparece (outroturno, outro operário) Descer à planta ecruzar o Pareto Dado: 80% sai deum só turno Pergunta correta:«o que é diferente nesse turno?» Causa verificada: setup departida mal ajustado Contramedida comdono e data O defeito não volta volta
Figura 1 — A mesma reclamação, dois caminhos: o de escritório reincide; o do gemba, não. Caso ilustrativo do artigo; Card, "The problem with 5 whys", BMJ Quality & Safety, 2017.

Isto conecta com algo que esta casa já escreveu sobre indicadores: às vezes o problema mal diagnosticado não é mais que um indicador mal escolhido. Já vimos quando falamos de por que as métricas se corrompem: se o painel mede "reclamações encerradas" em vez de "reclamações que não voltam a ocorrer", o sistema inteiro empurra para o encerramento rápido, não para a causa correta.

Rotina para instalar amanhã: antes de assinar qualquer causa raiz, exija uma única prova —que explique todos os dados disponíveis: turnos, linhas, lotes, fornecedores, horários. Se há um único dado que a causa proposta não explica, a causa está incompleta. Volte ao gemba.

Mas mesmo a melhor análise de causa se desperdiça se parte de um problema mal enunciado. E aí falha quase todo mundo, muito mais acima no processo do que se imagina.

O enunciado que quase ninguém escreve

Antes de se perguntar por quê, é preciso conseguir escrever com precisão o quê.

Como escreveu Dwayne Spradlin na Harvard Business Review em 2012, o rigor com que uma organização define o problema é o que mais pesa na hora de encontrar uma boa solução. A maioria das empresas não é rigorosa o bastante nesse passo e, por isso, acaba investindo recursos para resolver algo que não era o problema real. É o mesmo princípio que esta casa já trabalhou do lado dos projetos de capital: o front-end loading que vimos em governança de investimentos. A definição barata evita a correção cara, seja numa planta industrial ou numa obra de US$ 18 milhões.

Como é, na prática, um enunciado bem escrito? Nelson Repenning e seus colegas, num artigo da MIT Sloan Management Review de 2017, propõem cinco condições que raramente se cumprem todas juntas:

Cinco condições de um bom enunciado

  1. Conecta com algo que importa de verdade à organização —caixa, margem, cliente, segurança— e não com uma preocupação abstrata.
  2. Quantifica a lacuna entre o estado atual e a meta, com números, não com adjetivos.
  3. Usa variáveis mensuráveis, não impressões ("o defeito subiu de 0,9% para 1,3%", não "a qualidade piorou").
  4. É neutro em relação à solução ou ao diagnóstico. Esta é a condição mais incômoda: se o enunciado já contém a solução ("é preciso treinar o pessoal"), não está enunciando um problema —está escondendo uma conclusão que ainda não foi provada.
  5. Tem um alcance pequeno, delimitado o bastante para ser abordado rápido: semanas, no máximo um trimestre. Os problemas grandes se enunciam melhor quando são partidos em pedaços que alguém possa resolver nesse prazo curto, não numa cruzada anual.
O filtro do bom enunciado: cinco condições antes de passar à análise de causa «falta treinamento do pessoal de linha» é uma solução disfarçada de diagnóstico «a taxa de rejeição do turno da noite está em 1,8% contra um objetivo de 1%; a causa é desconhecida» 1. Conecta com algo que importa à empresa (caixa, margem, cliente, segurança). 2. Quantifica a lacuna entre o estado atual e a meta, com números. 3. Usa variáveis mensuráveis, não impressões. 4. É neutro em relação à solução (não esconde conclusão não provada). 5. Alcance pequeno: semanas, no máximo um trimestre. → pronto para análise de causa ? ✗ barrado — não passa à análise de causa Se falha em duas destas condições, não está pronto para passar à análise de causa.
Figura 2 — O filtro do bom enunciado: cinco condições antes de passar à análise de causa. Repenning, Kieffer & Astor, "The Most Underrated Skill in Management", MIT Sloan Management Review, 2017; Spradlin, "Are You Solving the Right Problem?", HBR, 2012.

Modelo de uma linha para o próximo comitê: o enunciado conecta com algo que a empresa mede e importa? quantifica a lacuna? é neutro em relação à solução? tem um alcance delimitado de semanas, não de anos? Se falha em duas dessas quatro perguntas, não está pronto para passar à análise de causa.

Com o problema bem enunciado e a causa verificada no gemba, já se começa a ver o esqueleto de uma rotina completa. Na 32sur demos um nome a ela.

O Laço Fechado: as quatro estações

Chamamos este método de O Laço Fechado, e ele tem quatro estações, não três passos soltos nem mais um cartaz para a parede.

Enunciar. O problema se escreve com as cinco condições da seção anterior. Definir, não diagnosticar.

Verificar. A causa se prova no gemba, com dados, e deve explicar cem por cento dos fatos disponíveis —não apenas o caso que motivou a reunião.

Resolver. A contramedida é atribuída a um dono com nome e sobrenome, e com data. Não um treinamento genérico "para a equipe", não um memorando que circula e é arquivado.

Fechar. Mede-se se o problema voltou a ocorrer —a taxa de reincidência— e faz-se um debrief breve que registra o que se aprendeu. Esta última estação é a que quase ninguém instala como rotina, e é tão determinante que vamos lhe dedicar a próxima entrega inteira.

A assinatura do método, a que o distingue de qualquer treinamento: o laço só se fecha quando se mede que o problema não voltou. Não quando se assina o relatório.

O Laço Fechado Framework 32sur — as quatro estações da resolução estruturada se reincide, recomeça REINCIDÊNCIA a métrica que fecha o laço 12 h · ENUNCIAR Definir a lacuna. Neutro à solução. Alcance de semanas, não de anos. INTEGRAR 3 h · VERIFICAR Causa provada no gemba. Explica 100% dos dados. IMPLEMENTAR 6 h · RESOLVER Contramedida com dono e data. IMPLEMENTAR 9 h · FECHAR O problema voltou? Debrief + registro (A3/COE). SUSTENTAR CADÊNCIA · DONO · PAINEL
Figura 3 — O Laço Fechado: as quatro estações. Framework 32sur. Baseado em Shook, "Managing to Learn" (A3), 2008; Amazon "Correction of Errors" (campo obrigatório de recorrência); Repenning & Sterman, CMR, 2001.

Cada estação pede uma ferramenta distinta conforme o tipo de problema, e é aí que as equipes mais erram: usam a mesma ferramenta para tudo porque é a que conhecem.

Se você dirige e não executa, não precisa memorizar a tabela a seguir —sua gente da qualidade sim—. Basta exigir que esse critério exista.

FerramentaServe quando…Armadilha
5 porquês (verificado no gemba)causa única, cadeia curta, dados à mãode escritório: enviesa para uma só causa
Ishikawa / espinha de peixehá múltiplas famílias de causa possíveis (6M)preenche-se inteira e não se prioriza com dados
Árvore de issues / MECEo problema é grande e precisa ser decompostomonta-se sem hipótese e fica decorativa
A3precisa-se de linguagem comum e um registro compartilhadovira papelada se não desce ao gemba
DMAIC / Six Sigmaprocesso repetitivo com variação mensurávelpesado para um problema pequeno e pontual
8Dreclamação de cliente que exige contenção urgenteencerra-se no D3 (contenção) e nunca chega ao D4-D5 (causa raiz)

Charles Conn e Robert McLean resumem sem rodeios em Bulletproof Problem Solving (Wiley, 2019): a resolução sistemática de problemas "não é ensinada na maioria das universidades nem escolas de negócios". Aprende-se como ofício —com árvores lógicas, hipóteses explícitas e uma ferramenta escolhida de propósito—, não por inspiração nem pelo cartaz que ficou colado na parede há cinco anos.

Para o painel do comitê: O Laço Fechado numa única folha tipo A3 —Enunciar / Verificar / Resolver / Fechar— com a tabela de "qual ferramenta para qual problema" ao lado, visível na sala onde se discutem reclamações.

Tudo isto pode soar como custo adicional: mais passos, mais disciplina, mais reuniões. Vale olhar o outro lado do balcão.

Quanto custa não ter causa raiz

Há uma fábrica que não aparece em nenhum organograma e que quase nenhuma empresa mede: a que se dedica, todos os dias, a retrabalhar o que deu errado da primeira vez. Retrabalhos, refugo, reinspeção, devoluções e, no pior dos casos, um recall. Os especialistas em qualidade a chamam, com razão, de fábrica oculta.

O custo da má qualidade costuma situar-se, segundo estimativas da indústria reunidas pela American Society for Quality, em torno de 15-20% do faturamento em plantas que nunca o mediram. Nas que operam com disciplina de classe mundial, cai para menos de 5%. É um número orientativo, não um estudo acadêmico com amostra controlada; o que importa é a lacuna: entre não medi-lo e medi-lo há, no mínimo, dez pontos de faturamento de diferença.

Esse custo não é abstrato. Numa planta de usinagem da região, a taxa de rejeição do cliente saltou de um objetivo de 0,9% para 1,57%: 4.933 peças defeituosas e uma perda perto de 34.500 dólares num único período de reporte. A reunião inicial, como na reclamação do turno da noite, buscou um culpado. Mas desta vez a equipe aplicou um projeto DMAIC completo —definir, medir, analisar, melhorar, controlar— em vez de encerrar com um treinamento genérico. Verificou a causa na planta, validou-a contra os dados de produção e só então definiu a contramedida. O processo voltou ao objetivo de 0,9%.

A diferença entre esse caso e a reclamação de abertura não é a indústria nem o tamanho da empresa. É que alguém exigiu que a causa explicasse os dados antes de assinar o encerramento.

1,57%a taxa de rejeição do cliente que disparou 4.933 defeitos e cerca de US$ 34.500 de perda no caso do fabricante de autopeças
15-20%do faturamento se vai em custo da má qualidade em fábricas que nunca o mediram (faixa orientativa da indústria, ASQ)
90%+pagamentos a fornecedores em dia, após substituir os improvisos rápidos por resolução estruturada (caso RefineCo, MIT Sloan Management Review)

Exercício de uma tarde: some um mês de retrabalhos, refugo, fretes extras por reposição e horas de reinspeção. O total costuma surpreender —e é, quase sempre, o orçamento que já justifica fazer as coisas bem da primeira vez.

E funciona de verdade, para além de uma planta pontual? Há um caso documentado que o mostra com números concretos.

A prova: a refinaria que parou de remendar

Num caso levantado pela MIT Sloan Management Review em 2017, uma refinaria vinha operando em modo bombeiro permanente. A área de compras acumulava atrasos de pagamento a fornecedores que a colocavam à beira de perder linhas de crédito, e cada semana era uma sucessão de improvisos para que a planta não parasse. A equipe substituiu esse modo de trabalho por resolução estruturada —os mesmos elementos deste método: problema enunciado com dados, causa verificada, contramedida com dono. O resultado foi mensurável: o pagamento a fornecedores em dia passou de níveis de crise para mais de 90%. Além disso, a área liberou dois postos que antes se dedicavam em tempo integral a apagar esse incêndio em particular.

Vale a ressalva que cabe: é um caso documentado, não uma média da indústria. Mas é exatamente o tipo de evidência que separa "soa razoável" de "provou-se que funciona".

As frases que fecham a pasta

"Nós já fazemos os cinco porquês." Bem —na sala ou na planta? A causa que anotaram explica todos os dados —os turnos, as linhas, os lotes— ou só o caso pontual que tinham à frente naquele dia?

"Contratamos uma consultoria que nos deixou a metodologia." A metodologia quase nunca é o problema. Usa-a bem quem desce ao gemba e verifica cada elo com dados; o resto a pendura na parede, ao lado do cartaz dos cinco porquês, e segue encerrando reclamações com "erro do operário".

Volte ao turno da noite

A reclamação do começo foi encerrada em quatro dias. O indicador subiu para o verde. E o defeito voltou, três meses depois, no mesmo turno, com outro operário carregando a culpa que não lhe cabia. O método para evitá-lo já existia dentro da empresa —o Pareto estava impresso, arquivado, a um clique de distância— mas nunca desceu da sala de reuniões para a linha de produção.

Agora: suponha que sua empresa faz tudo isto bem. Enuncia o problema com rigor, verifica a causa no gemba, resolve com um dono e uma data. Há ainda uma última armadilha, e é a mais cara das três que você vai encontrar nesta série. O método bem aplicado uma única vez não é uma capacidade instalada. Uma revisão sistemática de 21 estudos sobre análise de causa raiz encontrou que apenas dois mostraram uma melhora real, e que na metade dos casos as recomendações não bastaram para impedir que o problema voltasse a ocorrer.

Na última entrega desta série: como se instala o laço para que efetivamente não volte —quem tem de ser o dono, qual é a cadência que o sustenta e qual é a única métrica que quase ninguém ainda mede na região.

Suas reclamações se encerram com "erro humano" e voltam três meses depois?

O método para separar o sintoma da causa existe, está provado e não é caro. Caro é não descê-lo ao lugar dos fatos. A 32sur trabalha a resolução estruturada de problemas com dados do gemba —enunciar bem, verificar a causa, resolver com um dono— e não deixa um relatório arquivado: deixa o método instalado na sua equipe.

Vamos conversar

Referências

  1. Dwayne Spradlin, "Are You Solving the Right Problem?", Harvard Business Review, setembro de 2012.
  2. Alan J. Card, "The problem with '5 whys'", BMJ Quality & Safety, 26(8), 2017.
  3. Nelson P. Repenning, Don Kieffer & Todd Astor, "The Most Underrated Skill in Management", MIT Sloan Management Review, 2017.
  4. Nelson P. Repenning, Don Kieffer & James Repenning, "A New Approach to Designing Work", MIT Sloan Management Review, dezembro de 2017.
  5. Charles Conn & Robert McLean, Bulletproof Problem Solving: The One Skill That Changes Everything, Wiley, 2019.
  6. American Society for Quality (ASQ), estimativas da indústria sobre custo da má qualidade (COPQ).
  7. Caso "Otimização do processo de furação" (planta de usinagem, setor automotivo, LatAm), DMAIC documentado, 2022.