Do Agile ao Agentic Operating Model · Capítulo 1 de 19 · 35 min
Parar de aprovar esforço e passar a aprovar entrega provada
O painel que chega ao conselho ainda conta horas de gente; teste isso no seu último relatório em meia hora, sem bagagem técnica.
Este capítulo faz parte do curso gratuito Do Agile ao Agentic Operating Model.
O que está em jogo é a unidade que a sua empresa conta, aprova e paga. Até pouco tempo atrás, contar horas de gente descrevia bem o custo de fazer software. Hoje uma pessoa com agentes entrega numa tarde o que o planejamento do time estimou em duas semanas, e nenhum número do painel explica a diferença. Por que isso toca receita e risco: você segue aprovando orçamento com uma régua que trata entrega provada e código gerado como a mesma coisa. Quando a diferença aparece, ela aparece em produção. A decisão que cabe a você: qual unidade a empresa passa a exigir de toda entrega, e a partir de que data. O que dá para delegar: a instrumentação, a coleta e o cálculo. O que não dá: dizer o que conta como prova suficiente no seu setor.
Glossário rápido
Agente, e o adjetivo agêntico
Agente é o programa que recebe um objetivo, decide sozinho os passos, usa ferramentas e sistemas para executá-los e entrega um resultado. A diferença para um assistente comum é a autonomia: ninguém aprova cada passo intermediário. O adjetivo agêntico descreve a operação em que agentes executam tarefas inteiras, e é dele que vem o nome do curso.
LLM (large language model, modelo de linguagem de grande porte)
O motor estatístico por trás dos agentes. Ele produz a próxima palavra provável a partir do texto que recebeu. Isso explica por que ele escreve bem e por que ele erra com a mesma segurança com que acerta.
Provedor de modelos
A empresa de quem se aluga o motor: Anthropic, OpenAI, Google e outras. O modelo não é comprado nem instalado, é consumido por chamada e cobrado por uso, o que significa que existe uma fatura mensal proporcional ao trabalho que os agentes fizeram. Essa fatura é o insumo da quarta métrica desta aula.
PR (pull request, pedido de incorporação)
O pacote em que uma alteração de software é proposta, discutida e aprovada antes de entrar no produto. É a menor unidade que a maioria das empresas consegue contar, e por isso serve de denominador para custo.
CI (continuous integration, integração contínua)
A esteira automática que, a cada alteração proposta, compila o sistema, roda os testes e reprova o que quebrou. Quando alguém diz que o CI está verde, quer dizer que essa esteira não encontrou problema entre os que ela sabe procurar.
Produção
O ambiente ao vivo, onde o cliente de verdade usa o sistema e o dinheiro de verdade se move. É o oposto dos ambientes de teste, cópias controladas em que ninguém se machuca quando algo quebra. Quando este curso diz "em produção", está falando do lugar onde o erro custa. Toda a discussão sobre quanta prova exigir existe por causa dessa distância entre os dois ambientes.
Regressão
Algo que funcionava e parou de funcionar por causa da mudança nova. Não é um defeito descoberto agora num recurso que sempre foi torto: é um recurso que estava de pé e caiu. A distinção importa porque regressão mede o efeito colateral do que a empresa acabou de liberar, e é por isso que ela ocupa no painel novo o lugar que hoje é dos defeitos abertos.
Tempo médio até restaurar (MTTR)
Quanto tempo, em média, o sistema leva para voltar ao normal depois de um incidente. Mede capacidade de recuperação, que em regime de alta velocidade importa tanto quanto capacidade de evitar o erro.
Raio de dano (blast radius)
O alcance do estrago quando a mudança falha: quantos clientes, quanta receita, qual dado e por quanto tempo. É a régua que o curso usa para graduar quanta prova exigir e quanto poder conceder, e a aula sobre provar que a entrega funcionou a desenvolve por inteiro. Vale guardar o termo desde já.
Velocity, story point, sprint e tempo de ciclo
Vocabulário do Agile. Sprint é o ciclo de trabalho, normalmente de duas semanas; story point é a estimativa de esforço de uma tarefa; velocity é a soma de pontos concluídos por ciclo; tempo de ciclo é quanto demora entre alguém começar uma tarefa e ela chegar ao cliente. Os quatro medem quanto o time humano produziu ou quanto ele demorou.
Você provavelmente sentiu o sintoma antes de saber nomeá-lo. As métricas que chegam à sua mesa descrevem quantas pessoas trabalharam e por quanto tempo, enquanto o esforço humano deixou de ser o fator que limita a entrega.
Três datas ajudam a dar nome ao que você já observou, numa periodização que é leitura deste curso, sem saída de relatório de mercado. Por volta de 2019, contava-se hora de desenvolvedor, e a métrica que subia ao conselho era velocity (a soma dos pontos de esforço fechados no ciclo, como contar tijolos assentados sem olhar o prumo). Por volta de 2023, contava-se ponto de história, e a atenção migrou para tempo de ciclo. Em 2026, a unidade que sobrevive é a mudança verificada: uma alteração no sistema que chega acompanhada da prova de que faz o que prometeu.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A obra entregue sem vistoria
Imagine receber as chaves de um prédio pronto no prazo, dentro do orçamento, com o cronograma cumprido em todas as linhas. Nenhum desses três números diz se a fundação aguenta o peso. Quem assina o recebimento carrega o risco estrutural para casa, com uma assinatura que fala apenas de velocidade de obra. Velocity, ponto de história e capacidade de sprint são exatamente o cronograma: descrevem o andamento e ficam mudos sobre a estrutura.
Onde a analogia para de valer: obra tem norma pública, laudo obrigatório e um engenheiro com registro profissional respondendo pessoalmente. Software não tem nada disso por lei. A vistoria que faltava é sua para instituir, com dono e data.
O que você reporta hoje e o que ocupa o lugar dele
| Métrica que chega ao conselho hoje | O que ela mede de fato | O que ocupa o lugar dela | Onde o dado já existe na sua empresa |
|---|---|---|---|
| Velocity | Volume entregue por ciclo, em pontos de estimativa | Mudanças verificadas: quantas entregas chegaram com prova anexada | O sistema onde o código do seu time é guardado e as alterações são aprovadas, seja ele GitHub, GitLab ou Azure DevOps |
| Story point | Estimativa de esforço humano de uma tarefa | Raio de dano por tipo de mudança, somado ao custo de validar | Classificação no formulário de abertura da mudança |
| Capacidade de sprint | Quanto o time humano produz num ciclo | Quanto o conjunto de pessoas e agentes consegue verificar no mesmo ciclo | Registros da esteira de integração contínua |
| Bugs abertos | Defeitos já conhecidos e catalogados | Regressões em produção e tempo médio até restaurar | Registro de incidentes e escala de plantão |
| Não existe hoje | Nada | Custo por mudança verificada, em reais | Fatura do provedor de modelos, dividida pelo número de entregas |
Regra de preenchimento: coluna da direita vazia quase nunca significa que falta ferramenta. O dado costuma existir em algum sistema, sem ninguém encarregado de extrair, batizar e responder por ele.
O mesmo ciclo de trabalho, contado de duas maneiras (números ilustrativos)
Relatório de esforço
Como chega hoje
- Velocity de 42 pontos
- Sete defeitos abertos
- Três funcionalidades entregues
- Nenhuma linha diz o que foi provado, por quem, com qual artefato
Relatório de risco
Como precisa chegar
- Onze mudanças verificadas
- Custo por mudança verificada de R$ 380 (valor deste cenário, não referência de mercado)
- Duas regressões em produção, uma revertida em 14 minutos
- Evidência presente em 6 dos 10 instrumentos de verificação, com as quatro ausências assinadas por alguém (a lista dos dez é o assunto da etapa sobre exigir prova)
Diretora de tecnologia preparando a prestação de contas trimestral
Squad de pagamentos de um varejista, seis pessoas
Dor
O relatório do ciclo fechava com velocity estável e três funcionalidades entregues, e mesmo assim a operação vivia apagando incêndio depois de cada liberação. Nenhum número do painel explicava a contradição.
Solução
A diretora reescreveu o mesmo relatório na gramática da mudança verificada, sem coletar nenhum dado novo. Usou o registro de código para contar entregas com prova anexada, a fatura do provedor de modelos para calcular custo por entrega e o registro de incidentes para separar defeito conhecido de regressão em produção.
Resultado
A linha que não sobreviveu à tradução foi "três funcionalidades entregues": duas das três não tinham nenhuma prova anexada. O conselho vinha aprovando risco acreditando estar aprovando entrega. A conversa do trimestre seguinte passou a ser sobre qual instrumento de verificação instalar primeiro.
Custo apurado: Duas horas de trabalho de uma pessoa, com dados que já existiam em três sistemas.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Quatro números que ordenam a conversa antes de qualquer projeto
19,8%
das empresas americanas usavam inteligência artificial em maio de 2026, e 37% entre as de 250 empregados ou mais
US Census Bureau, órgão estatístico do governo, campo até 03/05/2026
16%
das implantações corporativas se qualificam como agentes de verdade, com planejamento e execução autônomos
Menlo Ventures, 09/12/2025, 495 decisores
21%
têm modelo maduro de governança para agentes
Deloitte, campo em agosto e setembro de 2025, publicado em 24/04/2026
US$ 11,38
é o gasto mediano com inteligência artificial por funcionário por mês
Ramp, 26/06/2026, gasto observado em cartão corporativo
Fonte: O primeiro número é o mais desconfortável, porque contradiz a sensação de inevitabilidade. Quando quem mede é o censo americano, e não um fornecedor, a adoção real fica perto de um quinto das empresas. Entre as que adotaram, poucas operam agentes de verdade, menos ainda governam esses agentes, e o gasto mediano tem o tamanho de uma assinatura individual. A distância entre esses quatro números é onde mora a vantagem competitiva de quem chegar primeiro com governança pronta.
O conselho pede a apresentação na sexta. Seu time consegue provar três das quatro métricas novas com dado que já existe. A quarta, custo por mudança verificada, exigiria atribuir a fatura do provedor de modelos a cada entrega, e ninguém fez isso ainda. O painel antigo está pronto e é o que o conselho espera ver.
O que você leva para a sexta-feira?
Para julgar esse dilema, use como régua o estágio em que a sua organização realmente opera, porque o painel que você consegue defender depende do que existe de fato. São três estágios, e vale ler devagar para se localizar em um deles.
Assistência. As pessoas usam copilotos (assistentes que sugerem o próximo trecho, como o corretor do celular) e o processo continua igual: alguém especifica, alguém implementa, alguém testa. O ganho é individual e some no agregado.
Agêntico parcial. Entra o agente (programa que cumpre sozinho os passos de um objetivo, como estagiário com procuração), e agentes passam a executar tarefas inteiras, em bolsões isolados da empresa, sem governança formal nem evidência padronizada. É o estágio mais comum, e o mais confortável de confundir com o seguinte.
Modelo operacional agêntico. A empresa opera como sistema o conjunto de peças que a próxima lista apresenta, com especificação verificável, evidência anexada e autonomia graduada por risco.
Três perguntas bastam para o teste de estágio, todas com resposta em nome próprio: quem escreve as especificações, quem valida e quem governa a autonomia dos agentes. Boa parte das empresas que se declaram agênticas está no estágio parcial, porque tem agentes rodando e nenhuma das três perguntas tem um nome como resposta. Suponha uma software house de quatro pessoas com agentes gerando código toda semana e nenhum nome nas três respostas: ela está no estágio parcial, e uma única semana perdida com uma regressão já custa 25% da capacidade do mês.
As sete peças de uma mudança verificada
- Intenção clara: o problema, o resultado esperado e as restrições, definidos por gente.
- Especificação verificável: critérios de aceite que uma máquina ou um revisor consegue conferir.
- Roteamento de modelos: a tarefa certa no modelo certo, pelo custo certo.
- Execução por agentes: eles implementam, as pessoas param de digitar cada linha.
- Evidência de validação: provas anexadas à entrega, com data e responsável.
- Governança proporcional ao risco: autonomia graduada pelo raio de dano da mudança.
- Custo por mudança verificada: a conta que ocupa o lugar do custo por desenvolvedor.
Verificação rápida
Duas equipes fecham o trimestre com velocity de 40 pontos. A primeira entregou 12 mudanças com prova anexada, gastando R$ 300 por mudança. A segunda entregou 30 mudanças sem prova, gastando R$ 90 por mudança. O que velocity diz sobre elas?
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Duas listas de cinco que este curso mantém separadas
| Camada do modelo operacional (o que você decide) | Camada de plataforma (onde o trabalho roda) | Como as duas se encontram |
|---|---|---|
| Intenção | Plataforma e execução | A intenção é escrita por gente e precisa de um ambiente onde alguém consiga executá-la |
| Especificação | Agentes e orquestração | A especificação verificável é o que o orquestrador distribui entre os agentes |
| Orquestração de agentes | Validação automática | A orquestração decide quem faz; a validação automática decide o que passa |
| Verificação | Governança e portões | O portão é o lugar físico onde a verificação vira decisão de aprovar ou barrar |
| Governança | Estratégia e pessoas | A governança define quanta autonomia cada agente recebe, e por quê |
Guarde a coluna da esquerda, que é o modelo operacional deste curso: Intenção, Especificação, Orquestração de agentes, Verificação e Governança. A do meio descreve a pilha técnica em que esse modelo roda, e serve de referência para quem for conversar com fornecedor. Confundir as duas produz reunião em que cada pessoa usa a palavra camada com um sentido diferente.
Na era agentic, velocidade sem prova é dívida.
Tradução do painel, para levar preenchida à próxima reunião
Traduza três números do último relatório que seu time enviou ao conselho e leve impresso: a tradução pronta muda a pauta da reunião.
Documento montado
TRADUÇÃO DO PAINEL PARA A UNIDADE DE MUDANÇA VERIFICADA MÉTRICA 1 (hoje) [MÉTRICA NÚMERO 1 DO RELATÓRIO ATUAL] MÉTRICA 1 (traduzida) [COMO ELA FICA NA NOVA UNIDADE] MÉTRICA 2 (hoje) [MÉTRICA NÚMERO 2 DO RELATÓRIO ATUAL] MÉTRICA 2 (traduzida) [COMO ELA FICA NA NOVA UNIDADE] O NÚMERO QUE NÃO SOBREVIVEU [A MÉTRICA QUE NÃO SOBREVIVE À TRADUÇÃO] DONO E PRAZO DO DADO QUE FALTA [QUEM CRIA O DADO QUE FALTA, E ATÉ QUANDO]
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Este curso foi reescrito para quem decide orçamento em vez de para quem escreve código, e o motivo é medido. Nas cem maiores empresas americanas por receita, o grupo que a imprensa chama de Fortune 100, 40% divulgaram em 2025 que ao menos um comitê do conselho supervisiona formalmente temas de inteligência artificial, contra 11% em 2024. No mesmo universo, apenas 12% divulgaram que os conselheiros receberam alguma educação ou treinamento no assunto.
Chegou primeiro a responsabilidade formal, e a competência ficou para depois. Quem assina a supervisão precisa da gramática antes de precisar da arquitetura, e é essa gramática que a aula acabou de entregar.
Um caso público mostra o que está em jogo na escolha da unidade, e ele não vem de uma empresa de software. A Accenture passou a reportar separadamente as reservas de contrato ligadas ao que chamava de inteligência artificial avançada, transformando isso na prova de que a onda se convertia em receita. Depois do primeiro trimestre do ano fiscal de 2026, a linha desapareceu da divulgação, sob o argumento de que o assunto já estava embutido em quase tudo. No terceiro trimestre fiscal, divulgado em 18/06/2026, a receita subiu 6% e as reservas caíram 2%.
Para ler o caso, você não precisa julgar a decisão contábil. Basta reparar no mecanismo: enquanto a métrica existia, ela sustentava a narrativa; quando parou de ajudar, ela saiu do relatório, e nenhuma norma foi violada. É por isso que decidir qual unidade a sua empresa reporta é decisão de conselho, e por isso a data em que a nova unidade passa a ser exigida precisa estar em ata.
O que levar para a próxima reunião de diretoria
A pergunta que abre a conversa
0/3Os três nomes próprios
0/3O compromisso que sai da reunião
0/3Feche a página e responda de memória, sem consultar nada acima. 1. Por que velocity trata como iguais duas equipes com perfis de risco muito diferentes? 2. Quantas das sete peças da mudança verificada você recupera, e qual delas você sempre esquece? 3. Das três perguntas do teste de estágio, qual a sua organização responde pior hoje? 4. Qual número do seu último relatório você já sabe que não sobrevive à tradução?
A pergunta que você leva para a próxima reunião é esta: a partir de que data toda entrega relevante desta empresa passa a chegar com prova anexada, e quem tem poder de barrar a que chegar sem prova? O critério para responder tem três partes. Primeiro, comece pelo raio de dano: exigir prova de tudo trava a operação, exigir prova do que pode quebrar o faturamento ou expor cliente é barato. Segundo, a data precisa ser próxima o bastante para que alguém precise mudar de comportamento neste trimestre. Terceiro, o poder de barrar precisa ter nome de pessoa, porque atribuir a uma área é a forma educada de não atribuir a ninguém.
Faça duas tarefas antes da próxima reunião de diretoria, usando o que você já tem em mãos.
- 01Auditoria da unidade: liste as três métricas que o seu time reporta hoje e reescreva cada uma na gramática da mudança verificada, usando o modelo preenchível desta aula. Marque qual sobrevive e qual é teatro.
- 02Diagnóstico de estágio: classifique a sua organização em assistência, agêntico parcial ou modelo operacional agêntico, sustentando a classificação com evidências concretas do último trimestre.
Confira o resultado por três critérios: (a) cada métrica traduzida aponta uma fonte de dado que já existe, ou é declarada inexistente com um dono nomeado para criá-la; (b) o estágio declarado é sustentado por três nomes próprios, quem especifica, quem valida e quem governa autonomia; (c) você consegue defender a classificação diante de alguém do time que discorde dela. Se um dos três faltar, refaça a tarefa antes da reunião.
Perguntas frequentes deste capítulo
Isso não é só trocar o nome de velocity?
Quanto tempo até conseguir medir custo por mudança verificada?
"Mudança verificada" é termo de mercado ou invenção do curso?
Meu time é pequeno. Isso não é coisa de empresa grande?
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
- Deploy para decisão executivaQuatro métricas de entrega e a armadilha do volumeExaminar conexões de Quatro métricas de entrega e a armadilha do volume
- SO nativo de IACronometrar, e a conta que o mapa devolveExaminar conexões de Cronometrar, e a conta que o mapa devolve
- Gestão de Projetos GEOEscolher entre fluxo contínuo e ciclos de trabalhoExaminar conexões de Escolher entre fluxo contínuo e ciclos de trabalho
- Software e IA para executivosParticipar do planejamento para revisar menos no fimExaminar conexões de Participar do planejamento para revisar menos no fim
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