Engineering Manager

Los engineering managers gestionan personas, no arquitectura. Están entre los ingenieros y el resto de la empresa: traducen estrategia a prioridades del equipo, manejan el hiring loop y tienen las conversaciones que ningún ingeniero quiere tener. Las decisiones técnicas se quedan con el tech lead; el EM se asegura de que las personas que toman esas decisiones crecen, están apoyadas y no están a punto de irse.

Un buen EM tiene credibilidad técnica (los ingenieros le respetan) sin competir con los IC senior del equipo. Uno malo está demasiado lejos para liderar o demasiado dentro para gestionar. El rol es de los más difíciles de contratar; la mayoría de las startups tempranas sobrecontratan en lo técnico e infracontratan en management, por eso los equipos de ocho empiezan a tambalearse.

Ejemplo: un equipo crece de cinco a diez ingenieros en un año. Nadie añadió management, así que el CTO fundador lleva ahora diez 1:1s, tres hiring loops y dos problemas de desempeño mientras sigue intentando ser dueño de la arquitectura. La velocidad se desploma, dos personas se van y todos culpan al «proceso». La causa real es un EM que falta. La señal llega meses antes de la fuga: la persona más senior pasa más tiempo en reuniones sobre personas que en la base de código o en el SDLC.

El error común es promover a un ingeniero senior fuerte al rol sin formación y suponer que las habilidades con personas vendrán detrás de las técnicas. Normalmente no vienen; los dos conjuntos de habilidades son casi independientes. Promociona por interés demostrado en el trabajo con personas, luego enseña el contexto técnico, no al revés.

El trade-off honesto: un gran EM hace el output del equipo menos legible para el founder, porque su mejor trabajo (retención, desbloqueo, conversaciones difíciles) no aparece en un diagrama de Gantt. Los founders que miden solo features enviadas tienden a infravalorar e infracontratar el rol hasta que el tambaleo se vuelve fuga.

Relacionado: Fractional CTO Austria.