¿La IA va a reemplazar tu rol? Depende de a quién le preguntes
Un dev decía que ya no necesitaba a su PM. Un PM decía que ya no necesitaba a sus devs. La realidad es más gris: la IA complementa, no reemplaza. Por ahora.
Hace unos días estaba leyendo por internet y me topé con perspectivas que, leídas juntas, me hicieron pensar en algo incómodo: según el rol de quien habla, la IA ya reemplazó al otro. Un desarrollador contaba que ya no necesitaba tanto a su Project Manager — podía planificar, documentar y estimar con ayuda de la IA. Un PM, por otro lado, decía que ya no dependía tanto de sus devs — la IA generaba código, corregía errores y armaba borradores de specs. Dos lecturas opuestas. La misma conclusión desde lados distintos: el otro sobra.
Eso me hizo pensar en algo que creo que muchos en tech están sintiendo pero no siempre dicen en voz alta: cada quien usa la IA para cubrir justo lo que no domina o lo que le consume más tiempo. No para reemplazarse a sí mismo, sino para complementar lo que le falta.
Si le preguntas a un desarrollador qué puestos sienten más presionados, muchas veces la respuesta apunta hacia arriba: los PMs que solo pasan tickets, los tech leads que solo revisan PRs, los managers que solo coordinan reuniones. “Con Cursor, Claude Code o ChatGPT puedo planificar, documentar, estimar y hasta proponer arquitectura”, dicen. Y no mienten del todo. Hoy un dev con buenas herramientas de IA puede hacer cosas que hace cinco años requerían otras personas en el flujo.
Pero si le das la vuelta a la pregunta y se la haces a un Project Manager o a un Líder Técnico, la respuesta cambia de bando. Ahí lo que sobra — o al menos lo que más presión siente — son los desarrolladores junior o los que solo escriben código sin criterio. “La IA ya genera el boilerplate, corrige errores, escribe tests, traduce entre lenguajes y documenta”, argumentan. “Lo que falta es alguien que entienda el negocio, que priorice, que negocie con stakeholders y que sepa cuándo la IA está inventando.”
Leer esas dos posturas seguidas fue lo que me hizo replantear la conversación. No se trata de quién tiene razón en abstracto. Se trata de que cada rol está usando la IA para llenar sus propios huecos — y desde ahí, el del otro parece prescindible.
Por qué cada rol ve amenazado al otro
No es paranoia. Es perspectiva.
Cada quien usa la IA para cubrir justo lo que no domina o lo que le consume más tiempo. El dev la usa para planificar, documentar y tomar decisiones técnicas que antes delegaba. El PM la usa para entender código, estimar complejidad o redactar specs sin depender tanto del equipo. El tech lead la usa para generar prototipos, revisar implementaciones o explorar alternativas sin sentarse horas frente al editor.
En otras palabras: nadie la usa para reemplazarse a sí mismo. La usan para complementar lo que no controlan directamente.
Eso explica por qué las predicciones son tan distintas según el puesto. Cuando la IA hace bien algo que antes dependía de otra persona, esa otra persona empieza a sentirse prescindible. Pero cuando la IA falla justo en lo que tú haces bien — criterio, contexto, negociación, responsabilidad — entonces sientes que tu rol sigue siendo necesario y que el de otros es el que está en riesgo.
Es un espejo. Y cada uno ve al otro del otro lado.
Lo que esas lecturas no contaban: la IA todavía no cierra el ciclo
El argumento de “ya no necesito a X” suena convincente hasta que intentas usar la IA en un proyecto real con deadlines, deuda técnica, equipos humanos y clientes que cambian de opinión un martes a las 5 de la tarde.
La IA puede proponer un plan. Puede sugerir una arquitectura. Puede generar código funcional. Pero todavía le cuesta sostener contexto largo, entender matices políticos de un equipo, detectar cuándo un stakeholder dice “sí” pero en realidad quiere otra cosa, o asumir responsabilidad cuando algo sale mal en producción.
Un PM sigue siendo necesario cuando hay que alinear expectativas, cortar scope, decir que no sin romper la relación con el cliente, o traducir “lo que el negocio necesita” a “lo que el equipo puede entregar en dos sprints”. Un tech lead sigue siendo necesario cuando hay que tomar decisiones con trade-offs reales, mentorear, revisar que la IA no introdujo una vulnerabilidad, o defender una deuda técnica frente a presión comercial.
Y un dev sigue siendo necesario cuando hay que entender por qué algo falla en un entorno que la IA nunca vio, integrar sistemas legacy, debuggear a las 2 de la mañana o saber cuándo el código generado “funciona” pero está mal diseñado.
Ninguno de esos escenarios desapareció. Solo cambió quién hace qué parte del trabajo y con qué herramientas.
La respuesta real es gris (y eso es lo incómodo)
Lo que más me llamó la atención al leer esas perspectivas no fue ninguna predicción en particular, sino lo que todas dejaban fuera: la idea de que alguien gana y alguien pierde de forma clara.
La realidad que veo — y que creo que muchos en la industria están viviendo en silencio — es mucho más gris.
La IA no reemplaza roles completos. Complementa tareas dentro de esos roles. A veces muchas tareas. A veces las más repetitivas. A veces las que más odiabas. Pero rara vez el rol entero.
Un dev que antes pasaba medio día escribiendo CRUDs ahora los genera en minutos y dedica el resto a diseño, revisión y decisiones más complejas. Un PM que antes tardaba horas en redactar documentación ahora la produce en borrador y usa el tiempo en conversaciones difíciles con el equipo. Un tech lead que antes revisaba cada línea ahora delega parte de la revisión a la IA y se concentra en arquitectura, riesgos y personas.
Todos ganan algo. Todos pierden algo de lo que los definía. Y nadie sabe exactamente cómo se ve el puesto dentro de un año.
Lo que sí está cambiando: el perfil, no el puesto
Donde sí veo movimiento real no es en la eliminación de roles, sino en lo que se espera de cada uno.
Los devs que solo escribían código sin entender el contexto están más expuestos que los que saben diseñar, validar, integrar y comunicar. Los PMs que solo pasaban mensajes entre Jira y Slack están más expuestos que los que entienden el producto, el negocio y la tecnología lo suficiente para tomar decisiones. Los tech leads que solo hacían code review están más expuestos que los que mentorean, definen dirección técnica y construyen criterio en el equipo.
La IA no elimina puestos de un día para otro. Eleva el piso de lo que se considera “básico” y baja el techo de lo que se puede automatizar sin supervisión. Eso comprime la zona cómoda del medio.
De momento, complementa. A futuro, quién sabe
Hoy la respuesta honesta es esta: la IA complementa. No reemplaza. Al menos no de forma limpia ni completa.
Complementa lo que no controlas. Complementa lo que te aburre. Complementa lo que no tienes tiempo de hacer bien. Y cada rol la usa para cubrir sus propios huecos, no para hacerse cargo del trabajo de otro.
Mañana puede ser distinto. Los modelos mejoran rápido. Las herramientas se integran más profundo en el flujo de trabajo. Lo que hoy requiere supervisión constante mañana puede requerir menos. Y es posible que algunos roles se fusionen, se achiquen o desaparezcan en ciertos contextos.
Pero eso no lo sabemos todavía. Lo que sí sabemos es que la conversación de “¿a quién reemplaza la IA?” casi siempre dice más sobre quien pregunta que sobre la tecnología.
La IA no va a eliminar Project Managers, Líderes Técnicos ni Desarrolladores de la noche a la mañana. Va a cambiar qué hace cada uno, cuánto tiempo le dedica a qué tarea y qué se considera imprescindible en cada rol. Por ahora, la respuesta no es blanca ni negra. Es gris. Y quizás eso sea lo más honesto que podemos decir hoy.