Escribir código es la última etapa del proceso de desarrollo

Si mides el progreso de un proyecto de software por la cantidad de código escrito, estás midiendo lo equivocado.

El código es la parte más rápida del proceso — y cada vez más rápida, con IA ayudando a escribir boilerplate, generar tests, armar la estructura inicial de una funcionalidad. Lo que no acelera al mismo ritmo es todo lo que tiene que pasar antes: entender el proceso, mapear las excepciones, decidir la arquitectura, validar con quien va a usarlo.

El embudo invertido

En la práctica, un proyecto bien llevado gasta la mayor parte del tiempo antes de escribir la primera línea de lógica de verdad: diagnóstico del proceso, prototipado, validación con quien opera día a día. Cuando llega la hora de programar, las decisiones difíciles ya fueron tomadas — lo que queda es ejecución.

Esto invierte la intuición de mucha gente, que asocia "estar trabajando" con "estar programando". Pero un equipo que ya sabe exactamente qué construir escribe código rápido, porque no tiene que rehacer decisiones en el camino. Un equipo que empieza a programar sin ese trabajo previo escribe rápido al principio y lento al final, porque cada decisión postergada se convierte en retrabajo.

Dónde la IA realmente ayuda — y dónde no ayuda

La IA acelera la etapa que ya era la más rápida: escribir la línea de código después de que la decisión ya fue tomada. No reemplaza la etapa más lenta e importante, que es decidir qué construir. Pedirle a la IA que "resuelva el problema" sin haber hecho ese trabajo antes solo traslada la ambigüedad al código generado — más rápido, pero igual de equivocado.

Qué cambia en el día a día

Un proceso de desarrollo sano trata el código como la última etapa visible de un trabajo que empezó mucho antes: en el diagnóstico, en el prototipo, en la conversación con quien va a usar el sistema todos los días. Cuando llega la hora de escribir, el trabajo difícil ya está hecho — y por eso mismo se puede ser rápido sin caer en parches.