A Armadilha do Planalto

Eu recentemente escrevi sobre a fadiga da IA, argumentando que o que os engenheiros estão experimentando não é uma condição crônica, mas dor de treinamento. Supere isso, adapte-se, saia mais forte.

Isso tudo é bom e sensato, mas há mais nessa história, e está se tornando cada vez mais óbvio. O risco real que as equipes de engenharia enfrentam 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 é insignificante. O que importa é a divisão que está acontecendo abaixo disso. 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 diferença entre esses dois grupos era apenas 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 no 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 20-30% na produtividade 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 multi-agente, 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 o ritmo anterior. Não porque ele é mais talentoso. Porque ele continuou 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á acabada. 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 Está Acelerando

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.

Mas 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 humanos com trabalho digital: ajudar agentes de suporte a ver casos de entrada, rastrear respostas para clientes, gerenciar fluxos de trabalho. Agora, 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 expandido de casos de uso. A aderência que costumava proteger sua receita está se enfraquecendo a cada trimestre.

Seus engenheiros no 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 auto-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. Ele está disponível instantaneamente, 24/7, e é incansável.
• Eles constantemente melhoram suas configurações de IA, então, quando você entrega algo para eles, você sabe que será feito não apenas bem (veja o ponto acima), mas também rápido o suficiente para acompanhar o novo ritmo do 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 do gancho.

Seus engenheiros no planalto não alcançaram o planalto no vácuo. Eles alcançaram o planalto porque nada em seu ambiente os impulsionou além do ajuste inicial. Eles atingiram um ganho de produtividade razoável e 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 de qualquer forma. 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 um dos meus quadros favoritos 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 por que isso importa, e remodelar o ambiente para que o novo comportamento seja o caminho de menor resistência. Aplicado a equipes de engenharia, isso parece:

Encontre seus pontos brilhantes e torne-os 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 são sessões de treinamento. São 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 nenhum mandato pode igualar.

• Diminua a mudança. “Adotar IA” é muito abstrato para agir. Esta sprint, prenda o teste agente de ponta a ponta, na próxima sprint, role-o para toda a organização, e assim por diante. Passos específicos e gerenciáveis batem programas de transformação ambiciosos todos os dias, 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 sejam implantadas em toda a equipe e em todos os seus agentes. Defina seus fluxos de trabalho e use a ferramenta que suporta isso. Faça do novo modo de trabalhar o caminho de menor resistência, para que as pessoas sejam atraídas para ele em vez de terem 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 no 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 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 é garantido para ser bom o suficiente no próximo trimestre. Não porque ele piorou, mas porque o piso subiu.

As organizações que descobrem como mover toda a equipe para a curva de adaptação, não apenas os adotantes precoces, terão uma vantagem estrutural composta. As que não o fizerem encontrarão suas equipes preparadas 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 a forma como dirigem suas equipes em resposta. A lacuna entre entendimento e ação é uma espécie de planalto.

Não Há Ritmo Confortável

Na peça de fadiga da IA, eu argumentei que a dor é a prova de que o treinamento está funcionando. Isso ainda é verdade. Mas a verdade subsequente é 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 ao seu barbell sem perguntar. No cenário atual de software, cada nova versão de modelo, cada nova capacidade de 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. Nem para engenheiros individuais, nem para as equipes em que eles trabalham, nem 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 toda a equipe está se movendo, ou apenas aqueles que se moveriam de qualquer forma.