O problema que não volta

A foto ficou boa: dezoito pessoas com o cinturão verde recém-entregue, o logo da certificadora ao fundo, sorrisos. Foi numa quinta-feira. A empresa havia pagado o programa completo —quatro módulos, dois facilitadores, coffee break incluído— e durante três semanas todos falaram de DMAIC e de causa raiz nos corredores.

Em um mês, a agenda voltou a engolir tudo. Em três meses, o defeito que havia motivado o projeto estrela do curso reapareceu, quase idêntico. Ninguém o relacionou com o treinamento. E, acima de tudo: ninguém perguntou a única coisa que importava. Este problema, nós já não tínhamos resolvido?

Essa pergunta tem respaldo na evidência. E o que ela diz não é tranquilizador.

O corredor dos A3 congelados

Vimos na primeira entrega desta série por que o sistema premia apagar incêndios e não preveni-los. Na segunda, vimos qual é o método que de fato separa o sintoma da causa —o enunciado que não se casa com uma solução, a verificação no terreno, a contramedida com dono. Falta a parte mais difícil: que tudo isso não morra em três meses, quando o entusiasmo do treinamento já se evaporou e a operação voltou ao seu ritmo de sempre.

Porque ali, no corredor de tantas empresas, pendem doze A3 emoldurados, impecáveis, com seus gráficos e suas contramedidas. Foram feitos no ano passado, no impulso de melhoria contínua. Estão perfeitos. E estão congelados: nenhum foi revisto para confirmar se a contramedida aguentou. São cartazes, não aprendizado.

A pergunta que ninguém fez no treinamento dos cinturões —isto nós já não tínhamos resolvido?— é exatamente a que separa uma organização que aprende de uma que só capacita gente.

O método bem aplicado uma vez não é uma capacidade

Há uma tentação cômoda: se a análise de causa raiz identificou bem a causa, o problema está resolvido. A evidência diz outra coisa.

Uma revisão sistemática publicada em 2020 na Medical Principles and Practice colocou número no problema. De 21 estudos sobre análise de causa raiz, apenas dois mostraram uma melhora real. Na metade, as recomendações não bastavam para impedir que o evento voltasse a acontecer. Dito de outro modo: na enorme maioria dos casos, dar com a causa não bastou para que o evento deixasse de se repetir.

O motivo aparece em outro lugar: quando a análise é feita como ritual —incidente por incidente, sem difundir o que se aprendeu—, os eventos parecidos voltam a ocorrer. Como alertaram Dixon-Woods e sua equipe na BMJ Quality & Safety, a organização, literalmente, "esquece". Cada área resolve o seu próprio caso, arquiva o seu próprio A3, e ninguém conecta os pontos com a área ao lado, nem sequer com o seu próprio passado.

Uma precisão necessária: ambos os achados vêm da segurança do paciente, um domínio onde a análise de causa raiz é particularmente medida. Não são um número da indústria em geral, mas o princípio se transfere sem problema a uma planta, uma distribuidora ou um banco: identificar a causa corretamente não é o mesmo que prevenir a recorrência. Falta um passo.

A pergunta de management que decorre disto é simples e incômoda: dos projetos de melhoria que sua empresa comemorou no último ano, quantos foram revisados depois para confirmar que o problema não voltou? Se a resposta é zero, você não tem uma capacidade instalada. Tem um arquivo de fotos.

Se a análise sozinha não basta, o que basta? O que faltava ao laço: a estação que o fecha.

Fechar o laço: a estação que ninguém instala

Na entrega anterior apresentamos O Laço Fechado, o marco com que ordenamos a resolução de problemas: Enunciar (definir a lacuna, sem nomear a solução), Verificar (provar a causa com dados no terreno, até que explique tudo o que se observa) e Resolver (uma contramedida com dono e data, não um treinamento genérico). Quem entra por esta terceira entrega já tem o essencial nessa frase.

Falta a quarta estação, e é a que quase nenhuma organização instala de verdade: Fechar. Fechar significa medir se o problema voltou, fazer o debrief do que se aprendeu e deixar um registro que outro possa encontrar. Se o problema reincide, o laço não termina aí: volta a Enunciar, com a informação nova de por que a contramedida anterior não bastou.

O modelo de referência tem-no, sem procurar muito, a Amazon. A companhia não faz "postmortems": faz Correction of Errors (COE), com um campo obrigatório de recorrência. Se o problema já havia acontecido antes, é preciso explicar por que as ações anteriores não o evitaram. E uma causa raiz que diga simplesmente "o engenheiro errou" faz com que o documento seja devolvido sem aprovação. Não é uma causa: é um rótulo que não explica nada e não ensina nada.

Esse campo obrigatório é, em essência, a Estação 4 convertida em rotina de escrita. Obriga a perguntar o que o treinamento dos cinturões nunca perguntou.

O outro pilar é uma linguagem comum para documentar o aprendizado: o A3, a folha da Toyota onde entram o problema, sua análise, as contramedidas e o plano de acompanhamento. John Shook, em Managing to Learn, descreve-o sem meias-palavras. Não é papelada: é a coluna do sistema com que a Toyota desenvolve sua gente e aprende do próprio trabalho. A disciplina de escrevê-lo numa única folha —sem poder esconder vaguidão atrás de trinta slides— é o que força a definir, observar, analisar e contramedir de verdade.

Nem o COE nem o A3 funcionam sozinhos. Precisam de três condições ao redor, que são as que de fato distinguem a organização que instala do treinamento que só capacita:

Cadência. Uma revisão periódica dos problemas abertos, não um evento anual com nome em inglês.

Dono. Um nome e uma data em cada problema, não "a área" nem "está sendo analisado".

Painel. Um registro visível de problemas abertos, encerrados e reincididos —não uma pasta de A3 arquivados que ninguém volta a abrir.

A rotina concreta para instalar isto amanhã: acrescente ao seu formato de encerramento de problemas uma casa obrigatória —"isto já havia ocorrido antes? Se sim, por que a ação anterior não o evitou?"— e proíba "erro humano" como causa raiz final. É, literalmente, o campo que a Amazon usa, adaptado a qualquer painel de Excel.

Tudo isto se apoia, no fim, em uma única métrica.

A métrica que quase ninguém mede na região

Enunciar, Verificar e Resolver integram e implementam; Fechar é o que sustenta: a disciplina que converte "resolver" em "que não volte".

Mede-se com três números simples. Problemas abertos versus encerrados numa janela de tempo. Tempo médio até chegar à causa raiz. E, sobretudo, a taxa de reincidência: quantos dos problemas dados por encerrados voltaram a aparecer num período determinado. É o número que o treinamento dos cinturões jamais calculou, porque ninguém ficou o tempo suficiente para calculá-lo.

O painel mínimo viável tem três colunas: abertos, encerrados, reincididos. Não é preciso um software de gestão da qualidade de seis dígitos; basta que exista, se atualize e alguém o olhe a cada duas semanas.

A reincidência é uma métrica, e as métricas se corrompem quando viram objetivo. Se a direção premia às cegas "reincidência zero", o que vai conseguir é que as pessoas deixem de reportar os problemas que voltam —exatamente a disfunção de Goodhart que já percorremos neste blog. A métrica tem de empurrar para melhorar o sistema, não para esconder o que reincide. Um painel onde nunca reincide nada não é um sinal de sucesso: é a primeira suspeita de que alguém deixou de anotar.

Isto existe instalado de verdade na região, ou é teoria de manual japonês traduzida? Existe, e a 90 quilômetros de Buenos Aires.

Rotina, não evento: o que acontece a 90 quilômetros de Buenos Aires

Na planta da Toyota Argentina em Zárate, resolver problemas não é um treinamento com data no calendário. É o que se faz todos os dias, em cada posto. No ano passado, 94% do pessoal da planta contribuiu com ao menos uma sugestão de melhoria dentro de seus círculos de trabalho —61.059 sugestões no total em doze meses—, com uma lógica de papéis clara: os operários resolvem e os engenheiros dão ferramentas.

Não há foto de cinturão que sustente esse volume. O que o sustenta é uma rotina diária de escuta e ajuste, com donos de posto que são, literalmente, quem faz o trabalho. É o contra-caso positivo do treinamento com foto: a resolução de problemas convertida em hábito de chão de fábrica, não em evento corporativo com catering.

E há uma segunda peça de evidência, esta sim propriamente regional, que contradiz um pouco o senso comum do management. A evidência sobre Lean e Six Sigma em PMEs latino-americanas coincide num ponto: o que faz ou quebra o método não é a ferramenta —não é se se usa DMAIC ou A3 ou cinco esses. É o comprometimento da alta direção e se o método está atado à estratégia do negócio. O tamanho da empresa e a escassez de recursos são o principal motivo pelo qual esses programas são abandonados, mais do que qualquer resistência técnica ao método em si.

Dito de outro modo: a ferramenta é a parte fácil. O difícil —e o que realmente decide se o laço se sustenta ou cai— é se a direção o sustenta com presença, não só com orçamento inicial.

A rotina de direção que decorre disto: uma cadência fixa, quinzenal, de trinta minutos, revisando o painel de problemas abertos/encerrados/reincididos, com a direção presente na sala. Não delegada. A evidência regional é clara num ponto: sem essa presença, o programa é abandonado antes de render.

Agora, a parte que nenhuma foto de treinamento mostra: instalar isto dói antes de render.

O custo de fazê-lo bem

Aqui está o ponto onde morrem a maioria das tentativas sérias de instalar esta capacidade. Repenning e Sterman o chamaram, já em 2001, de "worse-before-better": investir em melhoria piora os números no curto prazo antes de melhorá-los. Tirar duas pessoas do incêndio para que construam a rotina de resolução significa, durante um trecho, que há menos mãos apagando fogo —e o fogo, enquanto isso, segue começando.

Por isso a maioria dos programas de melhoria não morre de resistência. Morre de pressa: alguém olha o painel na primeira semana, vê que não melhorou nada —ou que piorou um pouco— e aborta, exatamente no pior momento possível, bem antes de o investimento começar a devolver algo.

Sustentá-lo exige coragem de direção —a mesma que a evidência regional da seção anterior identifica como o verdadeiro fator crítico. E há um prêmio, do lado da economia, que o justifica com um número que não é pequeno. Um estudo de 2019 sobre 35.000 plantas do censo dos Estados Unidos encontrou que as práticas de gestão estruturada explicavam mais de 20% das diferenças de produtividade entre plantas: tanto ou mais que o investimento em P&D ou em tecnologia. Essas práticas incluem fixação de metas, monitoramento com dados e rotinas de resolução de problemas.

Vale a ressalva: esse estudo mede "gestão estruturada" em sentido amplo, não "resolução de problemas" como rótulo exato. Mas a resolução estruturada —enunciar, verificar, resolver, fechar, com cadência e dono— é precisamente o tipo de prática que esse guarda-chuva descreve. Não é por acaso que a disciplina mais barata de instalar seja também uma das mais ignoradas: já vimos isso com o debrief em o fechamento da série sobre equipes deste blog —a rotina de aprendizado mais barata costuma ser também a primeira a ser cancelada quando a agenda aperta.

A decisão de direção que é preciso tomar antes de começar: orçar o worse-before-better de antemão. Aceitar, por escrito se for preciso, que durante dois ou três meses os números não vão melhorar —e comprometer-se a não abortar nesse trecho. Tirar duas pessoas do incêndio e protegê-las de serem colocadas de volta lá dentro na primeira semana difícil.

Uma última observação, para não confundir velocidade com capacidade, sobre a moda do momento.

A miragem da IA

Em 2026 já circulam sistemas de análise de causa raiz assistidos por inteligência artificial que reduzem drasticamente o tempo de localizar a causa em ambientes técnicos complexos —arquiteturas de microsserviços, por exemplo, onde encontrar a origem de uma falha pode levar horas de rastreamento manual entre logs.

É um avanço real, mas não se deve confundi-lo com o que esta série resolve. Esses sistemas automatizam a análise —a Estação 2, Verificar—, não a definição do problema —a Estação 1, Enunciar—. E muito menos a Estação 4, Fechar, que exige juízo humano sobre se a contramedida aguentou. Um sistema que encontra a causa raiz mais rápido de um problema mal enunciado simplesmente ajuda a resolver mais rápido o problema errado. Vale a cautela: é pesquisa de 2026 ainda sem revisão por pares, no domínio específico de software, não um resultado consolidado para operações em geral. Como pincelada do que vem, serve. Como substituto da capacidade instalada, não.

Com isto na mesa, restam duas objeções para desarmar.

As objeções que travam a diretoria

"Já fizemos a capacitação de melhoria contínua, temos os cinturões." Quantos desses projetos foram revisados depois para ver se o problema voltou? Se a resposta é nenhum, a empresa tem cinturões. Não tem uma capacidade.

"Não tenho gente para tirar do dia a dia e colocar nisto." É exatamente a armadilha que descrevemos na primeira entrega desta série: nunca há gente disponível porque nunca se previne, e nunca se previne porque não há gente disponível. O laço se rompe tirando duas pessoas do incêndio hoje, não esperando que sobre tempo —tempo que, num sistema que nunca previne, nunca vai sobrar.

O comitê que deixou de se reunir

Volte, por um momento, ao comitê de rupturas da segunda-feira com que esta série abriu. Mesma segunda, mesma planilha de faltantes, há dois anos se repetindo. Com o laço fechado instalado —enunciado sem solução prematura, causa verificada no depósito, contramedida com dono, e agora sim, alguém que mede se o problema volta—, enfim alguém faz a pergunta que nunca havia sido feita: por que esses SKUs entram em ruptura sempre, os mesmos, mês após mês?

A causa acaba sendo um parâmetro de ressuprimento mal carregado no sistema, herdado de uma migração de três anos atrás. Não um problema de demanda, não um problema de logística, não "o fornecedor que não cumpre". Corrige-se uma vez, com um dono e uma data. E o comitê das segundas, com o tempo, deixa de ter sentido de existir.

Esse comitê que já não se reúne é, exatamente, o problema que não volta. E ninguém vai receber um parabéns por ele, nenhuma promoção, nenhuma menção na reunião de diretoria —porque um problema que deixou de ocorrer não deixa rastro para aplaudir. Esse é, justamente, o sinal de que o sistema funcionou.

Nove perguntas para a segunda-feira

Um autodiagnóstico que fecha as três entregas desta série. Antes da próxima reunião de comitê, responda-as com honestidade: