Gerenciar IA É Gerenciar
Nos últimos meses, tenho construído coisas com Claude Code. Não apenas supervisionando engenheiros construindo coisas, mas construindo eu mesmo: escrevendo especificações, avaliando outputs, iterando quando o resultado não era o que eu tinha em mente.
Em algum momento do segundo mês, percebi que não estava aprendendo a programar. Estava aprendendo a gerenciar.
O problema da especificação
Quando você trabalha com um agente de IA, você escreve uma especificação. O agente produz o trabalho. Você avalia o resultado. Se estiver errado, você não corrige o código. Você corrige a especificação.
Esse loop deveria soar familiar para qualquer pessoa que já gerenciou pessoas.
Quando sua equipe entrega algo que você não queria, o instinto é pensar que eles erraram. Mas na maior parte das vezes, o briefing era ambíguo. Você sabia o que queria dizer. Eles não.
A IA torna isso brutalmente claro. Ao contrário de um humano, um agente de IA não vai perguntar "você quis dizer X ou Y?" Ele simplesmente constrói o que você descreveu. Toda ambiguidade é resolvida silenciosamente com suposições de máquina em vez de intuição humana. Você só descobre que sua spec era pouco clara quando vê o resultado.
A especificação como disciplina acaba sendo a mesma disciplina que separa bons gestores dos ruins.
O simulador de voo
Quando você gerencia humanos, você tem alguns poucos loops de feedback por semana. Direção na segunda, resultados na sexta, feedback, espera. Talvez vinte ciclos por pessoa por ano.
Com a IA, tenho dezenas de loops por dia. Especificar, ver o resultado, perceber que a spec era ambígua, reescrever, ver a melhoria. Em uma tarde, passo por mais iterações de comunicação clara de intenções do que a maioria dos gestores tem em um mês.
É gestão num simulador de voo. A mesma habilidade central, ordens de magnitude mais repetições.
As habilidades que se transferem
Os paralelos são estruturais, não superficiais:
Largar o controle. A parte mais difícil da gestão é confiar a alguém mais um trabalho que você poderia fazer você mesmo. Todo engenheiro que resiste à IA porque "eu poderia escrever melhor" é o mesmo que um gestor que não consegue parar de microgerenciar. A IA te força a confrontar isso mais rápido.
Avaliar o output, não o processo. Bons gestores não ficam olhando para a equipe digitar. Eles avaliam o resultado em relação à intenção. Com a IA, você literalmente não consegue ver o processo. Você especifica e você julga.
Ser dono do briefing. Quando a IA produz algo errado, o problema quase sempre é a minha especificação. Aprendi a perguntar "o que deixei de especificar?" antes de "o que o agente errou?" Grandes gestores desenvolvem esse reflexo ao longo de anos. A IA o desenvolve em semanas.
Antecipar ambiguidade. Após milhares de rodadas de "minha spec estava pouco clara e a IA preencheu a lacuna errado", você desenvolve um instinto para detectar ambiguidade antes de apertar enviar. Você começa a ler a própria escrita da perspectiva de quem vai receber. Esta é a habilidade de gestão mais difícil, e a IA te dá mais prática nela do que qualquer curso de gestão poderia.
O lado emocional
A primeira vez que um agente de IA reescreve algo em que você passou horas projetando, você sente isso. Defensividade, perda de propriedade, um sussurro de irrelevância. "Se a máquina consegue fazer isso, para que eu sirvo?"
Novos gestores sentem exatamente a mesma coisa. Ver alguém resolver um problema de forma diferente da que você teria resolvido. O impulso de intervir. Aprender a sentar com esse desconforto é o núcleo emocional da delegação.
A IA comprime essa jornada. Na gestão tradicional, você confronta esses sentimentos gradualmente ao longo de meses. Com a IA, você os encontra na primeira semana. Já vi engenheiros passarem pelo que parece ser os cinco estágios do luto, de "isso não consegue produzir nada de bom" para "meu trabalho é especificar, não implementar".
Os engenheiros que se adaptam mais rápido não são os mais tecnicamente habilidosos. São os que conseguem separar sua identidade do output. Isso não é uma característica técnica. É a mesma característica que faz alguém ser um bom gestor.
A IA não treina empatia ou a capacidade de motivar alguém numa semana difícil. Mas a resiliência para delegar, aceitar output imperfeito, ser dono do briefing em vez de controlar a execução? Isso ela treina em velocidade.
O que este site é
Este site inteiro é um conjunto de especificações. Não especificações de código. Especificações de transformação. Documentos suficientemente precisos para que uma equipe de humanos possa lê-los e saber o que construir, como trabalhar e como é o sucesso.
Eu os escrevi da mesma forma que escrevo especificações para o Claude Code: iterando até que o output correspondesse à minha intenção. A diferença é que aqui, os "agentes" são humanos realizando uma transformação organizacional, e o loop de feedback é medido em meses, não minutos.
Construir com IA não me ensinou a programar. Me ensinou a especificar. Isso acaba sendo a coisa mais importante que um CEO faz.
A implicação incômoda
Se gerenciar IA desenvolve habilidades de gestão num ritmo acelerado, então a trilha de carreira tradicional (anos como IC, depois tech lead, depois gestor) não é mais o único caminho para a prontidão gerencial.
Um engenheiro júnior que passa um ano trabalhando com agentes de IA pode desenvolver instintos mais fortes de especificação e delegação do que um gestor com três anos de experiência, simplesmente pela contagem de repetições.
Isso não significa que a gestão de IA substitui a gestão humana. Mas o núcleo cognitivo (comunicação clara, delegação, avaliação) e a resiliência emocional que ele requer (largar o controle, aceitar imperfeição, ser dono do briefing) são treináveis na velocidade da IA.
A trilha de IC e a trilha de gestão estão começando a se misturar. Provavelmente é uma coisa boa.
O enquadramento
Os engenheiros estão desconfortáveis com a IA porque ela é não confiável. Mesma entrada, output diferente. Para alguém treinado em sistemas determinísticos, isso parece quebrado.
Mas os gestores sempre operaram dessa forma. Você dá o mesmo briefing a duas pessoas e obtém resultados diferentes. Você aprende a escrever briefings melhores, definir expectativas mais claras, avaliar com mais cuidado e sentar com o desconforto de não estar no controle.
Engenheiros trabalhando com IA não estão aprendendo a tolerar a não confiabilidade. Estão aprendendo a gerenciar. Eles só não sabem disso ainda.
Este post foi escrito por François Lane após vários meses construindo com Claude Code e percebendo que as habilidades desenvolvidas não tinham nada a ver com programação.