El cuello de botella se movió. Tú sigues optimizando el de antes.

Todo sistema tiene una restricción que marca su ritmo. Durante treinta años en el software, esa restricción fue producir código — escribirlo, teclearlo, sacarlo de tu cabeza y meterlo en el editor. Así que construimos todo nuestro oficio en torno a eso: teclear más rápido, mejor autocompletado, snippets, frameworks, más throughput. Luego la IA volvió casi gratis producir código — y el cuello de botella se movió. Casi nadie se movió con él.

El cuello del embudo ahora es la revisión

Cuando generar es barato, lo que de verdad frena la entrega es la verificación: leer la salida, entenderla, decidir si confías en ella y hacerte responsable de ella. Y los datos muestran justo este cambio. Se reporta que el tiempo de revisión de código subió alrededor de un 91% tras adoptar IA incluso mientras sube la finalización de tareas individuales. La mayoría de los desarrolladores no confían del todo en que la salida de la IA sea correcta, y aun así una gran parte hace commit sin verificar siempre — que es simplemente el cuello de botella reventando aguas abajo en forma de bugs en vez de pagarse en la revisión. Como lo puso DevOps.com: «el cuello de botella ya no es programar. Es verificar.»

Hacer más rápido el paso que no está limitado no acelera el sistema. Solo apila inventario delante de la restricción.

Esto es Teoría de Restricciones 101, y la IA nos metió de cabeza en ella. Optimizar la generación de código ahora — más agentes, modelos más rápidos, más salida — es optimizar el paso que no es el cuello de botella. Todo ese código extra generado no se entrega más rápido; se encola delante de un humano que ahora tiene más que leer, confiar y asumir que nunca.

Por qué tus métricas de velocidad mienten

Aquí está la trampa: las métricas que heredamos miden todas la restricción de antes. Líneas entregadas, tareas completadas, PRs abiertos, «tiempo hasta el primer borrador» — todas se ponen en verde cuando la generación se acelera, que es exactamente la mitad que ya no es el problema. Mientras tanto, la pregunta de verdad — ¿qué tan rápido puede un humano aceptar esto con confianza? — no aparece en ningún dashboard, porque no es un número de throughput. Es un número de confianza. Y la confianza no escala añadiendo cómputo.

Cómo se ve optimizar el cuello de botella de verdad

• Haz que la salida sea fácil de verificar, no solo fácil de producir. Diffs más pequeños, cambios explicados, pasos reproducibles. Un cambio que puedes revisar en dos minutos le gana a uno que es el doble de grande y tarda veinte.
• Invierte en el paso de aceptar. Tests, tipos, evals que condicionan los merges, checks deterministas — cualquier cosa que deje a un humano confiar en la salida sin volver a derivarla a mano. Ahí es donde vive ahora el throughput de verdad.
• Mide el tiempo-hasta-aceptar-con-confianza. No qué tan rápido generaste, sino cuánto tardó alguien en poder hacerlo suyo. Si ese número no mejora, tu «más rápido» es una ilusión.
• Protege la atención del revisor como el recurso escaso que es. Ahogar a tus mejores personas en salida de IA plausible no es palanca — es mover el trabajo aguas abajo hacia el único paso que no puedes paralelizar para quitártelo de encima.

En resumen

La IA no eliminó el cuello de botella; lo reubicó — de escribir a verificar — y dejó nuestros hábitos y métricas apuntando a la estación vacía. Generar más, más rápido, solo hace más profunda la pila delante del paso que de verdad marca tu ritmo.

Deja de optimizar el teclado. La restricción ahora es la confianza — haz que la salida sea barata de verificar, y mide qué tan rápido un humano puede decir «sí» con confianza.