Do Agile ao Agentic Operating Model · Capítulo 12 de 19 · 35 min
Mover a conferência para o ponto certo do fluxo
Escrever código caiu para minutos e as outras seis etapas ficaram iguais; redesenhe o fluxo e tome a única decisão de sequência.
Este capítulo faz parte do curso gratuito Do Agile ao Agentic Operating Model.
SDLC quer dizer ciclo de vida de desenvolvimento de software: a linha de produção pela qual um pedido do negócio vira funcionalidade no ar. Ela tem sete etapas e foi dimensionada para a mais lenta delas, que era uma pessoa escrevendo código. Essa etapa caiu para minutos e as outras seis mantiveram a duração de sempre. No resultado da empresa isso aparece como fila: entrega represada esperando revisão humana, prazo que escorrega, time que parece veloz na demonstração e lento no fechamento do trimestre. A decisão que cabe a você é de sequência, e é uma só: exigir que os critérios de aceitação e a forma de comprová-los existam antes de o trabalho começar. Escolha de ferramenta, desenho técnico do fluxo e instrumentação podem ser delegados inteiros.
Glossário rápido
SDLC
Software Development Life Cycle, ou ciclo de vida de desenvolvimento de software. É o caminho padronizado que um pedido percorre da ideia até o cliente: especificar, construir, testar, publicar e monitorar. Cada empresa tem o seu, com nomes diferentes para as mesmas etapas.
QA
Quality Assurance, garantia de qualidade. A etapa (e o time) que confere se o software faz o que foi pedido antes de ele chegar ao cliente. No fluxo tradicional, acontece depois de o código estar pronto.
CI e CD
Continuous Integration e Continuous Delivery, integração e entrega contínuas. A integração contínua é o servidor que, a cada alteração enviada, junta o trabalho de todo mundo, compila e roda a bateria de testes automaticamente, para descobrir em minutos que duas mudanças são incompatíveis. A entrega contínua estende essa esteira até a publicação: quando os testes passam, o software segue para produção por um caminho automatizado e repetível.
PR (pull request)
O pedido formal de incorporar uma alteração ao código principal. É a unidade em que o trabalho é revisado e aprovado, e o lugar onde as provas de que a mudança funciona ficam anexadas.
Diff
A lista exata do que mudou: linhas adicionadas, removidas e alteradas. Um diff de 1.200 linhas é uma alteração grande, do tamanho de um capítulo de livro escrito em vocabulário técnico.
Orquestrador
A camada que decide o trabalho em vez de executá-lo: recebe a intenção, monta o plano, quebra em subtarefas, define os pontos de verificação e audita o resultado que volta. Pode ser um modelo caro, uma pessoa sênior ou os dois em sequência. Na linha de produção redesenhada é a segunda etapa, e é onde nasce o roteiro de validação.
Validação determinística
Determinística quer dizer que produz o mesmo resultado toda vez que roda sobre a mesma entrada. É o contrário do modelo, que pode responder diferente à mesma pergunta. Compilação, análise estática, verificação de tipos e execução de testes são determinísticas: dão veredito binário, sempre igual, sem consumir modelo. Por isso são a parte mais barata e mais confiável do fluxo.
Crítica adversarial
Um agente revisor recebe o resultado do trabalho com a tarefa explícita de atacá-lo: procurar o caso não coberto, a regra contrariada, a suposição não declarada. O nome vem da postura, que é de adversário e não de conferente. Ela roda antes de o humano ver, e existe para reduzir o volume que chega à revisão sênior, e não para substituí-la.
Teste de ponta a ponta (E2E)
Um teste automatizado que percorre o caminho completo do usuário, da tela ao banco de dados, em vez de conferir uma peça isolada. É lento e caro, e é o que mais se aproxima de simular o cliente real. Aparece com três nomes em circulação: teste E2E, fluxo de ponta a ponta e validação de ponta a ponta. São a mesma coisa.
Análise estática (lint e typecheck)
Programas que leem o código sem executá-lo e apontam erro de tipo, variável não usada e padrão proibido. Dão veredito binário em segundos e custam quase nada por execução.
LLM
Large Language Model, modelo de linguagem de grande porte. O motor por trás dos assistentes e agentes: recebe texto, devolve texto e cobra pela quantidade de texto que entra e sai.
Spec executável
Cunhagem deste curso para um item de trabalho que carrega intenção, restrições e critérios de sucesso verificáveis, ao ponto de um agente conseguir executá-lo sem fazer nenhuma pergunta de esclarecimento.
A inspeção mudou de posto na linha
Imagine uma fábrica em que a estação de montagem passou a produzir cem vezes mais peças por hora, enquanto a estação de inspeção manteve os mesmos dois inspetores e o mesmo procedimento. Nada quebra de imediato. O que aparece é fila, e logo depois vem a pressão para inspecionar por amostragem sem que ninguém tenha definido o critério da amostra. A resposta industrial conhecida é mover o controle para dentro do processo: especificar a tolerância antes de a peça ser feita, para que a estação já produza dentro do gabarito. Definir a tolerância antes não acelera a montagem; impede que a fila de inspeção vire o gargalo permanente.
Onde a analogia para de valer: peça de metal fora de tolerância é rejeitada por um instrumento, enquanto software fora da intenção passa em todos os testes existentes, porque os testes existentes descrevem a intenção antiga. Por isso a tolerância, aqui, é o critério de aceite escrito antes da execução.
As duas linhas de produção, etapa por etapa
Sete etapas, dimensionadas para digitação humana
Herdado
- O produto escreve o pedido na lista de trabalho.
- O time estima em pontos ou horas.
- A pessoa implementa.
- O QA testa depois de pronto.
- A revisão confere linha a linha.
- A publicação leva para produção.
- As métricas aparecem depois, quando aparecem.
Oito etapas, dimensionadas para trabalho de agente
Redesenhado
- O humano define intenção, restrições e critérios de sucesso mensuráveis.
- O orquestrador monta o plano e o roteiro de validação.
- Modelos diferentes executam partes diferentes do trabalho.
- Ferramentas determinísticas validam: compilação, análise estática e testes.
- Agentes revisores fazem crítica adversarial sobre o resultado.
- A revisão humana é priorizada por risco da mudança.
- As evidências ficam anexadas ao PR, disponíveis para auditoria.
- A previsão de prazo é recalibrada por regime de trabalho.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Quando você compara as duas colunas, a diferença se concentra em uma escolha de ordem. No fluxo herdado, a validação é uma fase posicionada depois da implementação. No fluxo redesenhado, o roteiro de validação (a lista de provas que a entrega terá de passar, como o gabarito escrito antes da prova) nasce na segunda etapa, antes de existir qualquer linha de código.
Essa ordem decide quem tem poder de barganha. Quando a prova é construída depois, ela precisa ser negociada com quem já escreveu o código e já defende o próprio trabalho. Antecipada, ela vira o alvo que o código persegue, e ninguém discute alvo combinado.
Repare também no que a lista nova não faz: ela não elimina o humano de nenhuma das oito etapas. O trabalho humano muda de conteúdo, sai de conferir volume e passa a definir critério, arbitrar risco e decidir o que merece atenção. Continua sendo trabalho, e continua sendo o mais caro da linha, por isso vale gastá-lo onde só uma pessoa decide.
1. Intenção, restrições e critérios de sucesso: humano | v 2. Plano e roteiro de validação: orquestrador | v 3. Execução distribuída entre modelos | v 4. Validação determinística: compilação, análise estática, testes | v 5. Crítica adversarial: agentes revisores | v 6. Revisão humana priorizada por risco | v 7. Evidências anexadas ao PR e disponíveis para auditoria | v 8. Previsão de prazo recalibrada por regime de trabalho
Squad de cinco pessoas responsável pelo checkout
Varejo digital
Dor
A entrega banal do trimestre é um cupom de desconto no carrinho. Recontada nas oito etapas, a operação real marca uma etapa presente, três parciais e quatro ausentes.
Solução
O placar detalhado, etapa por etapa, usando só os três rótulos que o checklist desta aula manda usar. Etapa 1: existe a demanda escrita, faltam critérios mensuráveis (parcial). Etapa 2: ninguém escreve roteiro de validação (ausente). Etapa 3: cada pessoa escolhe o modelo que prefere, sem política (parcial). Etapa 4: a integração contínua já roda e reprova o que quebra (presente). Etapa 5: nenhuma crítica adversarial acontece (ausente). Etapa 6: a revisão humana existe, porém dispara por volume e não por risco (parcial). Etapa 7: nada de evidência anexada (ausente). Etapa 8: nenhuma recalibração de previsão (ausente).
Resultado
As duas ausências que mais custam são a crítica adversarial e a evidência anexada. Sem a primeira, nada filtra o diff antes de ele consumir atenção sênior. Sem a segunda, o revisor não tem o que ler além do próprio diff. É por isso que a revisão humana degenera em leitura por volume: ela virou o único filtro da linha.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Suponha uma loja virtual pequena que quer aceitar o cupom INVERNO20, de 20%: num carrinho de R$ 240,00, o cliente deve pagar R$ 192,00. O bloco a seguir mostra essa demanda escrita das duas formas, e vale saber o que você está olhando antes de olhar. É uma convenção de escrita chamada Gherkin, criada para que critério de aceite fique legível por uma pessoa de negócio e executável por uma máquina ao mesmo tempo. A estrutura tem sempre a mesma cara: uma intenção, restrições que não podem ser violadas e cenários no formato dado, quando, então.
Leia como um contrato curto, e não como código. A parte de cima, com intenção e restrições, é o que só você pode decidir. A parte de baixo, com os cenários, é o que dá para delegar inteiro, a uma pessoa ou a um agente (programa que executa a tarefa sozinho, como um estagiário que não pergunta nada), assim que estiver escrito.
# Item 214, como chegou: "permitir cupom de desconto no checkout"
# Três perguntas que um agente literal precisaria fazer antes de começar:
# o cupom acumula com promoção? expira por data ou por uso?
# o que acontece se o carrinho mudar depois do cupom aplicado?
Funcionalidade: cupom de desconto no checkout
Intenção: reduzir abandono de carrinho na campanha sazonal
Restrição: nunca acumular cupom com desconto de campanha já aplicado
Restrição: o total é calculado no servidor; o cliente nunca envia o valor final
Cenário: cupom válido em carrinho sem promoção ativa
Dado um carrinho de R$ 240,00 sem desconto aplicado
E o cupom "INVERNO20" de 20%, válido até 31/08/2026
Quando o cliente aplica o cupom
Então o total passa a R$ 192,00
E o pedido registra o código do cupom no histórico
Cenário: cupom em carrinho que já tem desconto de campanha
Dado um carrinho com 15% de desconto de campanha aplicado
Quando o cliente aplica "INVERNO20"
Então o cupom é recusado
E a mensagem informa qual desconto prevaleceu
Cenário: carrinho alterado depois do cupom aplicado
Dado um carrinho com "INVERNO20" aplicado
Quando o cliente remove um item e o subtotal cai abaixo de R$ 100,00
Então o cupom é revalidado antes do pagamento
# a versão de baixo pode ser delegada. a de cima só pode ser discutida.O diagnóstico apontou quatro etapas ausentes na linha de produção. O orçamento e a paciência política do trimestre dão para formalizar uma, com dono, rito e artefato. As duas candidatas óbvias são a crítica adversarial (um agente revisor ataca o resultado antes de o humano ver) e a evidência anexada ao PR (cada entrega chega com o pacote de provas junto).
Qual das duas você formaliza primeiro?
Dez traduções de vocabulário que o redesenho obriga
| Família | Antes | Depois |
|---|---|---|
| Artefato | Item de lista de trabalho | Spec executável |
| Artefato | Ponto de história (estimativa de esforço) | Risco de variação somado ao custo de validar |
| Artefato | Pessoa como executora | Pessoa como orquestradora |
| Processo | IA como copiloto de digitação | IA como força de trabalho que executa tarefas inteiras |
| Processo | Revisão manual linha a linha | Revisão multiagente somada a revisão humana por risco |
| Processo | CI/CD (integração e entrega contínuas) | Trust pipeline: a esteira produz o pacote de provas |
| Processo | Definição de pronto (Definition of Done) | Definição de verificado (Definition of Verified) |
| Medida | Velocity (volume entregue por período) | Trust Velocity (volume comprovado por período) |
| Medida | Custo por pessoa de engenharia | Custo por mudança verificada |
| Medida | Squad como capacidade de execução | Squad como dono de contexto, decisão e governança |
Cada linha é uma decisão de redesenho, com dono e prazo. Nenhuma delas depende de trocar de ferramenta.
Fonte: Documento-fonte do curso. Trust pipeline, Trust Velocity e a Definição de Verificado são cunhagens deste curso, sem correspondência em norma de mercado.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Entre as oito linhas, a mais cara de ignorar é a da revisão, e há dado público para sustentar isso. Na pesquisa da Stack Overflow com desenvolvedores, 84% usam ou planejam usar ferramentas de IA, 45,7% desconfiam da acurácia delas e apenas 3,1% dizem confiar muito. A frustração isolada mais citada, por 66% dos respondentes, é a solução "quase certa, mas não exatamente".
Esses três números descrevem uma população que adotou a ferramenta e desconfia do resultado. Priorizar revisão por risco honra essa desconfiança dentro de um orçamento de atenção finito, o que é diferente de pedir que os seniores leiam tudo.
O tamanho real da adoção de agentes, medido e não declarado
16%
das implantações corporativas se qualificam como agentes de verdade
27% nas startups; 495 tomadores de decisão ouvidos
23%
das empresas usam IA agêntica ao menos moderadamente
e 21% têm modelo de governança maduro para agentes; campo em agosto e setembro de 2025
19,8%
das empresas americanas usavam inteligência artificial de qualquer tipo
medição do censo americano com referência em 03/05/2026; 37% nas de 250 empregados ou mais
Fonte: Menlo Ventures (campo em novembro de 2025), Deloitte Insights (campo em agosto e setembro de 2025) e US Census Bureau (referência de 03/05/2026). Três métodos diferentes, e um deles é estatística oficial de governo, e não pesquisa de fornecedor. Cada data acima é a do campo, e não a da publicação.
Duas leituras saem desse conjunto, e nenhuma delas é sobre ferramenta.
Quem mede muda o número, e muda muito. Quando o censo americano pergunta ao universo das empresas, o uso de inteligência artificial de qualquer tipo aparece perto de 20%, chegando a 37% nas maiores. Quando um fornecedor pergunta à própria carteira, a adoção declarada passa de 80%. As duas coisas podem ser verdade ao mesmo tempo, porque medem populações diferentes. O que não é honesto é apresentar o segundo número como retrato do mercado. Se um fornecedor mostrar taxa de adoção próxima do teto, peça duas coisas antes de discutir: quem foi ouvido e qual definição de agente foi usada.
Na governança, o atraso aparece em todas as leituras: ela fica sistematicamente atrás da adoção. Governança madura em 21% contra uso ao menos moderado em 23% significa, na prática, que o modelo operacional está sendo escrito depois que o trabalho já mudou. É exatamente o desalinhamento que o redesenho em oito etapas endereça.
Verificação rápida
No fluxo redesenhado, o roteiro de validação é criado na segunda etapa. Qual é a consequência prática dessa posição?
Pacote de spec e aceitação, para uma demanda real da semana
Preencha com uma demanda que ainda não começou. Se o campo da prova ficar vazio, a demanda não está pronta para delegar a ninguém.
Documento montado
PACOTE DE SPEC E ACEITAÇÃO INTENÇÃO [INTENÇÃO: QUE PROBLEMA DE NEGÓCIO ISSO RESOLVE] RESTRIÇÕES INEGOCIÁVEIS [RESTRIÇÕES QUE NÃO PODEM SER VIOLADAS, CUSTE O QUE CUSTAR] CRITÉRIOS DE ACEITAÇÃO, COM NÚMERO [CRITÉRIOS DE ACEITAÇÃO, COM NÚMERO] COMO SE COMPROVA CADA CRITÉRIO, E QUEM PRODUZ A PROVA [COMO SE COMPROVA CADA CRITÉRIO, E QUEM PRODUZ A PROVA] GATILHO DE PARADA [O QUE DISPARA PARADA E DEVOLVE A DEMANDA PARA DISCUSSÃO] QUEM ACEITA A ENTREGA [QUEM ACEITA A ENTREGA, COM NOME]
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
O que levar para a próxima reunião de comitê
Diagnóstico (antes da reunião)
0/3Pedido (durante a reunião)
0/3Feche a página antes de responder. (1) Quantas das oito etapas você recupera de memória, e por que a crítica adversarial e a evidência anexada são as primeiras a evaporar tanto da lembrança quanto da prática? (2) Explique a inversão de sequência: por que o roteiro de validação nasce na segunda etapa, e o que se perde quando ele nasce na sexta? (3) Na sua formulação, qual é a diferença entre a definição de pronto e a definição de verificado? (4) Puxando a aula sobre a nova unidade de produção: qual peça daquela unidade corresponde à recalibração de previsão?
Duas tarefas para esta semana, cada uma com o critério que diz se deu certo
- 01Redesenho de fluxo. Pegue a última entrega relevante do seu time e reconte a história dela nas oito etapas. Marque cada etapa como presente, parcial ou ausente. Leve o placar para a liderança técnica e escolha uma etapa para formalizar neste trimestre.
- 02Tradução de vocabulário. Reescreva cinco itens da lista de trabalho atual como specs executáveis, com intenção, restrições e critérios de sucesso mensuráveis. O bloco de cenários desta aula serve de molde e o pacote preenchível serve de formulário.
Dá certo quando: (a) você identificou ao menos uma etapa inexistente hoje e nomeou quem seria o dono, com data; (b) os cinco itens reescritos passam no teste do agente literal, ou seja, nenhum exige pergunta de esclarecimento antes de começar; (c) você tem dois números na mão: o tempo de escrita das specs e o tempo que o time gastaria esclarecendo ambiguidade no meio do ciclo.
A pergunta que você leva para a reunião: nesta empresa, a forma de comprovar uma entrega é combinada antes ou depois de o trabalho começar? O critério para responder cabe em um teste de dez segundos. Peça o último item aprovado e procure nele o critério de aceitação verificável. Se o critério existe e é mensurável, a linha de produção já opera no desenho novo e o resto é instrumentação. Se o item diz apenas o que fazer, sem dizer como se prova que foi feito, toda a carga de validação está caindo na revisão humana, e é ali que o seu prazo está sendo consumido. Leve essa decisão à próxima reunião sem delegá-la, porque ela define o que a empresa aceita como entrega concluída. Confira o efeito em um mês: se os cinco próximos itens aprovados chegarem com critério mensurável, a mudança pegou.
Perguntas frequentes deste capítulo
Oito etapas não é mais pesado do que as sete de antes?
Isso funciona em manutenção de sistema antigo ou só em projeto novo?
Quanto tempo esse redesenho leva para aparecer no resultado?
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 ExecutivosAcompanhar o caminho de uma mudança até chegar ao clienteExaminar conexões de Acompanhar o caminho de uma mudança até chegar ao cliente
- 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
- Agentes de código para executivosVetar proposta que não nomeia o verificadorExaminar conexões de Vetar proposta que não nomeia o verificador
Voltar ao capítulo anterior: Como provar que o agente continua certo depois de publicado
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
- 10O contrato que define sucesso antes de o agente escrever código
- 11Como provar que o agente continua certo depois de publicado
- 12Mover a conferência para o ponto certo do fluxo
- 13O contrato que você assina antes de delegar ao agente
- 14Montar as cinco camadas antes de encolher o time