IA y productividad de ingenieros de software: estimación del 32,6 % del NBER

Qué ha ocurrido

Un nuevo documento de trabajo del National Bureau of Economic Research (NBER) estima que las herramientas de inteligencia artificial han elevado la productividad de los ingenieros de software en un 32,6 %. Según la información publicada por Computerworld e InfoWorld, el dato se ha obtenido a partir de los movimientos en el precio de las acciones, y no de encuestas directas a desarrolladores.

Ese enfoque indirecto es el elemento distintivo del estudio. En lugar de preguntar a los equipos cuánto han cambiado su forma de trabajar, los autores interpretan cómo reaccionan los mercados bursátiles ante la adopción de estas herramientas para inferir la magnitud de la mejora. Los reportajes disponibles no detallan el número de empresas analizadas ni el periodo exacto de observación, por lo que conviene tratar la cifra como una estimación académica preliminar.

Por qué importa

La cifra llega en un momento en que muchas organizaciones están construyendo casos de negocio para la IA generativa y la automatización del desarrollo de software. Hasta ahora, buena parte de la evidencia procedía de encuestas de satisfacción o de pruebas piloto a pequeña escala, con los sesgos que eso conlleva. Un método basado en señales de mercado ofrece una perspectiva distinta: sugiere que los inversores, en conjunto, han valorado la ganancia de productividad como algo tangible y económicamente relevante.

Para los responsables de experiencia, de IA y de transformación digital, la lectura práctica es que la productividad del desarrollo ya no se mide solo en líneas de código o en horas dedicadas. Las herramientas de IA están cambiando la forma en que los equipos diseñan, prueban y entregan servicios digitales, lo que tiene consecuencias directas para los clientes finales. Este resultado apunta a que las organizaciones podrían revisar cómo registran y comparan el impacto de la IA en sus equipos de tecnología.

La perspectiva de Renascence

La cifra del 32,6 % será citada una y otra vez, y ahí reside el riesgo. Un único número llamativo funciona como un ancla: los directivos lo tomarán como referencia para sus propias previsiones, sin preguntarse si su organización, su pila tecnológica o su base de clientes se parecen a los del estudio. Lo que el artículo no puede decirle a un equipo concreto es si sus propios servicios son hoy más rápidos, más fiables o mejores para el usuario.

Una estimación agregada basada en el mercado de valores no sustituye a la medición de la experiencia real. El principio de diseño de servicios que debe guiar la lectura es sencillo: medir el resultado que percibe el cliente, no solo el insumo que produce el equipo. Un operador orientado al cliente debería seguir indicadores como el tiempo de ciclo hasta llegar a un servicio usable, la tasa de incidencias tras el despliegue y el retrabajo que generan las entregas. Si esos indicadores no mejoran, la cifra del 32,6 % es una promesa, no un resultado.