Tese de Automação

Quando seu time é de agentes, você para de delegar e começa a editar

Quando o time é de agents, você para de atribuir tasks e começa a revisar rascunhos. O skill central vira de delegar-e-acompanhar para julgar-e-dar-feedback, que é o trabalho de um editor.

ASR

Apollo Space Research

Apollo Space

· 12 min de leitura

Um gestor abre sua semana e não há standup para conduzir. Ninguém para cutucar sobre o ticket que está “em progresso” desde segunda. Nenhum calendário de ninguém para defender, nenhum bloqueio de ninguém para escalar. Em vez disso há seis rascunhos esperando numa fila: uma página de preços, uma resposta a cliente, um plano de migration, uma análise de concorrente, dois bug fixes. Todos os seis foram feitos durante a noite. O job do dia não é atribuir nada disso. O job é lê-los e decidir o que está bom o suficiente para shipar.

Essa não é uma versão mais leve de gestão. É um job diferente vestindo o mesmo título.

Quando seu time é de agents, você para de atribuir tasks e começa a revisar rascunhos. O skill central de gestão vira de delegar-e-acompanhar para julgar-e-dar-feedback, que é, quase exatamente, o trabalho de um editor.

Este post é sobre essa virada: o que morre, o que sobrevive, e por que o skill que sobra é mais difícil que o que ele substitui.

O job que gestão de fato era

Reduza a semana de um gestor aos seus verbos e a maioria deles é logística. Você quebra uma meta em tasks. Você combina tasks com pessoas. Você acompanha quem está fazendo o quê, persegue os que escorregaram, desbloqueia os que travaram, e replaneja quando a realidade mudou. Então, em algum lugar nas margens, você olha o output e forma uma opinião sobre se está bom.

Note a proporção. O quebrar, o combinar, o acompanhar, o perseguir, esse é o grosso do calendário. O julgamento é a frestinha no final. A maior parte da gestão, contada honestamente, é o overhead de coordenar humanos lentos que só conseguem segurar uma coisa por vez e esquecem o resto até sexta.

A imagem ingênua de “IA para gestores” mantém essa estrutura inteira e só adiciona um co-piloto. Você ainda atribui, ainda acompanha, ainda persegue, agora com um chatbot no canto que resume o standup que você ainda teve que conduzir. É o mesmo job, mais uma aba.

Essa imagem perde a mudança de verdade. O overhead de coordenação não é assistido. Ele é deletado. Um agent não precisa que sua task seja quebrada num ticket, ele consegue segurar a meta inteira. Ele não escorrega e precisa de perseguição, ele ou termina ou não, durante a noite, e te diz qual. Ele não esquece a data ou o contexto até sexta, porque lembrar é grátis para ele. O quebrar, o combinar, o acompanhar, o perseguir: esses eram impostos sobre a banda humana. Remova o gargalo da banda humana e os impostos não têm nada para cobrar.

O que sobra quando você subtrai a logística é a frestinha. O julgamento. E a frestinha nunca foi a parte pequena do job, era a parte que nunca tivemos tempo de fazer bem.

O gargalo se move de atribuir para revisar

Aqui está o mecanismo, dito de forma simples. O trabalho não ficou mais fácil; a restrição se moveu.

No formato antigo, a restrição era produção. Você tinha mais ideias que mãos. A coisa escassa era fazer o trabalho acontecer, então a gestão otimizava para throughput: mantenha todo mundo ocupado, minimize mãos paradas, não deixe uma pessoa ficar bloqueada. O gestor era um scheduler para um recurso que estava sempre supercarregado.

No formato novo, produção é barata. Suponha que um time de agents consiga rascunhar, durante a noite, dez vezes o que seu time antigo shipava numa semana, digamos uma dúzia de coisas terminadas em vez de um par. (Tome o número exato como ilustração, não promessa; o ponto é a direção.) Agora a coisa escassa não é fazer os rascunhos. É decidir quais estão certos. A pilha de trabalho-que-parece-pronto cresce mais rápido do que qualquer humano consegue ler, e cada item nessa pilha é uma afirmação, “isto está correto, isto está on-brand, isto shipa”, que alguém tem que ou confiar ou interrogar.

O gargalo nunca desaparece. Ele só se move. Ele se moveu do teclado para a mesa onde as coisas são lidas.

Dois formatos de gestão. No formato antigo um gestor atribui tasks a pessoas e o gargalo é produção, fazer o trabalho acontecer, para começo de conversa. No formato novo agents produzem uma fila de rascunhos terminados e o gargalo se move para review, decidir quais rascunhos estão corretos e bons o suficiente para shipar.

E no instante em que o gargalo é review, o job tem um nome. A pessoa cujo recurso escasso é julgamento, que senta diante de uma fila de rascunhos terminados e decide o que está bom, o que precisa de outra passada, e o que matar, isso é um editor. Não uma metáfora de um. O mesmo job.

O que um editor de fato faz que um delegador não faz

É tentador pensar que revisar é a metade fácil, que aprovar é mais leve que atribuir. Qualquer um que de fato já editou sabe o oposto. Então deixe-me ser concreto sobre o skill, porque “julgamento” é uma palavra que as pessoas concordam com a cabeça e depois ignoram.

A pergunta central de um delegador é quem e quando: quem está livre, quem é bom nisto, quando vai cair. Essas são perguntas de scheduling, e agents as respondem para você.

As perguntas centrais de um editor são diferentes, e nenhum schedule as responde:

Isto está de fato certo, ou só parece certo? Um rascunho pode ser fluente e errado. A resposta do agent ao cliente é bem-escrita e silenciosamente erra a política de reembolso. O plano de migration é limpo e pula a única tabela que é load-bearing. Fluência não é correção, e o primeiro job do editor é se recusar a confundi-las. Um checkmark verde e um tom confiante são exatamente o disfarce que um erro de verdade veste.

Isto está on-message, ou só on-topic? Dez rascunhos podem todos ser defensáveis e só três podem soar como você. O editor segura o padrão de voz, de gosto, do que a empresa diria e não diria, e esse padrão não vive em lugar nenhum no rascunho em si. Ele vive no editor.

Qual é a única mudança que eleva isto de razoável para bom? Esse é o ofício. Não reescrever você mesmo, isso é regressão a ser o produtor, mas enxergar a única nota que transforma um rascunho mediano num forte e devolvê-lo com essa nota anexada. “Corte o segundo parágrafo.” “Você enterrou o lide.” “Isto está tecnicamente correto e perde completamente por que eles estão perguntando.” A nota é a alavanca.

A versão ingênua de gestão de agents pula os três. Ela lê os testes verdes, vê que o rascunho é plausível, e dá merge. Isso não é editar, é carimbar de borracha, e um carimbo de borracha é só delegação com a supervisão removida. Você adicionou uma assinatura num ponto cego. O trabalho parece pronto, então shipa, e o erro chega ao cliente vestindo um checkmark.

A versão do editor é o reflexo oposto. Uma afirmação de “pronto” é o começo da leitura, não o fim. O editor puxa o rascunho, ignora o fato de que compilou, e faz as perguntas que o produtor estruturalmente não podia fazer sobre o próprio trabalho, porque a mente que escreveu uma coisa é a pior posicionada para pegar o que ela perdeu.

Esse reflexo, interrogar a afirmação, não repassá-la, é o job inteiro. Todo o resto é logística que agents agora tratam.

O loop de feedback é o novo loop de gestão

Há uma segunda metade na edição que delegação nunca teve, e é a parte que se acumula.

Quando você atribui uma task a uma pessoa e ela a faz mal, suas opções são lentas e desajeitadas. Você dá coaching, você espera, você torce para a lição pegar até o próximo sprint. Feedback a humanos é de alta latência e emocionalmente caro, que é por que tanto trabalho ruim é silenciosamente tolerado, corrigi-lo custa mais que conviver com ele.

Feedback a um agent não tem nenhum dos dois custos. A nota que você devolve não é uma conversa difícil; é um input. “Você perdeu o edge case onde duas coisas acontecem de uma vez.” “Isto viola a voz da marca, leve demais para um aviso de segurança.” “Corte pela metade.” O agent não fica na defensiva, não precisa de uma semana, e, essa é a parte que muda a matemática, a nota pode virar permanente. Uma correção que você dá uma vez pode ser dobrada em como o trabalho é feito dali em diante, para que o mesmo erro não volte na terça que vem.

Esse é o loop que substitui o standup. Não atribuir-acompanhar-perseguir, mas revisar, devolver a nota, ver o próximo rascunho ficar melhor. O feedback do editor não é o fim de uma task; é a calibração de todas as próximas.

O novo loop de gestão. Agents produzem um rascunho, o editor-gestor o revisa e ou o shipa ou devolve uma nota afiada, e a nota é dobrada em como o próximo rascunho é feito, para que a mesma correção não tenha que ser dada duas vezes.

É por isso que “julgar-e-dar-feedback” vence “delegar-e-acompanhar” como o skill central. Delegação escala linearmente, mais trabalho significa mais atribuir, mais acompanhar, mais perseguir, até você bater no teto da sua própria atenção. Feedback escala diferente. Uma boa nota não só conserta um rascunho; ela levanta o piso de todo rascunho depois dela. O editor que dá a correção certa uma vez está comprando uma categoria inteira de erros futuros para baixo. Essa é uma alavanca que um delegador nunca teve, porque um humano que você corrigiu na segunda ainda pode esquecer até sexta.

Por que isto é mais difícil, não mais fácil

Se os agents fazem a produção e você faz a revisão, soa como se o job do gestor tivesse ficado menor. Não ficou. Ficou mais estreito e mais pesado.

Aqui está a armadilha. Quando produção era o gargalo, um gestor podia se esconder. Você podia estar ocupado, genuinamente, exaustivamente ocupado, atribuindo, acompanhando, perseguindo, replanejando, e nunca uma vez emitir um julgamento difícil sobre se o trabalho estava de fato bom. A logística era um lugar para colocar seu esforço que parecia o job e te deixava pular a parte que era de fato difícil. Carreiras inteiras foram construídas inteiramente nesse esconderijo.

Edição não tem esconderijo. Quando a única coisa que sobra na sua mesa é o julgamento, você não pode estar ocupado em vez de certo. Todo rascunho na fila é uma decisão que só você pode tomar, e a qualidade da empresa vira, muito diretamente, a qualidade da sua leitura. Não há standup para empurrar o relógio. Há um rascunho, e uma opinião que você deve, e ela é sua.

Essa é a verdade desconfortável sob a virada. Dissemos a nós mesmos que julgamento era a parte pequena da gestão porque nunca tivemos que fazer muito dele, a logística comia o dia e o gosto ficava com as sobras. Tire a logística e o que se expõe é quão fino nosso gosto de fato era. Muitos gestores eram bons schedulers que nunca tiveram que ser bons editores. Os agents só removeram a desculpa.

A leitura ingênua de “a IA faz o trabalho agora” é que ela desqualifica o gestor. A história de verdade é o oposto. Ela arranca a parte do job que qualquer um podia fazer, a coordenação, e deixa a parte que sempre foi o job de verdade e o diferencial de verdade: saber distinguir bom de quase-bom, e ser capaz de dizer por quê.

A virada: gosto sempre foi o job

Tire os agents e o que sobra é algo que todo grande editor, todo grande diretor de criação, todo founder com gosto de verdade já sabia. O trabalho nunca foi a parte difícil. Decidir o que vale shipar era.

Pela maior parte da história da gestão não conseguíamos agir nisso, porque estávamos nos afogando em coordenação. A pessoa com o melhor julgamento do prédio gastava suas manhãs perseguindo atualizações de status e suas tardes defendendo calendários, e chegava ao julgamento de verdade cansada, atrasada e nas margens. Chamávamos isso de gestão. Era em grande parte logística com uma frestinha da coisa de verdade por cima.

Quando seu time é de agents, a frestinha vira o job inteiro. Você para de atribuir tasks e começa a revisar rascunhos, e o skill que sobra, julgar-e-dar-feedback, é o skill do editor: ler o que voltou, enxergar a única nota que o eleva, decidir o que está bom o suficiente para shipar. É mais difícil que o job que ele substitui, porque não há mais nenhum lugar para se esconder atrás de estar ocupado. Mas também é a única parte da gestão que algum dia foi de fato sua.

O gestor que está preocupado que não vai ter nada para fazer tem isso ao contrário. Pela primeira vez, ele vai poder fazer a parte em que sempre foi melhor, e nunca teve tempo para.


Essa é a virada em torno da qual estamos construindo a Apollo: um sistema operacional onde agents fazem a produção e a pessoa mais capaz da empresa finalmente pode gastar seu dia com julgamento em vez de coordenação. Se você já desejou poder demitir a logística e manter a parte em que você de fato decide o que está bom, esse é o job que está chegando. Ele se parece muito com edição.

A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.

Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.

Entrar na lista de espera