Adoção de agentes de IA chega a 90% dos devs, mas a fila de TI não anda no mesmo ritmo

Romildo Burguez • September 3, 2026

Se a pergunta é quantos desenvolvedores usam IA para codificar, a resposta praticamente parou de ser interessante: quase todo mundo usa, quase todo dia. O Developer Ecosystem Survey 2026, da JetBrains, mostra que 90% dos profissionais recorrem a agentes de IA pelo menos uma vez por semana, e 68% fazem isso diariamente. A pergunta que interessa a quem lidera TI é outra: essa adoção de agentes de IA está reduzindo o tempo entre uma demanda abrir e chegar em produção? Na maioria das empresas que não nasceram digitais, a resposta ainda é não. 


O que o Developer Ecosystem Survey 2026 mostra sobre a adoção de agentes de IA 


O levantamento ouviu mais de 15 mil desenvolvedores profissionais em todo o mundo, entre maio e julho de 2026. Nesse universo, o Claude Code aparece à frente: usado por 39% dos desenvolvedores globalmente e por 47% nos Estados Unidos, ou seja, quase metade do mercado americano. Na sequência vem o Codex, que saltou de 3% para 16% em poucos meses, e o GitHub Copilot, que perdeu a liderança que teve por anos e caiu para 21% de adoção. 


O crescimento do Claude Code na engenharia de software não é um caso isolado. Ele confirma algo que boa parte das lideranças de TI já sente no dia a dia: usar agente de IA para codificar deixou de ser experimento de squad isolada e virou prática padrão do mercado. O que a pesquisa não responde, e que interessa mais para quem decide investimento e prioridade, é o que essa adoção individual está de fato mudando na velocidade de entrega da operação como um todo. 


Por que a IA não acelera a entrega de TI sozinha? 


Um desenvolvedor usando um agente de IA todos os dias escreve mais código em menos tempo. Isso é real e mensurável. O que não é automático é essa velocidade individual virar entrega mais rápida para o negócio. Entre o código pronto e a produção existe uma fila inteira que a IA generativa, sozinha, não atravessa: revisão de pull request, homologação, dependências entre sistemas, aprovação de mudança, validação de segurança. 


Se esses pontos já eram gargalo antes da IA, a IA só aumenta a pressão sobre eles. O time termina o rascunho do código mais rápido, e o pull request fica esperando review do mesmo jeito que esperava antes. A demanda que levava três dias na fila de homologação continua levando três dias, só que agora chega lá mais cedo e espera parada por mais tempo. Para quem olha o painel de produtividade individual, parece que tudo melhorou. Para quem espera o sistema em produção, a sensação de atraso continua a mesma. 


Claude Code, Codex e Copilot no mesmo time: quem decide, com que critério 


Há outro efeito da pesquisa que raramente vira manchete: a adoção não é mais de uma ferramenta só. Nos Estados Unidos, quase metade dos desenvolvedores usa Claude Code, mas convivendo com Codex, GitHub Copilot e outros agentes dentro do mesmo time, às vezes no mesmo projeto. Cada ferramenta acessa o repositório de um jeito, lida com contexto de forma diferente e expõe, ou não, dados sensíveis do ambiente para fora dele. 


Quando cada desenvolvedor escolhe o próprio agente por preferência pessoal, sem critério formal, quem responde pela qualidade do código gerado, pela consistência arquitetural entre módulos e pelo que sai da rede corporativa para consultar um modelo externo? Em ambientes com sistema legado, integração sensível e exigência regulatória, essa pergunta não pode ficar sem dono. Governança de agentes de IA no desenvolvimento não é burocracia. É o que separa velocidade sustentável de dívida técnica silenciosa, que só aparece meses depois, em produção. 


Onde a produtividade de desenvolvedores com IA realmente aparece 


Isso não significa que agentes de IA sejam irrelevantes para quem quer entregar mais rápido. Significa que o ganho aparece em lugares específicos e depende de uma base que já precisa estar organizada antes. 


Em sistemas com arquitetura clara e bem documentada, um agente de IA reduz de fato o tempo gasto em tarefas repetitivas: geração de testes, refatoração pontual, primeira versão de documentação de pull request, análise de padrões em uma base grande de código. Já em sistemas legados, pouco documentados, com dependências que só quem está há anos na empresa conhece de cabeça, o mesmo agente tende a errar por falta de contexto, exatamente como erraria um desenvolvedor júnior no primeiro dia. A diferença é que o agente erra rápido e em escala. 


Por isso, a pergunta que vale a pena fazer não é mais quantos desenvolvedores já usam IA, porque a essa altura já é praticamente todo mundo. A pergunta é se o ambiente, a arquitetura e o processo de entrega da empresa estão prontos para aproveitar essa velocidade sem transformar ganho individual em risco coletivo. 


Para que você possa se aprofundar ainda mais, recomendamos também a leitura dos artigos abaixo: 


Produtividade + controle: o Bitbucket que seu time vai precisar em 2026 

 

Agentes de código no Jira: quando a Atlassian vira o "control plane" da engenharia de software 

 

Quem decide qual modelo de IA a sua empresa usa? Por que a decisão mais cara da operação costuma não ter dono? 


O papel da CSP Tech nesse ponto de virada 


A CSP Tech atua justamente nesse tipo de cenário, entre a adoção de ferramenta e a capacidade real de entrega. Isso passa por entender onde o fluxo de trabalho em TI está travado antes de acelerar a escrita de código, por estruturar governança sobre o uso de agentes de IA em ambientes críticos e por modernizar sistemas legados sem interromper a operação que já está em produção. O ganho de produtividade individual só vira resultado de negócio quando o restante da esteira, da homologação ao deploy, acompanha o mesmo ritmo. 


A pesquisa da JetBrains confirma um movimento que já era visível: agentes de IA se tornaram parte do trabalho diário de quase todo desenvolvedor profissional. O que ela não resolve, porque não é papel de pesquisa de mercado resolver, é a pergunta que cabe à liderança de TI. Onde está o gargalo real da entrega, e o que precisa mudar na estrutura, não só na ferramenta, para que a fila realmente diminua. 


Se a sua equipe já adotou agentes de IA e ainda assim a fila de entregas não anda no ritmo esperado, vale entender onde o fluxo está travado antes de decidir o próximo investimento em ferramenta. 


Fale com a CSP Tech: https://www.csptech.com.br/contato 

Fale com a CSP Tech

.

Por Guilherme Matos 3 de setembro de 2026
A Atlassian passou a impor limites de dados no Jira Cloud . Desde março de 2026 vale o limite de 700 campos por espaço, calculado com base nos campos incluídos nos esquemas de configuração de campos associados a ele, e o de 150 tipos de trabalho por espaço. A partir de setembro de 2026 entra um conjunto adicional, que inclui 20.000 opções por campo, 150 workflows por esquema, 200 status por workflow e 100 prioridades por espaço, entre outros. A documentação é explícita ao distinguir dois conceitos: guardrails são limiares recomendados, boas práticas não obrigatórias, enquanto limites são limiares que não podem ser excedidos. E é igualmente explícita sobre a consequência, que é menos dramática do que o alarme sugere: configurações existentes que excedam os limites continuam funcionando e nenhum dado é apagado, mas o espaço fica impedido de associar campos ou tipos de trabalho adicionais até que a redução aconteça. O ponto deste artigo é outro: o limite é o sintoma, e a causa é que campo customizado é decisão de modelagem de dados tomada em quinze minutos por quem não modela dados.
gartner Magic Quadrant ITSM, atlassian líder em itsm, jira service management gartner 2026
Por Romildo Burguez 1 de setembro de 2026
Ser líder no Gartner Magic Quadrant ITSM comprova a força da plataforma, mas não garante uma operação estável. Veja o que muda na prática e como aplicar
Consultoria Jira, Governança de Dados, Governança de IA
Por Guilherme Matos 31 de agosto de 2026
O mercado vende governança de IA como programa novo, com comitê novo e política nova. Boa parte do que a norma pede já existe na sua operação de segurança e de dados. Veja o que estender, em vez de construir do zero.
Código gerado por IA, quantos códigos gerados por IA têm falhas de segurança; processo de revisão
Por Romildo Burguez 27 de agosto de 2026
Quase metade do código gerado por IA carrega falha de segurança e a validação ainda não evoluiu no mesmo ritmo. Entenda o que muda e veja como aplicar
Definição de Zero Trust pelo NIST + tabela de tradução dos sete princípios para IA
Por Guilherme Matos 27 de agosto de 2026
A segurança de redes abandonou a confiança por padrão há mais de uma década, e o NIST formalizou isso em 2020. A IA corporativa ainda aceita output de modelo como confiável só porque veio de uma ferramenta sofisticada. Veja o que muda ao aplicar Zero Trust à IA.
consultoria jira / consultoria databricks / evolução de esquema pipeline [
Por Guilherme Matos 26 de agosto de 2026
Mudança de estrutura quebra em voz alta e alguém conserta. Mudança de vocabulário não quebra: distorce em silêncio. Veja as três classes de mudança na origem, a resposta que a própria API do Jira oferece e os controles que detectam antes do painel mentir.
Política de dados Atlassian, o que é o Rovo da Atlassian, como desativar treinamento de IA no Jira
Por Romildo Burguez 25 de agosto de 2026
Atlassian passou a treinar o Rovo com dados do Jira e Confluence por padrão. Entenda a nova política de dados Atlassian e veja como ajustar sua conta
Por Guilherme Matos 25 de agosto de 2026
Quase toda empresa descobre a necessidade de governança de IA depois que o uso já se espalhou. Veja a sequência de remediação que reduz risco primeiro sem travar a operação, e por que proibir é a resposta que cria o problema seguinte.
Por Guilherme Matos 24 de agosto de 2026
Uma alteração simples de autenticação toca token, permissão, banco, log e integração. A IA que recebe só o arquivo corre o mesmo risco de um desenvolvedor no primeiro dia: erra pelo que não sabe que existe. Veja a diferença entre contexto menor e contexto certo.