Do Agile ao Agentic Operating Model · Capítulo 3 de 19 · 18 min
O que muda para as pessoas quando o agente entra
Antes de anunciar corte com IA, veja quanto a recontratação e a supervisão humana custam de verdade.
Este capítulo faz parte do curso gratuito Do Agile ao Agentic Operating Model.
O que está em jogo: a promessa de que agentes encolhem quadro é a mais repetida do ciclo atual e a menos comprovada. O efeito sobre receita e risco: das 23 empresas do S&P 500, o índice das maiores companhias abertas dos Estados Unidos, que citaram IA ao anunciar corte de pessoal, 13 tinham a ação em queda desde o anúncio, e quase um terço dos gestores que eliminaram uma função já recontratou alguém para ela. A decisão que cabe a você: definir o que o time sênior passa a fazer quando conferir cada linha entregue deixa de caber num dia de trabalho. O que dá para delegar: a mecânica de medir o tempo gasto conferindo. O que fica com você: dizer quem responde por uma entrega aprovada.
Glossário rápido
PR (pull request)
Pedido de incorporação de uma mudança de software. É o ponto em que alguém revisa e aprova antes de a mudança chegar ao produto, como o orçamento que você assina antes de a oficina mexer no carro.
Diff
A lista das linhas alteradas em uma entrega, parecida com a relação de peças trocadas que vem junto da nota. Revisar diff é ler essa lista item por item.
Sprint
Ciclo fechado de trabalho de um time de software, em geral de uma a quatro semanas, com escopo combinado no início e resultado revisado no fim. Quando esta aula fala em saldo de horas por sprint, o período de referência é esse.
Refatoração
Reescrever um trecho de software para deixá-lo mais simples de manter, sem mudar o que o usuário vê nem o que o sistema faz.
Teste de contrato
Teste automático que verifica se a porta programável de um sistema continua respondendo exatamente o que os outros sistemas esperam dela, como conferir se a tomada nova ainda aceita o plugue de sempre. É a prova que substitui a leitura manual de código em mudanças repetitivas.
Imposto de verificação (verification tax)
Nome que este curso dá ao saldo entre o tempo economizado gerando software e o tempo gasto conferindo o que foi gerado. É convenção didática nossa, e nenhum relatório de mercado usa esse termo.
Raio de dano (blast radius)
O alcance do estrago quando a mudança falha: quantos clientes, quanta receita, qual dado e por quanto tempo. Uma alteração de texto de tela e uma alteração de cobrança têm raios muito diferentes. A aula sobre provar que a entrega funcionou desenvolve o termo por inteiro.
O trainee com procuração assinada
Imagine contratar alguém que produz numa manhã o volume de um time inteiro e ainda não conhece as regras da casa. A velocidade é de gente experiente, o julgamento é de quem chegou ontem. Ninguém entregaria a esse profissional a assinatura da conta corrente no primeiro dia, e é exatamente isso que muitas empresas fizeram com agentes de software em 2025 e 2026.
Onde a analogia para de valer: o trainee aprende as regras da casa e, em um ano, dispensa a supervisão. O agente reinicia sem memória do que já errou, salvo quando alguém transforma a lição em controle escrito.
O que a evidência de 2026 mostra sobre corte anunciado com IA
13 de 23
empresas do S&P 500 que citaram IA ao cortar pessoal e tinham a ação em queda desde o anúncio
Nike, Salesforce e Fiverr aparecem nomeadas no levantamento
55%
dos empregadores se arrependeram de ter demitido por causa de IA
32%
dos gestores eliminaram uma função e depois recontrataram
44% em finanças, 35% em recursos humanos, 32% em tecnologia
38%
descobriram que a IA exigiu mais supervisão humana do que o previsto
40% contra 12%
empresas da Fortune 100 que divulgaram supervisão formal de IA pelo conselho contra as que divulgaram treinamento de IA para conselheiros
Fonte: CNBC (17/05/2026); Forrester e Robert Half via Fast Company Brasil (10/06/2026); White & Case (19/04/2026) e EY (19/02/2026), ambos no Harvard Law School Forum on Corporate Governance.
Lidos com honestidade, esses números falam de desenho de trabalho. Onde a IA entregou ganho, ele veio acompanhado de uma conta nova: alguém precisa conferir o que a máquina produziu, e essa pessoa costuma ser a mais cara do time.
Na engenharia a conta aparece primeiro, de forma bem concreta. Faça a aritmética com números do seu time: se um agente (programa que executa a tarefa sozinho, como um estagiário que não dorme) abre trinta pedidos de mudança por dia e seis revisores conseguem ler cinco cada um, no melhor dos dias, a fila só empata quando ninguém faz mais nada. Nenhum expediente fecha essa diferença, e por isso o que muda é o objeto da revisão.
O que vira cada uma das sete funções do profissional sênior
No ciclo tradicional
Antes
- Escrever o código
- Revisar cada linha alterada
- Estimar prazo
- Formar o profissional júnior
- Corrigir o defeito relatado
- Dominar a tecnologia em uso
- Entregar a funcionalidade
No modelo operacional agêntico
Agora
- Escrever a prova de que funcionou
- Revisar evidência e risco
- Definir o portão de aprovação
- Desenhar o controle que protege o sistema
- Corrigir o teste que faltava
- Dominar a alocação de modelo por tarefa
- Entregar mudança com prova anexada
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Três dessas transições mudam de natureza. Escrever código vira escrever a prova, estimar prazo vira definir o portão de aprovação, e formar o júnior vira desenhar o controle que protege o sistema de quem ainda está aprendendo. As outras quatro são o mesmo trabalho um degrau acima de abstração.
Na conversa com o time, a distinção vale ouro: quatro delas você negocia, três você precisa ensinar do zero. O caso logo abaixo mostra a conta inteira num time de oito pessoas, com 64 horas economizadas gerando, 78 gastas conferindo e 51 dessas 78 consumidas por leitura manual de código.
Diretor de tecnologia de um time de oito pessoas
Cenário ilustrativo montado para o curso
Dor
Onze funcionalidades e três refatorações entregues com agentes numa sprint, e a sensação difusa de que o time ficou mais ocupado do que antes.
Solução
Medir as duas pontas em separado. De um lado, horas economizadas gerando, comparadas com a estimativa histórica das mesmas classes de tarefa. Do outro, horas gastas conferindo, somando revisão de código, triagem de falha e reexecução.
Resultado
64 horas economizadas gerando, 78 gastas conferindo, saldo de 14 horas negativas na sprint. Das 78, 51 foram leitura manual de código.
Custo apurado: A decisão que saiu do número: investir a sprint seguinte em automatizar o portão de aprovação, antes de aumentar o volume delegado.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Uma página sobre o imposto de verificação para a liderança
Preencha com uma sprint real, sem precisão contábil: contam o sinal do saldo e a proporção entre linhas, e uma sprint por trimestre basta.
Documento montado
IMPOSTO DE VERIFICAÇÃO Sprint: [SPRINT E TIME] Horas antes do agente ................. [HORAS QUE A MESMA CLASSE DE TAREFA LEVAVA ANTES] Horas gerando com agente .............. [HORAS GASTAS GERANDO COM AGENTE] Horas conferindo o que foi gerado ..... [HORAS GASTAS CONFERINDO] Saldo = horas antes menos a soma de gerar e conferir. Onde conferir mais doeu: [ONDE CONFERIR MAIS DOEU] Corte de diagnóstico: quando conferir passa de 60% do total, a validação ainda é artesanal, e o próximo investimento é automatizar o portão. Decisão que levo para a reunião: [DECISÃO QUE LEVO PARA A REUNIÃO] Origem de cada número, declarada linha a linha: horas antes ....... estimativa histórica da mesma classe de tarefa horas gerando ..... tempo de instrução, iteração e espera horas conferindo .. revisão, triagem de falha e reexecução
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
O melhor revisor do time é um sênior com nove anos de casa. Ele resiste abertamente à mudança de função: considera que revisar evidência em vez de código é abdicar do ofício, e diz, com alguma razão, que foi lendo diff que pegou os três piores defeitos do último ano.
Onde o ceticismo dele rende mais para a empresa?
Previsível, a objeção é que isso burocratiza o trabalho. Quem já tentou ler um diff de quatro mil linhas produzido em quarenta minutos já pagou o imposto de forma desorganizada, revisando tudo com a mesma atenção e portanto revisando mal. A mudança de função paga o mesmo imposto de propósito, concentrado onde o erro sairia caro.
Há um dado de método por trás disso. A DORA, sigla de DevOps Research and Assessment, é o programa que mede desempenho de entrega de software em escala há mais de uma década. A síntese que ela publica sobre a edição de 2025 cabe em uma linha: a IA age como amplificador, e o retorno maior vem de mexer no sistema sociotécnico que já existe (o jeito como pessoas, regras e ferramentas trabalham juntas), com a ferramenta entrando depois. Amplificar uma revisão artesanal amplifica o custo de revisar, e é isso que aparece na conta.
Chamar esse saldo de "imposto de verificação" é convenção deste curso. O fenômeno que ele descreve tem medição de terceiro: 38% dos gestores ouvidos pela Robert Half relatam que a IA exigiu mais supervisão humana do que o previsto.
Velocidade e alcance de um time inteiro, julgamento de quem você ainda não deixaria sozinho. Governar essa assimetria virou o trabalho do humano sênior.
Verificação rápida
Uma sprint fecha com 64 horas economizadas gerando e 78 gastas conferindo. O que esse saldo negativo permite concluir?
A pergunta para a próxima reunião de liderança: qual fatia do tempo dos nossos sêniores está indo para conferir trabalho de baixo risco? O critério para aceitar a resposta é o saldo de uma sprint real, com a origem de cada número declarada. Enquanto esse saldo for negativo por causa de leitura manual, ampliar o volume delegado aumenta custo. A decisão sobre pessoas que vem depois tem nome: redesenhar função antes de discutir tamanho de quadro. E, se o assunto chegar ao conselho, lembre do descompasso medido nas Fortune 100, onde a responsabilidade formal correu na frente da formação.
Feche a página e responda por escrito, sem consultar. (1) Quantas das sete funções você reconstrói, e qual delas o seu time já mudou sem perceber? (2) Por que a comparação do agente com um profissional júnior falha? A resposta não passa pela taxa de erro. (3) O que um saldo negativo de imposto de verificação indica, e o que ele proíbe concluir? (4) Entre as funções novas, em qual o ceticismo de um sênior experiente rende mais, e por quê?
Duas tarefas levam esta conta para dentro do seu time, e cada uma traz o critério que diz se você acertou.
Redesenho de papel. Para cada sênior do seu time, estime a divisão do tempo de hoje entre as duas colunas da comparação. Escreva a divisão-alvo do próximo trimestre e liste o que precisa existir antes dela: quais provas automatizadas, quais critérios de aceite escritos.
Medição do imposto. Preencha o modelo desta aula com uma sprint real (o ciclo de uma a quatro semanas do time, como o fechamento do mês) e leve o saldo para a reunião de liderança. Se conferir passar de 60% do total de horas, a validação ainda é artesanal e o próximo investimento é automatizar o portão.
Critérios de sucesso
- A divisão-alvo lista o que precisa existir antes dela, com dono e data.
- Cada linha do modelo declara de onde veio o número.
- Você nomeou um sênior cujo ceticismo hoje vira retrabalho, e o mecanismo que faltava para convertê-lo em controle.
Perguntas frequentes deste capítulo
Isso não é rebaixar o profissional sênior?
Como meço horas de conferência sem transformar o time em cartão de ponto?
E quem vai formar os profissionais juniores nesse desenho?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoAgentes de IA Autônomos: Do Conceito à Produção
- CursoVídeo com IA: Claude Code, Codex e ElevenLabssugerido pelo grafo5 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “Vídeo com IA: Claude Code, Codex e ElevenLabs”.
- CursoMCP para quem decidesugerido pelo grafo4 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Engenharia de Software para ExecutivosMontar o time pelo sintoma que a operação mostraExaminar conexões de Montar o time pelo sintoma que a operação mostra
- Letramento em IA para ExecutivosSepare o que a IA calcula do que você decideExaminar conexões de Separe o que a IA calcula do que você decide
- Agentes de código para executivosReconhecer quando escrever mais instrução deixou de renderExaminar conexões de Reconhecer quando escrever mais instrução deixou de render
- Software e IA para executivosO gargalo saiu da digitação e foi para a revisãoExaminar conexões de O gargalo saiu da digitação e foi para a revisão
Voltar ao capítulo anterior: Saber quem opera seus agentes, quanto custa e como trocar
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Do Agile ao Agentic Operating Model
- 01Parar de aprovar esforço e passar a aprovar entrega provada
- 02Saber quem opera seus agentes, quanto custa e como trocar
- 03O que muda para as pessoas quando o agente entra
- 04Ninguém consegue provar que a entrega do agente funcionou
- 05Quanto poder dar a um agente, e o que exigir antes