Nuestros datos recopilados entre abril y junio de 2025 muestran que el 85 % de los desarrolladores ahora utilizan al menos una herramienta de IA para actividades de codificación y desarrollo. Esta presencia de la IA está redefiniendo lo que esperan tanto los responsables técnicos como los desarrolladores.

La adopción de herramientas de IA generativa ya se considera un paso importante. Los responsables técnicos la situaron entre las tres principales medidas organizativas para mejorar la experiencia y la productividad de los desarrolladores, junto con la formación interna y la mejora de los procesos de desarrollo.

Los desarrolladores tienen una idea clara de cómo quieren que la IA transforme sus trabajos. Cuando se les preguntó cómo esperan que cambien sus flujos de trabajo en los próximos 1 a 3 años, los desarrolladores señalaron un cambio de tendencia: no una automatización total de su trabajo, sino un reequilibrio de en qué invierten su tiempo.

Muchos esperan que la IA acelere el aprendizaje (47 %), se haga cargo de tareas repetitivas o de código base (44 %) y genere borradores iniciales de código (42 %). Los desarrolladores también ven la IA como una forma de dedicar más tiempo a tareas de valor, como resolver problemas y el diseño de alto nivel (39 %).

Los desarrolladores ya saben dónde quieren aprovechar la IA.

Estas son señales a las que merece la pena prestar atención si queremos mejorar la DevEx y la productividad en la era de la IA.

En 2025, le hicimos una pregunta similar tanto a desarrolladores como a responsables técnicos, esta vez sobre cuánto influyen los factores técnicos y los no técnicos en la productividad de los desarrolladores. Ambos grupos valoraron los factores no técnicos como ligeramente más influyentes para la productividad de los desarrolladores (responsables: 89 % vs. 85 %; desarrolladores: 89 % vs. 84 %).

A la hora de medir la productividad y la experiencia de los desarrolladores, dos de los marcos de trabajo más reconocidos son DORA y SPACE. Estos marcos de trabajo proporcionan un enfoque estructurado hacia la productividad y la experiencia de los desarrolladores.

En 2024, preguntamos a los responsables técnicos que participan en iniciativas para mejorar la DevEx y la productividad de los desarrolladores dentro de sus empresas qué elementos específicos de estos marcos (es decir, qué métricas) emplean, si es que emplean alguno, para evaluar la productividad y la experiencia de los desarrolladores.

Cuando se trata de medir la productividad, los desarrolladores informan que se utilizan diversos métodos en sus empresas.

A la cabeza de la lista en 2025 están:

Los registros de actividad (como el seguimiento de confirmaciones de código y solicitudes de incorporación de cambios) les siguen de cerca, y un 23 % de los desarrolladores afirma que este método se utiliza en sus empresas.

En lo que respecta a medir la satisfacción con las herramientas de desarrollo, la situación dista mucho de ser perfecta. Casi la mitad (49 %) de los desarrolladores nos dijeron que existen problemas al respecto: el 33 % afirman que su satisfacción no se mide en absoluto, y otro 16 % desconocen si se está midiendo.

Los tres métodos principales para medir la DevEx —en los casos en que se mide— son:

La mayoría de los desarrolladores están, por lo general, de acuerdo con estas evaluaciones. Cuando preguntamos a los desarrolladores en 2024 cómo se sentían acerca de que se midiera su productividad, el 42 % dijo sentirse cómodo con ello, y el 40 % tenía una actitud neutral. Sin embargo, el 18 % admitió cierta incomodidad con la idea.

Los desarrolladores se sienten aún más cómodos con el hecho de que se evalúe su satisfacción con las herramientas de desarrollo. Más de la mitad de los encuestados (57 %) afirmó sentirse cómodo con que se mida su satisfacción, mientras que el 39 % se mostró neutral al respecto.

Los datos dejan claro una cosa: la mayoría de los desarrolladores se sienten cómodos con que se evalúe su productividad y experiencia.

Este tipo de evaluación parece estar convirtiéndose en una práctica estándar en el sector tecnológico. El miedo a incomodar a los desarrolladores o a provocar emociones negativas no debería impedir que las empresas midan la productividad y la experiencia de los desarrolladores.

Casi dos tercios de los desarrolladores no creen que las métricas utilizadas para medir su productividad reflejen fielmente su productividad y contribución (36 %) o no están seguros al respecto (30 %).

Esta falta de confianza se extiende a cómo se utiliza esta información en los procesos de toma de decisiones. En 2024, preguntamos a los desarrolladores hasta qué punto eran conscientes de las decisiones que se toman basándose en sus evaluaciones de productividad.

Solo el 22 % de los desarrolladores afirmaron ser plenamente conscientes de cómo se utiliza sus datos de productividad y recibir información clara y regular al respecto.

Un 32 % son bastante conscientes; es decir, tienen una idea general, pero les falta la imagen completa. Para el resto, el nivel de conocimiento disminuye, y un 46 % tiene una comprensión limitada o desconoce por completo cómo se utilizan sus datos.

Cuando preguntamos a los desarrolladores qué podría hacerles sentir más cómodos con la forma en que se mide su productividad, esto es lo que nos dijeron que quieren:

Otras preocupaciones incluyeron la equidad del proceso, cómo se utilizan los resultados en la toma de decisiones y quién es el responsable de la medición. Los desarrolladores quieren que este proceso sea reflexivo, intencional y empoderador.

Partiendo de nuestro análisis de las métricas y los métodos utilizados para medir la experiencia de los desarrolladores, retomamos la cuestión de si las organizaciones miden realmente la satisfacción de sus desarrolladores con sus herramientas. Aunque esta métrica es un componente vital de la DevEx, casi la mitad de los desarrolladores informan que falta o se desconoce en sus empresas. Específicamente, el 33 % afirma que la satisfacción con las herramientas no se mide en absoluto, y otro 16 % no está seguro. Sin esta visibilidad, los equipos tienen pocas posibilidades de identificar puntos críticos o de tomar medidas sistemáticas.

Como se ha mencionado anteriormente, cuantificar la satisfacción de los desarrolladores suele tener una buena acogida y rara vez parece generar incomodidades.

El tamaño de la empresa parece influir en la adopción de prácticas de medición: las organizaciones más grandes tienen más probabilidades de medir la DevEx y la productividad de los desarrolladores que las pequeñas y medianas empresas.

En organizaciones más grandes con más de 1000 empleados, solo el 30 % de los responsables técnicos encuestados afirmaron que sus empresas no miden la DevEx ni la productividad de los desarrolladores. Para las empresas medianas (de 50 a 1000 empleados), esta cifra aumenta al 34 %, y vuelve a subir al 41 % en las empresas más pequeñas con menos de 50 empleados.

En 2024, la frecuencia de las evaluaciones de productividad realizadas entre los desarrolladores muestra una gran disparidad entre las empresas. Las evaluaciones de productividad trimestrales (25 %), mensuales (18 %) y semanales (17 %) son las prácticas más comunes.

La situación es algo distinta en cuanto a la satisfacción con las herramientas (que es el componente central de la DevEx), donde las cosas están cambiando. En 2024, más de la mitad de los desarrolladores (53 %) afirmaron que su satisfacción con las herramientas de desarrollo se medía en intervalos irregulares. Pero en 2025, ese número cayó significativamente hasta el 29 %, con más equipos adoptando prácticas de medición estructuradas: mensuales, trimestrales y anuales. Las evaluaciones trimestrales (28 %), mensuales (18 %) y semanales (9 %) se volvieron más comunes.

¿Quién es realmente el responsable de hacer el seguimiento de la DevEx y la productividad de los desarrolladores? Nuestros datos dibujan un panorama claro: en la mayoría de las empresas, independientemente de su tamaño, los jefes de equipo asumen (o se espera que asuman) la responsabilidad de estos esfuerzos (vea otros roles laborales en el gráfico).

Según nuestros datos de 2025, el 56 % de los contribuyentes individuales (IC) encuestados y la mitad de los responsables técnicos de diversas posiciones (incluidos ingenieros de productividad, expertos en DevEx, jefes de equipo, etc.) coinciden en que los jefes de equipo son los principales impulsores de la medición de la DevEx y la productividad de los desarrolladores. Curiosamente, esto es cierto en empresas de todos los tamaños. La elección parece lógica: los jefes de equipo trabajan estrechamente con los desarrolladores y conocen los flujos de trabajo, los desafíos y los puntos críticos de sus equipos.

Entre los desarrolladores y los responsables técnicos de las grandes empresas, el 22 % y el 23 %, respectivamente, identificaron a los equipos de ingeniería de plataformas como los responsables de los esfuerzos de DevEx. El 25 % y el 22 %, respectivamente, señalaron la existencia de roles de especialistas dedicados.

Entre los desarrolladores, el 30 % considera que medir su propia productividad y experiencia recae exclusivamente sobre sus hombros. Esta cifra aumenta al 38 % en empresas pequeñas, lo que sugiere que las organizaciones más pequeñas son especialmente propensas a dejar a los desarrolladores valerse por sí mismos.