Una investigación de dos economistas de Harvard muestra que acelerar la generación de código no basta para entregar más software: la revisión puede convertirse en el paso que frena al equipo.
Escribir más no significa terminar más
Un asistente genera en minutos una modificación que antes habría requerido mucho más trabajo. Parece una ganancia evidente. Pero todavía falta comprobar que funciona, que encaja con el resto de la aplicación y que no rompe nada.
Ahí aparece una diferencia fundamental: producir código y entregar una mejora útil son resultados distintos.
Fiona Chen y James Stratton, investigadores de Harvard, analizan esta cuestión en un documento de trabajo cuya versión consultada está fechada el 9 de noviembre de 2026. Su muestra incluye 720.542 trabajadores de 655 empresas.
Qué significan el 44 % y el 60 %
El estudio estima un aumento del 44 % en líneas de código doce meses después de adoptar agentes de programación. Sin embargo, el incremento estimado de tareas resueltas en Jira es del 13,7 %, con significación estadística limítrofe.
También identifica un aumento del 59,9 % en la espera antes de comenzar la revisión y del 58,5 % en el tiempo transcurrido desde su inicio. Esos indicadores no equivalen a medir exclusivamente horas de trabajo humano buscando errores.
Una cocina con más platos pendientes de comprobar
Imagina un restaurante que incorpora una máquina capaz de preparar ingredientes al doble de velocidad. Si la cocina y el servicio mantienen su capacidad, los pedidos no llegarán necesariamente antes a las mesas.
Puede aumentar la cantidad de preparaciones pendientes. Y, si algunas necesitan ajustes, la persona encargada de comprobarlas tendrá todavía más trabajo.
En software, algo parecido puede ocurrir cuando crece el ritmo de propuestas, pero no la capacidad para entenderlas, validarlas e integrarlas. Incluso una propuesta correcta necesita atención antes de aprobarse.
Por qué revisar no es una tarea secundaria
Revisar código exige algo más que comprobar si está bien escrito. Hay que entender qué comportamiento cambia y cómo afecta a otras partes del producto.
Una función puede superar una prueba sencilla y fallar con datos inesperados. Un cambio puede solucionar un problema y crear otro en una parte distinta de la aplicación.
Por eso, medir únicamente líneas generadas puede resultar engañoso. Una solución breve que elimina complejidad puede aportar más valor que cientos de líneas nuevas.
Lo que el estudio no permite afirmar
Los autores no detectan un efecto estadísticamente significativo sobre el empleo en la muestra. Eso no garantiza estabilidad futura ni describe por sí solo todo el mercado laboral.
Tampoco sería correcto convertir estos resultados en afirmaciones universales como que nadie ahorra tiempo, que la jornada permanece idéntica minuto a minuto o que todos los profesionales se han convertido en revisores a tiempo completo.
La experiencia puede variar entre una tarea pequeña y un cambio complejo, entre un proyecto nuevo y una aplicación con años de dependencias. Una conclusión sobre un conjunto de empresas no describe automáticamente cada uso individual.
La pregunta útil para los equipos
En lugar de preguntar únicamente cuánto código produce la IA, conviene observar cuánto trabajo llega a completarse con la calidad necesaria.
Eso implica comparar el tiempo desde que se plantea una tarea hasta que se entrega, las correcciones posteriores y los problemas que aparecen al utilizar el resultado.
Si las propuestas se acumulan sin revisar, generar todavía más puede no resolver el problema. Puede ser más útil preparar cambios pequeños, aportar pruebas claras y explicar qué se ha modificado para facilitar su evaluación.
El valor está en el resultado completo
La IA puede ser una ayuda valiosa para programar. Pero su rendimiento debe evaluarse dentro del proceso completo, incluyendo el trabajo necesario para comprobar lo que produce.
Para el usuario final, lo importante no es cuántas líneas se han generado: es que la aplicación funcione mejor, que los errores se resuelvan y que las nuevas funciones lleguen en condiciones de utilizarse.
Fuente original
Sombra Radio · Apoyo de lectores
Ayuda a mantener viva Sombra Radio
Tu aportación voluntaria nos ayuda a seguir publicando sobre IA. Puedes apoyarnos desde 1 € al mes.
