Nossos dados coletados de abril a junho de 2025 mostram que 85% dos desenvolvedores agora usam pelo menos uma ferramenta de IA para atividades de programação e desenvolvimento.Essa presença de IA está redefinindo o que tanto líderes técnicos quanto desenvolvedores esperam.

A adoção de ferramentas de IA gerativa já é vista como um movimento importante.Os gerentes técnicos a classificaram entre as três principais medidas organizacionais para melhorar a experiência e a produtividade dos desenvolvedores, ao lado do treinamento interno e do aprimoramento dos processos de desenvolvimento.

Os desenvolvedores têm uma ideia clara de como desejam que a IA transforme seus trabalhos.Quando perguntados sobre como esperam que seus fluxos de trabalho mudem nos próximos 1 a 3 anos, os desenvolvedores apontaram para uma mudança – não uma automação completa de seu trabalho, mas um reequilíbrio de onde seu tempo é gasto.

Muitos esperam que a IA acelere o aprendizado (47%), assuma tarefas repetitivas ou padronizadas (44%) e gere rascunhos iniciais de código (42%).Os desenvolvedores também veem a IA como uma maneira de passar mais tempo em trabalhos significativos, como resolução de problemas e design em alto nível (39%).

Os desenvolvedores já sabem onde querem aproveitar a IA.

Esses são sinais que valem a pena prestar atenção se quisermos aprimorar a DevEx e a produtividade na era da IA.

Em 2025, perguntamos tanto aos desenvolvedores quanto aos gerentes técnicos uma pergunta semelhante, desta vez sobre quanto fatores técnicos e não técnicos influenciam a produtividade dos desenvolvedores. Ambos os grupos avaliaram fatores não técnicos como ligeiramente mais influentes na produtividade dos desenvolvedores (gerentes: 89% vs. 85%; desenvolvedores: 89% vs. 84%).

Quando se trata de medir produtividade e experiência do desenvolvedor, dois dos frameworks mais reconhecidos são DORA e SPACE. Esses frameworks fornecem uma abordagem estruturada em relação à produtividade e experiência dos desenvolvedores.

Em 2024, perguntamos a gerentes de tecnologia que estão envolvidos em esforços para melhorar DevEx e a produtividade dos desenvolvedores dentro de suas empresas quais elementos específicos desses frameworks (ou seja, métricas), se houver, eles usam para avaliar a produtividade e a experiência dos desenvolvedores.

Quando se trata de medir produtividade, os desenvolvedores relatam uma variedade de métodos sendo usados em suas empresas.

No topo da lista em 2025 estão:

Registros de atividades (como rastrear commits de código e pull requests) ficam pouco atrás, com 23% dos desenvolvedores dizendo que esse método é usado em suas empresas.

Quando se trata de medir a satisfação com ferramentas de desenvolvimento, a situação está longe de ser perfeita. Quase metade (49%) dos desenvolvedores nos disseram que há problemas aqui: 33% dizem que sua satisfação não é medida, e outros 16% não sabem se está sendo medida.

Os três principais métodos para medir DevEx – quando é medido – são:

A maioria dos desenvolvedores geralmente aceita essas avaliações. Quando perguntamos aos desenvolvedores em 2024 como se sentiam sobre ter sua produtividade medida, 42% disseram que se sentiam à vontade com isso, e 40% tinham uma atitude neutra. No entanto, 18% admitiram algum desconforto com a ideia.

Os desenvolvedores se sentem ainda mais confortáveis com o fato de sua satisfação com as ferramentas de desenvolvimento ser avaliada. Mais da metade dos respondentes (57%) disseram que se sentiram confortáveis com a medição de sua satisfação, e 39% se sentiram neutros sobre isso.

Os dados deixam uma coisa clara: os desenvolvedores estão majoritariamente confortáveis com a avaliação de sua produtividade e experiência.

Esse tipo de avaliação parece estar se tornando uma prática padrão no setor de tecnologia. O medo de deixar os desenvolvedores desconfortáveis ou provocar emoções negativas não deve impedir as empresas de medir a produtividade e a experiência dos desenvolvedores.

Quase dois terços dos desenvolvedores não acreditam que as métricas usadas para medir sua produtividade refletem com precisão sua produtividade e contribuição (36%) ou não têm certeza sobre isso (30%).

Essa falta de confiança se estende a como esses dados são usados em processos de tomada de decisão. Em 2024, perguntamos aos desenvolvedores quão cientes eles estavam das decisões sendo tomadas com base nas avaliações de sua produtividade.

Apenas 22% dos desenvolvedores disseram que estão totalmente cientes de como seus dados de produtividade estão sendo usados e são regularmente e claramente informados sobre isso.

Outros 32% têm consciência parcial, o que significa que possuem uma noção geral, mas não enxergam o cenário completo.Para os demais, o nível de consciência cai, com 46% tendo uma compreensão limitada ou estando completamente alheios a como seus dados estão sendo utilizados.

Ao perguntarmos aos desenvolvedores o que os deixaria mais confortáveis com a forma como sua produtividade é medida, isto é o que nos responderam:

Outras preocupações incluíam a justiça do processo, como os resultados são usados nas tomadas de decisão e quem é responsável pela medição. Os desenvolvedores querem que esse processo seja reflexivo, intencional e capacitante.

Baseando-se em nossas discussões sobre as métricas e os métodos usados para medir a experiência dos desenvolvedores, voltamos à questão de saber se as organizações realmente medem a satisfação de seus desenvolvedores com suas ferramentas. Embora essa métrica seja um componente vital do DevEx, quase metade de todos os desenvolvedores relatam que ela está faltando ou é desconhecida em suas empresas. Especificamente, 33% dizem que a satisfação com ferramentas não é medida de modo algum, e outros 16% não têm certeza. Sem essa visibilidade, as equipes têm poucas chances de identificar pontos problemáticos ou tomar ações sistemáticas.

Como mencionado anteriormente, quantificar a satisfação dos desenvolvedores é geralmente bem recebido e raramente parece causar desconforto.

O tamanho da empresa parece ter um papel na adoção de práticas de medição, com organizações maiores sendo mais propensas a medir DevEx e a produtividade dos desenvolvedores do que empresas de médio e pequeno porte.

Em organizações maiores com mais de 1.000 empregados, apenas 30% dos gerentes de tecnologia pesquisados afirmaram que suas empresas não medem DevEx ou produtividade dos desenvolvedores. Para empresas de médio porte (de 50 a 1.000 funcionários), esse número aumenta para 34%, e novamente para 41% em empresas menores com menos de 50 funcionários.

Em 2024, a frequência das avaliações de produtividade realizadas entre os desenvolvedores mostra uma ampla variação de empresa para empresa. Avaliações de produtividade trimestrais (25%), mensais (18%) e semanais (17%) são as principais práticas.

A situação é um pouco diferente para a satisfação com as ferramentas, que é o componente central do DevEx, onde as coisas estão mudando. Em 2024, mais da metade dos desenvolvedores (53%) disse que sua satisfação com as ferramentas de desenvolvimento foi medida em intervalos irregulares. Mas em 2025, esse número caiu significativamente para 29%, com mais equipes adotando práticas de medição estruturadas – mensais, trimestrais e anuais. Avaliações trimestrais (28%), mensais (18%) e semanais (9%) tornaram-se mais comuns.

Quem é realmente responsável por monitorar DevEx e a produtividade dos desenvolvedores? Nossos dados revelam um cenário claro: na maioria das empresas, independentemente do tamanho, os líderes de equipe assumem (ou são esperados que assumam) a responsabilidade por esses esforços (veja outros cargos no gráfico).

De acordo com nossos dados de 2025, 56% dos colaboradores individuais (ICs) pesquisados e metade dos gerentes técnicos de várias posições (incluindo engenheiros de produtividade, especialistas em DevEx, líderes de equipe, etc.) concordam que os líderes de equipe são os principais impulsionadores da medição de DevEx e produtividade dos desenvolvedores. Curiosamente, isso é verdade para empresas de todos os tamanhos. A escolha parece lógica – os líderes de equipe trabalham de perto com os desenvolvedores e conhecem os fluxos de trabalho, desafios e pontos problemáticos de suas equipes.

Entre os desenvolvedores e gerentes técnicos em grandes empresas, 22% e 23%, respectivamente, identificaram equipes de engenharia de plataforma como responsáveis pelos esforços de DevEx. 25% e 22%, respectivamente, apontaram para papéis especializados dedicados.

Entre os desenvolvedores, 30% sentem que medir sua própria produtividade e experiência é uma responsabilidade exclusivamente deles. Esse número aumenta para 38% em empresas pequenas, sugerindo que organizações menores são especialmente propensas a deixar os desenvolvedores se virarem sozinhos.