Do SDLC para o AO-DLC: quando o time vira um orquestrador de agentes

O título de “desenvolvedor” está mudando. Não porque a IA apagou a função, mas porque quem a exerce virou orquestrador de agentes. E isso, acredite, é um problema de agilidade.

Você já parou para pensar no que acontece com um time quando a IA deixa de ser ferramenta e vira membro que entrega? Eu tenho pensado muito nisso. E não estou falando de previsão para daqui a dez anos. Os dados de 2026 mostram que a virada está acontecendo agora, dentro de uma janela de dois anos.

No dia 28 de maio de 2026, a McKinsey descreveu uma cena que parece resumo de ficção: às 9 da manhã, uma product owner abre o sistema e revisa o que o time fez durante a noite. Uma funcionalidade saiu dos requisitos e virou código testado. Casos de borda foram sinalizados. Dependências de arquitetura foram validadas. Um resumo curto mostra os trade-offs e as decisões em aberto. Ninguém trabalhou até tarde. Os agentes de IA trabalharam.

A McKinsey chama isso de modelo de trabalho de 24 horas e diz sem rodeios: isso não é mais teórico. Empresas líderes já estão redesenhando a entrega em torno de execução quase contínua. E o detalhe que muda tudo: os humanos não saíram do processo. Eles intervêm em pontos definidos de revisão, em vez de atuar como intermediários em cada etapa.

Pensa no que isso significa na prática. Enquanto o time dorme, os agentes continuam: abrem os requisitos estruturados, geram código, rodam testes, marcam os casos de borda que precisam de atenção humana. De manhã, o que antes levava dias está pronto para ser revisado. A pergunta do time deixa de ser como vamos escrever isso e vira isso está certo? A pergunta mudou de lugar: saiu da execução, foi para o julgamento.

E o ganho não é modesto. Empresas que fizeram a transição de verdade relatam ganhos de produtividade de três a cinco vezes, com times até 60% menores. Repare: são dois números, não um. Três a cinco vezes mais produtividade. Sessenta por cento menos gente. E a McKinsey é clara sobre o porquê: esse ganho não vem de instalar agentes. Vem de reescrever o modelo operacional para que humanos e agentes colaborem 24 horas por dia.

É aqui que entra o nome que dá título a este artigo. A Deloitte cunhou o termo AO-DLC, o ciclo de vida de desenvolvimento orquestrado por agentes. Na visão dela, a indústria está saindo do ciclo clássico, o SDLC, e entrando num ciclo em que os agentes fazem parte do fluxo. A mudança é de papel: em vez de escrever cada linha de código, o engenheiro define objetivos, guia agentes especializados, revisa os resultados e mantém arquitetura e qualidade no trilho. Na frase direta da Deloitte: o engenheiro sai de escritor de código e vira orquestrador de agentes.

E repara no que isso não é. Não é o fim da engenharia, não é o fim do desenvolvimento, não é o fim da responsabilidade. É o contrário: a responsabilidade sobe de nível. Quem antes respondia pelo código que escreveu, agora responde pelas decisões que tomou sobre o código que os agentes produziram. Delegação não elimina responsabilidade. Ela muda de forma.

Não é só consultoria falando. Um estudo global da MIT Technology Review com a SoftServe ouviu 300 executivos seniores de tecnologia, entre CIOs, CTOs e CAIOs. Noventa e oito por cento esperam que agentes de IA acelerem dramaticamente a entrega de software nos próximos dois anos. Setenta e dois por cento esperam agentes gerenciando a maior parte, ou todo, o ciclo de vida de software e produto de ponta a ponta nesse mesmo prazo. Quarenta e um por cento acreditam que isso acontece em 18 meses. E a aceleração média projetada do piloto à produção é de 37%. Não é palpite de um autor isolado. É a leitura de quem decide.

Serge Haziyev, CTO de tecnologias avançadas da SoftServe, resumiu o momento: o uso de IA na engenharia de software está evoluindo do vibe coding individual para a engenharia agentica disciplinada, com evidências de ganhos de produtividade de ordem de magnitude. Traduzindo: acabou a fase do programador solitário brincando com a IA. Entrou a fase de processo.

E é exatamente aí que o mundo da agilidade entra. Porque quando escrever código fica rápido, o gargalo não é mais escrever. É verificar. Um artigo da CIO, de maio de 2026, traz o número que eu mais gosto nesse debate: a IA está deixando os desenvolvedores 20% a 55% mais rápidos nas tarefas, mas o tempo de revisão subiu até 91%. A aprovação humana virou o novo gargalo. Em outras palavras: o processo virou o limite. Não a ferramenta.

Outro artigo da CIO, de Vipin Jain, diz que a alavanca do desenvolvedor mudou da velocidade de digitação para o julgamento: saber o que confiar, o que desafiar e o que escalar. É o que eu chamo de maestro. É quem prioriza o que entra no ciclo, revisa o que os agentes produzem e valida se aquilo entrega valor. Quem entende de agilidade já faz exatamente isso há anos: backlog priorizado, ciclo curto, definição de pronto, revisão constante, feedback rápido. O processo ágil é a régua que doma a fábrica de agentes.

Pensa comigo numa sprint. O time senta, prioriza o que vale a pena, quebra em pedaços pequenos, executa e revisa no fim. Isso funciona com gente e funciona com agente. A diferença é que o agente entrega mais rápido e erra mais rápido também. Então o ciclo de revisão, que sempre foi o coração da agilidade, ganha um peso que ele nunca teve: cada entrega automática precisa de olhar humano antes de tocar o cliente. Quem não tem esse ciclo montado não tem velocidade de verdade. Tem acúmulo de risco.

E aqui entra outra coisa que a agilidade já domina: métrica. Se o agente produz mais rápido, você precisa saber o que está medindo. Tempo de ciclo, taxa de defeito, tempo de revisão, quantas entregas voltaram. Sem métrica, a fábrica de agentes é uma caixa preta: parece que produz muito, mas ninguém sabe se entrega valor. Com métrica, você descobre cedo se o agente está acelerando o time ou acelerando a correção. O dado não é enfeite. É o instrumento de quem orquestra.

A imagem que eu uso com os times é essa: a IA entra como um novo membro do time. Um membro rápido, barato e incansável, mas que não sabe o que é importante, não conhece o negócio e não entende de contexto. Ele precisa de alguém que priorize, revise e valide. Sem isso, você não ganha uma fábrica de agentes. Você ganha uma fábrica de lixo produzido em alta velocidade.

A própria Deloitte avisa: velocidade sem controles aumenta o risco do AO-DLC. As maiores ameaças são a autonomia sem gerenciamento, os processos de revisão fracos e a confiança excessiva em ferramentas que o time não entende por completo. Ou seja: não é a IA que está solta. É o processo que não acompanhou.

E aqui está a parte que conecta os dois pilares deste canal. Os agentes não criam valor do nada. Eles operam sobre dados: o repositório de código, o backlog, as métricas, o conhecimento do domínio. A McKinsey observa que empresas líderes estão construindo grafos de conhecimento que funcionam como camada de memória da IA ao longo do ciclo de desenvolvimento. Dado desorganizado, agentes desorientados. A agilidade entra exatamente nesse ponto: é o processo que transforma dado em decisão. É quem define o que medir, quem revisa o resultado, quem ajusta o rumo a cada ciclo. Agilidade e dados não são coisas separadas: o dado alimenta o processo, e o processo dá confiança ao dado. Um sem o outro, o AO-DLC é só velocidade sem direção.

O que muda de verdade não é o código. É quem decide o que o código deve fazer e se o que veio está bom. A IA escreve mais rápido do que qualquer time humano. Mas ela não sabe por que está escrevendo. Esse saber continua humano. E ele é treinado pela agilidade: priorização, revisão, validação, ritmo. Quem domina esse processo vira a peça mais valiosa do novo modelo.

Então a pergunta que eu deixo para você: na sua empresa, quem está orquestrando os agentes? O time tem um processo claro para priorizar, revisar e validar o que a IA produz, ou está só acelerando a bagunça? Me conta nos comentários. Eu leio e respondo.