La inteligencia artificial (IA) puede mejorar la productividad a corto plazo, pero está cortando el flujo que forma a los futuros profesionales sénior.
A medida que la IA asume las tareas rutinarias, las empresas deben cultivar el oficio técnico, el conocimiento del sector, la arquitectura, el criterio y la capacidad de coordinar sistemas de IA.
La formación debe evolucionar tan rápido como el propio trabajo, y empleadores y educadores deben rediseñar el desarrollo profesional inicial en torno a la experiencia en entornos de producción, la especialización en el sector, el criterio y las formas de trabajar con IA.
Al trabajar con cientos de equipos de software, he empezado a detectar patrones antes de que aparezcan en las métricas de toda la empresa. Uno es fácil de pasar por alto. Un desarrollador sénior asume una tarea que antes habría correspondido a un júnior, la termina más rápido con inteligencia artificial (IA) y el sprint parece ir bien.
Sobre el papel, nada salió mal, pero el júnior que habría aprendido con esa tarea ya no está en la sala.
Conviene prestar atención a ese patrón antes de que se convierta en una escasez. En el Barómetro de desarrolladores, segundo trimestre de 2026, una encuesta a más de 1.500 desarrolladores de 77 países, el 54% de los desarrolladores sénior estuvo de acuerdo en que la IA está restando relevancia al puesto júnior.
Tradicionalmente, el conocimiento institucional que poseen los desarrolladores sénior ha dependido de un flujo de profesionales júnior que recorren las mismas experiencias bajo su tutela. Ese flujo se está reduciendo. El sector empieza a trazar qué lo sustituirá, y la respuesta que empieza a perfilarse tiene tres capas, cada una vinculada a una perspectiva distinta sobre dónde se concentrará el valor en adelante.
La conclusión más incómoda de una reciente mesa redonda con 26 altos directivos tecnológicos de EE. UU., convocada por BairesDev bajo la Regla de Chatham House, tuvo que ver con la visibilidad. La productividad de la IA está ocultando una pérdida de capacidad.
Las métricas de producción parecen saludables precisamente porque los equipos con mayoría de profesionales sénior que usan herramientas de IA están absorbiendo el trabajo que antes formaba a la siguiente generación. El resultado es que conocimientos fundamentales se concentran en un pequeño grupo de desarrolladores sénior del que se depende mucho, sin un mecanismo claro para transmitirlos cuando se marchan.
Este patrón va más allá del desarrollo de software. Un análisis del Foro Económico Mundial sobre la IA y el trabajo de nivel inicial reveló que tres cuartas partes de los altos directivos de distintos sectores prevén una reconfiguración estructural significativa en los puestos de nivel inicial, una proporción casi dos veces mayor que la prevista para los puestos de nivel medio y sénior. La jerarquía organizativa estaba cumpliendo también la función de sistema de formación.
A medida que se reduce la base, la capacidad deja de desarrollarse por sí sola. La interrupción de la transferencia de conocimientos pasa inadvertida y la producción se mantiene hasta que deja de hacerlo.
Directores de tecnología: 3 apuestas sobre qué sustituirá el flujo tradicional de desarrolladores júnior a sénior
Las respuestas de los participantes de la mesa redonda se agruparon en torno a tres perspectivas sobre lo que viene después del flujo tradicional de desarrolladores júnior a sénior; cada una redefine la noción de antigüedad profesional.
El primer grupo lo considera un problema de desarrollo profesional. Entiende que los desarrolladores sénior se forman mediante el aprendizaje práctico, la revisión de código, los incidentes en producción y años dedicados a entender cómo funciona realmente una empresa. Considera que reducir la cantera de júnior solo aplaza el coste y garantiza que más adelante habrá que pagar una prima.
El segundo grupo ve el desafío como un problema de diseño. Los puestos júnior no están desapareciendo; lo que cambia son las tareas que se les asignan. La IA absorbe las tareas rutinarias que antes ocupaban los primeros años de experiencia de un desarrollador.
En cambio, deberían formarse en el propio sector, ya sea en los clientes, el modelo de negocio o el entorno regulatorio. Como lo expresó un director de tecnología: «Las tecnologías cambian, pero el conocimiento del sector se acumula».
El tercer grupo lo considera un cambio estructural. A medida que la IA asume una mayor parte de la fase de desarrollo y entrega, el valor se desplaza hacia la toma de decisiones, la arquitectura y el conocimiento del sector. El desarrollador sénior de software del futuro coordinará agentes de IA y codificará el conocimiento institucional en procesos documentados. La antigüedad profesional pasa a consistir en la capacidad de dirigir una fuerza laboral digital.
No considero que sean apuestas que compitan entre sí. Son tres capas de una misma inversión en oficio, comprensión del sector y criterio. Las tres advierten que las métricas de productividad de la IA pueden ocultar una cantera cada vez más reducida.
La pérdida se hace más evidente cuando los desarrolladores sénior se marchan sin que nadie esté preparado para transmitir sus conocimientos, pero incluso antes puede manifestarse en agotamiento, sucesiones estancadas o dependencia de unas pocas personas.
Desarrolladores sénior: las competencias técnicas siguen siendo clave
La misma encuesta revela algo que atraviesa las tres perspectivas. Cuando preguntamos a desarrolladores sénior qué competencia es más importante para un desarrollador júnior en la era de la IA, el pensamiento crítico fue la respuesta más frecuente, con un 25%, por delante de la alfabetización en IA, con un 18%.
Los conocimientos fundamentales y la descomposición de problemas también ocuparon puestos destacados, lo que sugiere que los desarrolladores sénior valoran mucho las habilidades de razonamiento que permiten usar la IA con eficacia.
Los desarrolladores júnior mostraron una intuición similar.
El 48% eligió el pensamiento analítico y la resolución de problemas como las competencias más valoradas actualmente en el mercado laboral, casi tres veces el 18% que eligió el dominio de las herramientas de IA.
Las competencias más valoradas por el mercado son las que la formación técnica siempre ha situado en el centro. La tensión está entre el ritmo al que pueden adaptarse los programas de formación y la velocidad con que la IA transforma la práctica profesional.
La IA generativa transformó las expectativas del mercado sobre las competencias en menos de 18 meses, pero la mayoría de los sistemas de formación formal no se diseñaron para revisar los planes de estudio y los modelos de enseñanza a esa velocidad.
Qué competencias deben desarrollarse junto con el aumento de la producción de la IA
Cuando se preguntó a los desarrolladores júnior en qué debería centrarse más su formación, el 49% eligió la experiencia en proyectos del mundo real, la respuesta más frecuente por amplio margen. Esto refuerza la necesidad de que empleadores y educadores colaboren más estrechamente, vinculando la formación técnica con proyectos reales, prácticas y programación en condiciones de producción.
Sin embargo, la exposición por sí sola no basta si aquello a lo que se exponen los júnior no ha cambiado. La IA está absorbiendo el trabajo rutinario que definía sus primeros años. Lo que lo sustituye es un conocimiento profundo del sector, que se acumula incluso cuando evolucionan las tecnologías. Lo veo en nuestros propios equipos.
Nuestros desarrolladores sénior ya dedican menos tiempo a escribir código y más a coordinar sistemas de IA, auditar resultados y codificar el conocimiento institucional en procesos adaptables. Esa nueva forma de ejercer la antigüedad profesional ya está aquí.
La mesa redonda describió tres capas de una misma inversión. Para los directivos, la pregunta que las une es si la productividad de hoy también está desarrollando el oficio, la comprensión del sector y el criterio que los equipos del mañana necesitarán para dirigir lo que produce la IA.
Si el único indicador que cambia es la producción, la cantera se está erosionando por debajo.
La próxima vez que un desarrollador sénior asuma discretamente una tarea que antes habría correspondido a un júnior y el sprint parezca ir bien, no preguntes solo si se terminó el trabajo. Pregunta qué se desarrolló en el equipo, además del producto.
