Resposta rápida: Existe um estágio da adoção de IA em que a produtividade sobe e a capacidade de julgar o resultado começa a cair. Os quatro sinais que aparecem antes do problema virar prejuízo: o time entrega e não consegue explicar o critério por trás da entrega; erros passam sem que ninguém desconfie, porque a saída parece boa; a discussão técnica desaparece das reuniões, substituída por concordância rápida; e o profissional evita tarefa que não pode ser feita com apoio de ferramenta. A causa está no incentivo, porque a empresa mede entrega e nunca mede capacidade de auditar. A correção não passa por proibir nada: passa por exigir explicação do critério, revisar exceção em par e medir quantas pessoas conseguem auditar cada saída crítica.
Pedi a um analista para me explicar um relatório que ele tinha entregado dois dias antes. Não era pegadinha, eu queria entender uma premissa. Ele leu a própria conclusão em voz alta, procurou o número na tela e disse a frase que eu ouço cada vez mais: está aqui, foi o que saiu.
Ele não estava mentindo nem sendo preguiçoso. Ele tinha feito o trabalho que a empresa pediu, no prazo, no formato certo, e tinha acertado no essencial. Só não conseguia sustentar o raciocínio, porque o raciocínio não passou por ele.
Aquela conversa me incomodou por semanas, porque o relatório estava certo. Se estivesse errado, seria um caso de erro e se resolveria com revisão. Estando certo, era outra coisa: um sinal de que a empresa estava acumulando entregas que ninguém dentro dela sabia defender.
O ganho de velocidade e a perda de julgamento andam juntos
Vale nomear o fenômeno com precisão, porque ele é fácil de confundir com adoção bem-sucedida. Nos primeiros meses, tudo parece ótimo: a equipe produz mais, o prazo encurta, a liderança comemora. Os indicadores que a empresa acompanha melhoram todos.
O que não é medido em lugar nenhum é a capacidade de avaliar aquilo que foi produzido. Ela cai devagar, sem alarme, porque nada quebra imediatamente. E quando ela chega perto de zero, a empresa perdeu a única defesa que tinha contra erro sistemático.
Existe uma versão conhecida disso em outras áreas. Piloto que voa sempre com automação e perde prática de pilotagem manual. Médico que confia no exame e para de examinar. Motorista que segue o aplicativo e não sabe voltar sozinho. Em todos os casos o resultado médio melhora e a competência para o caso excepcional atrofia, e o caso excepcional é justamente onde a coisa custa caro.
Os quatro sinais que aparecem antes do prejuízo
O primeiro é o mais fácil de testar e ninguém testa: pedir a explicação do critério. Não o resultado, o critério. Por que essa recomendação e não outra, o que foi descartado, qual premissa sustenta. Quando a resposta é uma paráfrase da saída, o sinal está aceso.
O segundo é a queda da desconfiança. Em time saudável, alguém sempre estranha um número. Quando as entregas passam a ser aceitas sem que ninguém pergunte nada, isso raramente significa que a qualidade subiu.
O terceiro é o silêncio técnico nas reuniões. A discussão que existia sobre método, abordagem e alternativa some, e sobra apresentação seguida de concordância. Debate consome tempo e é onde o julgamento coletivo é exercido.
O quarto é comportamental e é o mais grave: a pessoa passa a evitar tarefa que não pode ser feita com apoio de ferramenta. Isso já é atrofia declarada, e costuma vir disfarçada de priorização.
Usar ferramenta e terceirizar o julgamento são coisas distintas
Aqui está a distinção que sustenta o artigo inteiro, e eu preciso fazê-la com cuidado para não soar como saudosismo. Ninguém precisa fazer conta de cabeça para ser bom em finanças, e calculadora nunca atrofiou contador.
A diferença está no que é delegado. Quando eu uso ferramenta para executar uma etapa cujo resultado eu sei avaliar, eu ganhei velocidade e continuo no comando. Quando eu uso ferramenta para produzir uma conclusão que eu não tenho como verificar, eu terceirizei o julgamento, e a partir daí a qualidade do meu trabalho é a qualidade da ferramenta, sem nenhuma camada de proteção.
O teste prático que eu uso em diagnóstico é simples e desconfortável: se a ferramenta errar, você percebe? Quando a resposta é sim, o uso é saudável. Quando é não, existe um problema de competência que a produtividade está escondendo.
Vale aplicar esse teste em você mesmo antes de aplicar no time. Eu faço isso com frequência e não gosto do resultado em todas as áreas.
Por que isso acontece: o incentivo está todo na entrega
A tentação é tratar isso como problema de caráter do profissional, e essa leitura é errada e improdutiva. As pessoas fazem o que é medido e recompensado.
A empresa mede entrega, prazo e volume. Ninguém é avaliado por capacidade de auditar, por ter estranhado um número ou por ter discutido método numa reunião. Numa reunião de avaliação de desempenho comum, quem produziu mais rápido é o destaque, e quem parou para conferir aparece como mais lento.
Enquanto o incentivo for esse, o comportamento racional é aceitar a saída e seguir. É por isso que a correção começa na liderança, e não em treinamento de conscientização. Já tratei da pressão que se acumula quando a empresa apenas aumenta a exigência de entrega em efeito rebote da IA: produtividade e pressão.
Leia também
O texto que ninguém sabe defender
Vale descer ao concreto, porque cada tipo de trabalho tem uma manifestação diferente. Em áreas de comunicação, marketing e proposta comercial, o sintoma é o material bem escrito que o autor não consegue sustentar numa pergunta.
Isso aparece de forma brutal em reunião com cliente. A proposta está impecável, o cliente pergunta por que aquela recomendação e não a outra, e quem escreveu não tem o argumento porque nunca o construiu. O dano é maior que o erro de digitação: é perda de autoridade na frente de quem paga.
Existe uma correção simples e que quase ninguém aplica: quem assina apresenta. Se a pessoa vai defender aquilo numa sala, ela precisa ter construído o raciocínio, e a ferramenta vira apoio de redação em vez de fonte de conteúdo.
O código que ninguém sabe manter
Em tecnologia, o sintoma tem consequência de longo prazo. O código sai rápido, funciona, e ninguém no time entende inteiramente por que ele funciona. Passa em teste, entra em produção, e seis meses depois quebra num caso de borda.
Nesse momento a empresa descobre o custo real: ninguém sabe manter aquilo. A pessoa que gerou já mudou de projeto, o histórico da decisão não existe, e refazer costuma sair mais caro que ter escrito com mais cuidado.
A prática que resolve é conhecida e desprezada quando o prazo aperta: revisão por outra pessoa, com explicação do porquê, e registro da decisão de arquitetura. Time que revisa mantendo o hábito de perguntar continua entendendo o próprio sistema.
A decisão que ninguém sabe justificar
Em áreas de decisão, como crédito, compras, seleção e priorização, o sintoma é mais silencioso e mais perigoso, porque decisão isolada sempre parece defensável.
O problema aparece no padrão. Quando um agente classifica ou recomenda em volume, ele pode desenvolver uma inclinação sistemática que ninguém pediu, e cada caso individual continua parecendo razoável. Sem alguém capaz de olhar a distribuição e estranhar, a empresa aplica um critério que não escolheu.
Aqui a defesa exige duas coisas: alguém com competência para auditar a distribuição, e um lote fixo de casos difíceis com resultado esperado definido antes, reaplicado a cada mudança relevante. A régua completa está em como avaliar a qualidade da saída do agente.
O que a liderança faz sem virar polícia
A reação instintiva de muitos gestores é restringir o uso, e ela produz o pior dos mundos: uso escondido, sem registro, com o time aprendendo a esconder em vez de a julgar.
O que funciona é mudar o que se pede e o que se reconhece, em três movimentos concretos. Primeiro, passar a pedir o critério junto com a entrega, sempre, como parte do padrão de trabalho. Duas linhas explicando a escolha e o que foi descartado.
Segundo, reconhecer publicamente quem encontrou um erro. Isso é cultural e barato: na reunião semanal, dar espaço para quem estranhou algo e conferiu. Onde eu vi isso ser feito com consistência, o comportamento mudou em poucas semanas.
Terceiro, tratar a exceção como assunto de gente sênior. O fluxo de casos duvidosos que o agente separa é o material de trabalho mais valioso do time, e ele precisa ser discutido em par, com o critério dito em voz alta, em vez de resolvido no silêncio de quem tem pressa.
Leia também
A pergunta que eu faço em toda reunião de resultado
Existe uma pergunta que eu adotei e que mudou a qualidade das minhas conversas internas: como você sabe que isso está certo?
Ela não é acusatória quando é feita sempre, para todo mundo, inclusive para mim. Feita de forma seletiva, vira desconfiança pessoal e o time fecha. Feita como padrão da casa, ela reintroduz o hábito de sustentar raciocínio, que é exatamente o músculo que atrofia.
A resposta boa tem uma característica reconhecível: ela cita a fonte, o teste, a comparação, o caso que foi verificado. A resposta ruim é uma variação de "porque foi o que apareceu". Depois de algumas semanas, todo mundo passa a chegar preparado para a pergunta, e é isso que se quer.
O sênior também atrofia, e ninguém olha para ele
A conversa sobre perda de competência costuma se concentrar em quem está começando, e o caso mais silencioso está no outro extremo. O profissional experiente tem repertório acumulado e por isso confia no próprio julgamento, o que é razoável. O problema é que esse repertório envelhece se ele para de exercitá-lo.
O padrão que eu observo é este: o sênior delega a produção para a ferramenta, revisa por leitura rápida, e como ele acerta na maior parte das vezes, ninguém questiona. O que ele deixou de fazer foi mergulhar no detalhe do caso difícil, que é onde o repertório se renova.
Depois de um ou dois anos assim, ele continua sabendo reconhecer o que está claramente errado e perdeu a capacidade de perceber o erro sutil, que é justamente o que a ferramenta produz. A liderança não vê porque o histórico dele é bom.
O antídoto é desconfortável e eficaz: o sênior precisa continuar fazendo alguma coisa do zero, com regularidade. Um caso por mês, escolhido por ser difícil, feito com apoio mínimo e discutido com outra pessoa. Isso soa como desperdício de tempo caro e é manutenção do ativo mais valioso da empresa.
A entrevista de contratação passou a medir outra coisa
Se a competência que importa mudou, o processo de seleção precisa mudar junto, e a maioria das empresas ainda testa a habilidade que a ferramenta já faz.
Pedir ao candidato que produza um texto, um plano ou um trecho de código mede pouco hoje, porque qualquer pessoa produz com apoio. O que diferencia é a capacidade de avaliar, de encontrar o defeito e de sustentar o raciocínio sob pergunta.
O exercício que eu adotei é direto: entregar ao candidato uma saída pronta com dois ou três erros plantados, alguns óbvios e um sutil, e pedir que ele avalie. O que se observa nessa conversa é exatamente o músculo que a operação vai precisar: desconfiança calibrada, método de verificação e clareza ao explicar por que aquilo está errado.
Vale um cuidado de justiça: o candidato precisa saber que pode usar as ferramentas dele durante o exercício. O teste é sobre julgamento, e não sobre memória.
Leia também
Rotação de tarefa como manutenção de competência
Existe uma prática de gestão barata que quase ninguém usa nesse contexto, emprestada de operação industrial: rotação deliberada.
Se uma competência só é exercida por uma pessoa, ela é frágil. Se ela é exercida por uma ferramenta e conferida por uma pessoa só, ela é mais frágil ainda. Rotacionar quem revisa a exceção, quem apresenta o resultado e quem faz o caso difícil espalha a competência pelo time.
Isso tem um custo visível de eficiência no curto prazo, porque a pessoa que faz sempre é mais rápida. E tem um ganho de resiliência que aparece no dia em que ela sai de férias, pede demissão ou está numa reunião quando o problema acontece.
Eu recomendo começar pelo que é mais crítico e mais concentrado: liste as três saídas que causariam mais dano se saíssem erradas, e verifique quantas pessoas hoje conseguiriam auditar cada uma. Onde o número for um, você tem uma prioridade de formação com nome e prazo.
Três frases que eu evito nessa conversa
A primeira é "a ferramenta disse". Ela transfere responsabilidade para algo que não responde por nada, e quando eu ouço isso numa reunião, eu paro a conversa ali. Quem apresenta responde pelo que apresenta.
A segunda é "confia, sempre funcionou". Histórico de acerto é bom argumento para manter o processo, e nenhum argumento para dispensar a verificação daquele caso.
A terceira é "não temos tempo para conferir". Essa merece resposta direta, porque ela é uma escolha disfarçada de restrição: a empresa tem tempo para refazer, para explicar ao cliente e para absorver o prejuízo, e escolheu não ter tempo para conferir antes. Dito assim, a conversa muda de assunto.
O que medir, se produtividade já não basta
A empresa mede saída e precisa passar a medir capacidade. Quatro indicadores dão conta e nenhum é complicado.
Número de pessoas capazes de auditar a saída de cada agente crítico, que deveria ser maior que um em todos os casos e frequentemente é zero. Erros encontrados internamente antes de chegar ao cliente, que é um indicador de saúde e não de fracasso. Percentual de entregas que vêm com critério explicitado. E tempo médio até a primeira responsabilidade assumida por quem entrou nos últimos dois anos.
Vale registrar a armadilha: nenhum desses números sobe se a liderança continuar cobrando apenas volume. A discussão mais ampla sobre indicadores enganosos está em como medir produtividade da IA.
A conta de cinco anos, que ninguém faz
Existe uma consequência de médio prazo que decide a qualidade da empresa na próxima década, e ela já apareceu neste blog por outro ângulo. Toda a governança de IA que se recomenda hoje, inclusive a que eu recomendo, depende de revisão humana competente.
Se a competência para revisar atrofia na geração atual e não é construída na próxima, a governança fica no papel. A empresa vai ter política, comitê, trilha de auditoria e ninguém capaz de olhar uma saída e dizer que aquilo está errado.
Essa conta se conecta diretamente com a decisão de cortar as posições de entrada, que eu tratei em a vaga de júnior na era da IA. Quem corta a base e ao mesmo tempo deixa o time sênior atrofiar está construindo uma empresa que depende inteiramente da qualidade de um fornecedor de modelo.
Leia também
Quando a dependência é aceitável, e isso precisa ser dito
Este artigo perde valor se eu não escrever esta seção, porque a leitura maximalista dele é impraticável. Ninguém consegue auditar tudo, e exigir isso paralisa a operação.
Existe dependência aceitável, e ela tem três características. O erro tem consequência pequena e reversível. Alguém na empresa saberia identificar o erro se ele acontecesse em algo relevante. E a tarefa não é a competência central do negócio.
Traduzir para o dia a dia: aceitar a tradução automática de um e-mail interno é razoável. Aceitar a análise de risco de um contrato sem ninguém capaz de conferir não é. A régua que eu uso é o custo do erro somado à reversibilidade dele, e não a nobreza da tarefa.
O que eu recomendo é escrever essa lista com o time, dividindo as atividades da área em três grupos: aceita sem revisão, revisão por amostra e revisão obrigatória com nome. Meia hora de conversa resolve, e o efeito na consciência coletiva é imediato.
Sem o gerente do meio, nada disso acontece
A prática de pedir critério, revisar em par e discutir exceção mora na mão da média liderança, que é a camada mais pressionada da empresa e a que menos tempo tem.
Pedir que ela faça isso sem tirar nada da mesa é garantir que não vai acontecer. Gerente entrega o que é medido, e cuidado com competência do time não aparece em meta nenhuma.
Então a decisão precisa vir com contrapartida explícita: formação e revisão como parte da avaliação do gestor, tempo reservado na agenda e reconhecimento de quem forma bem. O papel dessa camada na adoção está em adoção de IA e o gerente do meio.
O que eu faço na Groovia, com a tensão que isso tem
Devo honestidade aqui, porque a Groovia opera com pouca gente e muitos agentes, e seria confortável escrever este artigo como quem observa de fora.
O que fazemos é o seguinte. Ninguém entrega sem conseguir explicar o critério, e eu pergunto. Discutimos erro em voz alta, inclusive os meus, com frequência que parece exagerada para quem chega. E quando alguma coisa passa errado, o assunto da conversa é como passou, e nunca de quem foi a culpa.
Não tenho prova de que isso é suficiente. Tenho a convicção de que a alternativa, que é acumular entrega rápida sem ninguém capaz de auditá-la, produz uma empresa que parece eficiente até o dia em que precisa defender uma decisão na frente de um cliente, de um auditor ou de um conselho.
Como eu abriria a próxima reunião de liderança
Com uma pergunta e um exercício, sem apresentação. A pergunta: para cada saída crítica que a nossa operação produz com apoio de IA, quantas pessoas aqui saberiam dizer que ela está errada?
O exercício: pegue três entregas da última semana, escolhidas ao acaso, e peça a quem fez para explicar o critério. Não para punir, e sim para calibrar. O que aparecer nessa meia hora vale mais que qualquer diagnóstico contratado, e vai definir se a sua próxima prioridade é acelerar a produção ou recuperar o julgamento.
Se o time não conseguir responder, você descobriu isso numa sala fechada, com tempo para corrigir. A alternativa é descobrir na frente de quem paga, num dia em que a resposta importava.