Tuviste un ingeniero senior brillante, con años de experiencia, y se fue a los cuatro meses. En la entrevista de salida dijo que el trabajo estaba bien. El problema era el manager: reuniones sin agenda, feedback solo cuando algo salía mal, cero conversación sobre hacia dónde iba su carrera.
Es un patrón conocido en tech: la gente no renuncia a la empresa, renuncia a su manager directo. En equipos remotos ese efecto se multiplica, porque el manager es prácticamente el único punto de contacto humano que tiene un desarrollador con la compañía. Si esa relación no funciona, no hay oficina bonita ni salario competitivo que lo compense.
Cómo mejorar como Engineering Manager de un equipo remoto
1. Hacé de la 1:1 semanal una prioridad real, no una casilla que tildar
Cancelar el 1:1 cuando hay mucho trabajo es la forma más rápida de decirle a tu reporte que no importa. Si tenés ocho personas a cargo, son ocho horas por semana como máximo, y es la inversión con mejor retorno que vas a hacer como manager. Usá ese tiempo para hablar de lo que bloquea a la persona, no para pedir status del sprint, para eso ya está el standup.
2. Definí qué significa hacer bien el trabajo para cada rol
Crear claridad de expectativas es probablemente el trabajo más importante de un manager de ingeniería. Hay tres niveles de metas que un dev necesita tener claros para rendir bien:
Metas del equipo: hacia dónde va la arquitectura o el producto este trimestre, y por qué. Metas individuales: qué está desarrollando esa persona puntualmente, ya sea una skill técnica, liderazgo técnico u ownership de un módulo. Prioridades de la semana: qué es lo único que de verdad importa completar, para que la persona no termine apagando incendios todo el día.
Si todo es prioridad, nada lo es. Tu trabajo es filtrar el ruido antes de que llegue al equipo, no reenviarlo tal cual te llegó a vos.
3. Delegá lo que ya no es tu trabajo, no lo que te sobra
El error más común al pasar de IC senior a manager es seguir revisando cada PR como si todavía fueras el dueño del código. Delegar de verdad significa identificar qué tareas ocupan tu tiempo sin necesitar tu criterio específico, y soltarlas, aunque las hagas más rápido vos mismo. Si seguís siendo el cuello de botella técnico del equipo, no estás gestionando, estás posponiendo tu propio rol.
4. Dá feedback específico, no la sanguchera del bien pero
Decir buen trabajo con el feature, pero revisá el naming no le sirve a nadie para mejorar. El feedback que cambia comportamiento es concreto: qué pasó, qué impacto tuvo, qué esperás la próxima vez. Y hay que darlo cerca del momento en que ocurrió el hecho, no juntado para la revisión trimestral.
5. Hacé coaching en vez de resolver vos todo
La mayoría de los managers llegaron a ese puesto por ser buenos resolviendo problemas técnicos. El instinto de dar la respuesta directa cuando alguien del equipo está trabado es fuerte, pero cada vez que la das, le sacás a esa persona la oportunidad de aprender a resolverlo sola. Preguntar qué ya probaste o qué opciones ves antes de intervenir genera equipos más autónomos, aunque al principio sea más lento.
6. No mires para el costado con el que rinde mucho pero maltrata al equipo
Cuando un manager no aborda el mal comportamiento de su ingeniero estrella (el que destroza a los juniors en code review, el que no contesta a nadie que no sea el CTO), le está diciendo al resto del equipo que los resultados importan más que cómo se tratan entre ustedes. Es una de las formas más rápidas de perder a la gente buena que sí sabe trabajar en equipo.
Ser buen manager de ingenieros remotos no es un talento innato, es una práctica que se ejercita reunión a reunión. La métrica real de si lo estás haciendo bien no es cuánto código sale del equipo esta semana, es si dentro de un año la gente que tenés hoy sigue ahí, y sigue queriendo estar.
