Tema 75 de 91· Aceleración con IA

Productividad del Desarrollador con IA

Métricas de lo que la asistencia de codificación con IA realmente hace a la producción de ingeniería: tasas de aceptación de sugerencias, aceleraciones en estudios controlados, rendimiento de PR y retención de código. La base de evidencia es genuinamente contradictoria — lo que la convierte en un caso de estudio perfecto de la distinción entre eficacia y efectividad que la economía de la salud fue construida para manejar.

Por qué importa

Los dos estudios controlados más citados apuntan en direcciones opuestas:

  • Peng et al. 2023 (ECA de GitHub Copilot): los desarrolladores completaron una tarea de servidor HTTP desde cero 55,8% más rápido con Copilot (1h11m frente a 2h41m, n=95).
  • ECA de METR 2025: desarrolladores experimentados de código abierto trabajando en sus propios repositorios maduros fueron 19% más lentos con herramientas de IA de principios de 2025 (16 desarrolladores, 246 tareas) — mientras creían ser un 20% más rápidos.

Ambos son buenos estudios. La contradicción es el hallazgo: la eficacia en tareas desde cero no se traslada a la efectividad en código base maduro, y el beneficio percibido no puede sustituir al beneficio medido. La medicina tiene nombres para ambos fenómenos (ensayos explicativos frente a pragmáticos; el problema del placebo) y maquinaria para manejarlos.

El cálculo

Tasa de aceptación  = sugerencias aceptadas / sugerencias mostradas
                   (telemetría de GitHub ~30% media; varía: SQL 45%, Python 35%, JS 28%)
Tasa de retención   = código de IA que sobrevive hasta la fusión / código de IA aceptado (~88% reportado)
Aceleración          = (t_control − t_IA) / t_control  (SOLO de comparación controlada)
Delta de rendimiento = Δ PR fusionados/desarrollador/semana (datos de campo GitHub/Accenture: +8,7%)

Modelo de valor     = desarrolladores × tiempo ahorrado × tarifa cargada × factor de utilización
                  — cada término necesita medición local; ver el diagrama de tornado en
                  sensitivity-analysis.md, donde el tiempo ahorrado domina todos
                  los demás parámetros combinados

Ejemplo resuelto

Una organización de 500 desarrolladores prueba un asistente con un control adecuado (equipos emparejados, 3 meses, métricas preregistradas):

Resultado del piloto: tiempo de ciclo de PR −18%; PR fusionados +6%; CFR sin cambios;
              tiempo ahorrado autoinformado 45 min/día; nivel de tarea medido ≈ 15 min/día

Valora el número MEDIDO: 500 × 0,25h × 220d × £60 × 0,6 utilización
                          ≈ £990.000/año de capacidad (no libera efectivo)
Coste: 500 × £39/mes × 12 ≈ £234.000/año
Ratio de capacidad neta ≈ 4:1 — financiable, a un tercio de la reclamación autoinformada.

La brecha de 3× entre lo percibido y lo medido es el hallazgo de METR operando en la realidad; presupuestar con autoinforme habría triplicado la línea de beneficio.

Conexión con la ingeniería de software

Las importaciones de economía de la salud para cualquiera que evalúe herramientas de IA: ejecuta ensayos pragmáticos (tu código base, tus ingenieros, tickets reales — no tareas de demostración del proveedor); trata la tasa de aceptación como proxy, no como resultado (es el VPP de las sugerencias desde la perspectiva del desarrollador — aceptación alta con retención baja es sobrediagnóstico); combina cada ganancia de rendimiento con una comprobación de estabilidad (DORA 2025: la IA eleva el rendimiento, perjudica la estabilidad — una intervención con efectos secundarios necesita análisis de beneficio neto, según métricas DORA); y clasifica el beneficio honestamente como capacidad (liberador de efectivo frente a no liberador de efectivo).

Errores comunes

  • Trasplante de estudios de proveedores: cifras de ECA desde cero aplicadas a trabajo en código base heredado — el error exacto que expuso el estudio de METR.
  • Autoinforme como medición: la brecha de percepción de 20 puntos porcentuales es el mayor sesgo conocido en esta literatura.
  • Inflación de actividad: más PR y más código son Actividad, no resultados (SPACE); combina con retrabajo y CFR.
  • Ignorar la curva de aprendizaje: las mediciones de la semana 2 capturan efectos de novedad en cualquier dirección; mide en estado estable (horizonte temporal).

Fuentes