A Armadilha do Planalto

Recentemente, escrevi sobre a fadiga da IA, argumentando que o que os engenheiros estão experimentando não é uma condição crônica, mas sim dor de treinamento. Superar isso, adaptar-se, sair mais forte.

Isso tudo é bom e soa bem, mas há mais nessa história, e está se tornando cada vez mais óbvio. O risco real que enfrentam as equipes de engenharia agora não é o esgotamento. É o planalto.

A Nova Divisão

Quase todos os engenheiros seniores usam IA agora. Copilot, Claude, Cursor, Codex, você nomeia. Essa parte está resolvida. Se você lidera uma organização de engenharia, provavelmente vê números de adoção amplos e se sente bem com isso.

Você não deve.

O número de adoção é irrelevante. O que importa é a divisão que está acontecendo abaixo dele. Sua equipe está se dividindo silenciosamente em dois grupos. Há os engenheiros que obtiveram um aumento de produtividade e se estabeleceram, e engenheiros que continuam empurrando todos os semanas. Novos fluxos de trabalho, novas configurações de agente, novas maneiras de decompor problemas para a IA lidar.

Ambos os grupos aparecem em seus painéis como “adotantes de IA”. Mas um está em um programa de treinamento progressivo. O outro parou no primeiro peso que parecia confortável.

Seis meses atrás, a lacuna entre esses dois grupos era mal visível. Agora é óbvia para qualquer um que esteja prestando atenção. Em mais seis meses, será estrutural.

O Que o Planalto Realmente Parece

O engenheiro em planalto não está fazendo nada de errado no sentido tradicional. Ele é competente. Ele entrega. Ele usa seu agente para trabalhos simples e limpa após ele. Ele obteve talvez um aumento de produtividade de 20-30% e considerou isso feito.

O problema é que o engenheiro ao lado dele não parou por aí. Esse engenheiro agora está executando fluxos de trabalho de vários agentes, melhorando loops de verificação, decompondo recursos inteiros em pedaços executáveis pela IA, revisando no nível arquitetônico em vez de linha por linha, e entregando em 2-3 vezes a velocidade anterior. Não porque sejam mais talentosos. Porque continuaram treinando enquanto todos os outros tiraram um dia de descanso que se transformou em um trimestre de descanso.

Isso não é sobre entusiasmo por IA ou ser um adotante precoce. A fase de adoção precoce está encerrada. Isso é sobre adaptação contínua versus ajuste único. E a diferença composta entre essas duas abordagens está se tornando impossível de ignorar.

A Pressão Competitiva É Real e Acelerada

Se suas equipes tivessem o luxo de se adaptar em seu próprio cronograma, o problema do planalto seria uma questão de gerenciamento de desempenho. Irritante, mas gerenciável.

No entanto, se você olhar para a situação mais ampla na indústria de software, é provável que você não tenha esse luxo.

A indústria de software, em grande parte, foi criada para ajudar os humanos com trabalho digital: ajudar agentes de suporte a ver casos de entrada, rastrear respostas para clientes, gerenciar fluxos de trabalho. Agora, os agentes de IA estão deslocando todo o fluxo de trabalho e, com ele, desestabilizando as plataformas SaaS subjacentes. Além disso, com a IA se tornando mais capaz a cada dia, seus clientes estão começando a fazer uma pergunta: “Precisamos ainda comprar isso, ou podemos construí-lo nós mesmos agora?” A IA começou a diminuir a barreira entre “comprar” e “construir” para um conjunto crescente de casos de uso. A aderência que costumava proteger sua receita está se enfraquecendo a cada trimestre.

Seus engenheiros em planalto estão operando em um ritmo calibrado para um ambiente competitivo que não existe mais.

A Citação Que Reformulou Tudo Para Mim

Eu ouvi isso mais de uma vez agora, de gerentes de produto que arregaçaram as mangas e codificaram recursos, de líderes de engenharia que redesenharam arquiteturas falhas, em diferentes empresas, em diferentes contextos:

“Foi mais fácil para mim iterar sobre isso com meus agentes do que com aquele engenheiro.”

A primeira vez que ouvi isso, pensei que era hipérbole. A terceira vez, percebi que era um indicador de tendência.

Do jeito que vejo, há engenheiros que prosperarão nesse novo mundo e serão “multiplicadores” de capacidades de IA. Para fazer isso, eles precisam ser fortes em duas áreas, ambas das quais podem ser desenvolvidas com motivação intrínseca e curiosidade intelectual:

• Eles operam “na mesma onda” que seus stakeholders (gerentes de produto, gerentes de engenharia, etc.). Eles entendem o que é bom, então você não precisa explicar coisas para eles. Porque se eles produzirem o mesmo número de mal-entendidos que seu agente de codificação, o agente sempre vencerá essa batalha. Está disponível instantaneamente, 24/7, e sem fadiga.
• Eles melhoram constantemente suas configurações de IA, então, quando você lhes entrega algo, você sabe que será feito não apenas bem (veja o ponto acima), mas também rápido o suficiente para manter o ritmo do novo tempo de mercado.

Por Que Isso É um Problema de Liderança, Não Individual

É tentador enquadrar isso como responsabilidade individual do engenheiro. “Mantenha-se atualizado ou fique para trás.” Mas se você lidera uma organização de engenharia, essa abordagem o deixa fora de cogitação.

Seus engenheiros em planalto não atingiram o planalto no vácuo. Eles atingiram o planalto porque nada em seu ambiente os impulsionou além do ajuste inicial. Eles atingiram um aumento de produtividade razoável, ninguém os desafiou a ir além, e a inércia fez o resto.

Os engenheiros que continuaram empurrando? A maioria deles é auto-motivada. Eles empurrariam independentemente. Mas você não pode contratar uma organização de engenharia inteiramente com buscadores de fronteira auto-motivados. A pergunta para os líderes é: como você move o meio?

Isso é um problema de gerenciamento de mudança, e uma das minhas estruturas favoritas para isso vem do livro Switch dos irmãos Heath. A versão curta: você precisa dar às pessoas uma direção clara, fazer com que elas sintam que isso importa, e remodelar o ambiente para que o novo comportamento seja o caminho de menor resistência. Aplicado às equipes de engenharia, isso parece:

Encontre seus pontos brilhantes e os torne visíveis. Identifique os engenheiros que empurraram mais longe em seus fluxos de trabalho de IA e faça com que eles demonstrem para a equipe regularmente. Não sejam sessões de treinamento. Demonstrações ao vivo de trabalho real. Quando o meio da sua equipe vê a diferença entre seu fluxo de trabalho e o fluxo de trabalho do adaptador de ponta, isso cria desconforto produtivo que nenhuma ordem pode igualar.

• Diminua a mudança. “Adotar IA” é muito abstrato para agir. Este sprint, pregar o teste agente de ponta a ponta, no próximo sprint, role para toda a organização, e assim por diante. Passos específicos e gerenciáveis batem programas de transformação ambiciosos todos os tempos, e vitórias pequenas importam.
• Remodele os padrões. Codifique o processo de verificação em habilidades de IA, e certifique-se de que elas estejam implantadas em toda a equipe e em todos os agentes. Defina seus fluxos de trabalho e use a ferramenta que os suporta. Faça do novo jeito de trabalhar o caminho de menor resistência, para que as pessoas sejam atraídas para ele em vez de ter que lutar para chegar lá.

A Janela Está Fechando

Aqui está a parte que torna isso urgente em vez de apenas importante.

Agora, a lacuna de adaptação é uma diferença de desempenho. Seus engenheiros em planalto são mais lentos do que os adaptados, mas ainda são produtivos. Eles ainda contribuem. Você pode carregá-los.

Essa janela está fechando. À medida que as capacidades de IA se aceleram e a pressão competitiva se compõe, o ritmo mínimo de trabalho de engenharia está aumentando. O “engenheiro bom o suficiente” de hoje não está garantido para ser bom o suficiente no próximo trimestre. Não porque eles pioraram, mas porque o piso subiu.

As organizações que descobrem como mover suas equipes inteiras para a curva de adaptação, não apenas os adotantes precoces, terão uma vantagem estrutural composta. As que não o fazem encontrarão a si mesmas equipadas para um ritmo de competição que não existe mais.

Todo líder de engenharia com quem falo entende isso intelectualmente. Muito poucos mudaram como dirigem suas equipes em resposta. A lacuna entre compreensão e ação é uma espécie de planalto.

Não Há Ritmo Confortável

No artigo sobre a fadiga da IA, argumentei que a dor é a prova de que o treinamento está funcionando. Isso ainda é verdade. Mas a verdade seguida é mais difícil: o peso continua aumentando.

Em uma academia normal, você pode escolher um peso confortável e mantê-lo para sempre. Ninguém adiciona placas à sua barra sem perguntar. No cenário atual de software, cada nova versão do modelo, cada nova capacidade do agente, cada novo fluxo de trabalho que alguém figura e compartilha, a barra se move. Fique parado e o peso eventualmente o prenderá.

Não há espaço confortável na indústria de software agora. Não para engenheiros individuais, não para as equipes em que trabalham, não para as empresas que essas equipes constroem. A única posição segura é o movimento contínuo. E a única pergunta que importa para os líderes de engenharia é se sua equipe inteira está se movendo, ou apenas aqueles que se moveriam de qualquer forma.