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

Durante treinta años el recurso escaso en software fue escribir código, así que lo optimizamos todo alrededor de la velocidad de tecleo. La IA volvió casi gratis el escribir — y la restricción se mudó, sin avisar, a la verificación: leer, confiar y aceptar la salida. Casi ningún equipo se reestructuró. Siguen echando más agua a un embudo cuyo cuello ahora es la revisión, y luego se preguntan por qué lo «más rápido» no se sintió más rápido. Las métricas de velocidad mienten porque miden la mitad que ya no es el cuello de botella.

- **Author:** Fedor Chishchin
- **Published:** 2026-07-01
- **Tags:** methodology, ai-native
- **Source:** https://fedorthinks.com/es/blog/the-bottleneck-moved-to-verification

---

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](https://www.aviator.co/blog/the-ai-code-verification-bottleneck-why-faster-code-generation-means-slower-reviews/)
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](https://byteiota.com/ai-code-verification-bottleneck-96-dont-trust-output/)
— 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](https://devops.com/the-bottleneck-isnt-coding-anymore-its-verification/):
«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](/es/blog/evals-or-it-didnt-ship),
  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](/es/blog/workslop-is-a-tax) 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.**