¿Quién quiere ser engineering manager en 2026?
El 79% de los developers reportan burnout. El salario promedio de EM en Estados Unidos subió en 2026 según LeadDev. Y la narrativa dominante en LinkedIn dice que la IA va a reemplazar a los managers. Todo al mismo tiempo.
Hace unos meses, LeadDev publicó una pregunta que se viralizó en las comunidades de engineering leadership: “Who wants to be an engineering manager anyway?” La pregunta está formulada como si la respuesta obvia fuera nadie. Y cuando mirás el contexto de la industria en el primer trimestre del año — casi 100.000 layoffs en tech, el 47% atribuidos a IA, equipos que achicaron sin perspectiva de volver a crecer — entendés de dónde viene el pesimismo.
Yo llevo más de una década en roles de liderazgo de ingeniería, primero como EM, después como Director y VP. Y tengo una respuesta a esa pregunta: yo lo elegiría de nuevo. No porque el rol sea fácil. Porque en este contexto, importa más que nunca.
Pero para llegar ahí, primero hay que ser honesto sobre lo que el rol realmente cuesta hoy.
Lo que cambió: no solo más difícil, sino diferente
En 2018, ser un buen engineering manager significaba hacer bien tres cosas: atraer talento, retenerlo, y asegurarte de que el equipo entregara. Eso era la vara. Si hacías eso consistentemente, eras un EM sólido.
Hoy eso sigue siendo la base. Pero la capa de complejidad que se agregó encima es cualitativamente diferente.
Primero, el contexto económico. Los presupuestos de ingeniería están bajo presión sostenida post-layoffs masivos. Muchos equipos achicaron y no van a volver al tamaño anterior. Eso significa que el EM de hoy tiene que hacer más con menos, y encima tiene que justificar con datos por qué ciertos roles humanos no pueden ser reemplazados por herramientas de IA — una conversación que hace tres años no existía.
Segundo, la presión tecnológica. La expectativa ya no es solo que el manager entienda el stack técnico de su equipo. Se espera que guíe la adopción de AI coding tools, que evalúe qué tareas automatizar y cuáles no, que establezca estándares de calidad para código generado por IA, y que ayude a su equipo a hacer esa transición sin perder ownership del craft. Es una dimensión nueva del rol que no estaba en ningún job description de hace dos años.
Tercero, la carga emocional. El burnout no es solo un número estadístico — es algo que se siente en los 1:1 cuando un senior engineer que siempre fue sólido empieza a sonar diferente. El miedo a quedar obsoleto, la incertidumbre sobre el futuro del rol, la fatiga de cambio constante. El EM es quien absorbe esa tensión y ayuda al equipo a procesarla.
Y hacés todo eso con menos certeza estructural que en cualquier otro momento de los últimos diez años.
El argumento que pocos hacen: el superpoder que no se automatiza
Hay una razón por la que creo que el rol de EM se vuelve más valioso en la era AI, no menos. Y tiene que ver con lo que los LLMs no pueden hacer.
Un modelo de lenguaje puede revisar código, sugerir arquitecturas, generar documentación, analizar métricas. Puede hacer muchas de las cosas que antes consumían tiempo técnico.
Pero un LLM no sabe por qué ese ingeniero senior está desmotivado desde hace tres sprints. No tiene el contexto de la conversación difícil que hubo hace seis meses con product, ni sabe cómo eso dejó una herida en la dinámica del equipo. No puede leer la sala en una reunión de calibración de performance y entender qué no se está diciendo. No sabe qué trade-off técnico se tomó hace 18 meses, por qué se tomó, y cómo está afectando silenciosamente la decisión de arquitectura de hoy.
Ese contexto acumulado — esa combinación de historia, relaciones, juicio y cultura — es exactamente lo que construye un buen engineering manager durante años. Y cuanto más automatizada se vuelve la parte técnica de ejecución, más crítica se vuelve esa capa humana de síntesis y juicio.
Get Nicolas Gabriel Vazquez’s stories in your inbox
Join Medium for free to get updates from this writer.
No es que los managers sean irreemplazables por algún motivo místico. Es que el trabajo específico que hacen los buenos managers — construir confianza, mantener contexto organizacional, tomar decisiones en situaciones ambiguas con información incompleta — es exactamente el tipo de trabajo que los sistemas actuales de IA no manejan bien.
El multiplicador real
Hay otra razón por la que elegiría este camino de nuevo, y es más pragmática: el impacto multiplicador.
Como IC, cuando hago algo bien, el resultado es mío. Es valioso. Pero está acotado a mi capacidad individual.
Cuando soy un EM que funciona bien, libero el potencial de seis, ocho personas. Elimino los obstáculos que los frenan. Les doy contexto que no tendrían acceso por sí solos. Creo las condiciones para que alguien crezca más rápido de lo que crecería sin alguien que piense activamente en su desarrollo. Cuando un engineer de mi equipo resuelve un problema complejo, parte de ese resultado incluye el trabajo invisible de haberle dado el espacio, la claridad y el soporte para llegar ahí.
El output del equipo no es solo el mío. Es el de ellos, pero con una amplificación que no existiría sin alguien que gestione bien la capa humana.
Lo que sí hay que decir: no es para todo el mundo
Sería deshonesto terminar acá sin decir esto: no estoy argumentando que todo el mundo debería ser manager.
El camino de Staff Engineer, Principal Engineer o Distinguished Engineer es igualmente legítimo, igual de impactante, y en muchos casos más apropiado para el perfil y motivaciones de una persona. Las organizaciones que no tienen ese track bien definido le están haciendo un flaco favor a su talento técnico senior.
Si estás evaluando el salto a management, la pregunta que haría no es “¿querés liderar personas?” — esa es una pregunta demasiado vaga. La pregunta es: ¿cuál es tu motivación real?
Si la respuesta es “porque es el próximo paso natural en mi carrera” o “porque quiero ganar más”, hay que frenar ahí. Esas razones no alcanzan para sostener el rol en los momentos difíciles, y los momentos difíciles van a aparecer.
Si la respuesta es “quiero impacto a través de las personas, no solo a través de mi código” y “me importa cómo crece y funciona el equipo, no solo qué produce”, ahí hay algo real para explorar.
El rol de engineering manager en 2026 no es para quien lo necesita para crecer. Es para quien elige conscientemente ese tipo de impacto, con ojos abiertos sobre lo que cuesta.
Por qué lo elegiría de nuevo
Lo elegiría porque el trabajo que más me importa no es el código que escribí hace cinco años. Es el equipo que construí. Las personas que crecieron. Las decisiones difíciles que tomamos juntos en situaciones donde no había una respuesta clara.
Eso no lo automatiza ningún modelo. Eso se construye con presencia, con historia, con confianza acumulada.
El rol de engineering manager nunca fue tan difícil. Y tampoco nunca fue tan específicamente necesario.
¿Estás considerando el salto a management o estás en los primeros años del rol? Me interesa saber qué te convención o qué te frenó — desde dónde están tomando esa decisión hoy.
