He visto mucha discusión sobre cómo la IA va a hacer a los equipos más productivos.

Mi visión es más simple: no mejora equipos. Amplifica lo que ya existe.

Si tu equipo ya tiene buenos estándares, claridad de arquitectura, buenas prácticas y disciplina, la IA acelera todo eso.

Si tu equipo es desorganizado, no tiene estándares claros, no define bien los problemas y toma decisiones inconsistentes, la IA también acelera eso.
Y muchas veces, de forma más peligrosa.

Antes, un equipo desorganizado tenía un limitador natural: la velocidad de escritura de código. Ahora, ese limitador prácticamente desaparece.

Puedes generar más código, más rápido. Pero eso no significa generar más valor. Significa que puedes escalar problemas. Arquitecturas mal pensadas se expanden más rápido. Decisiones malas se multiplican. Las inconsistencias aumentan.

La sensación inicial puede incluso ser de mayor productividad. Pero, con el tiempo, el sistema cobra. Y cobra más caro.

Por otro lado, los equipos que hacen bien lo básico empiezan a destacarse mucho más. Claridad de problema. Buenos estándares. Especificaciones bien definidas. Tests consistentes.

Como dijo Uncle Bob recientemente, las buenas prácticas clásicas de ingeniería de software siguen vigentes, y probablemente son aún más importantes ahora.

En esos contextos, la IA se convierte en un multiplicador de calidad.

El mismo sistema, la misma tecnología, resultados completamente diferentes.

Por eso, la pregunta más importante no es “¿cómo usamos IA?”
Es “¿qué estamos amplificando?”

Si en el texto anterior hablamos de estándares y consistencia, aquí está el efecto directo de eso.

La IA no resuelve problemas de base.

Solo hace más visible (y más rápido) lo que ya estaba ahí.