Tech Lead y Engineering Manager: dos roles que no deberías confundir
"Entonces, ¿tú eres el tech lead o el manager?" Es una pregunta que no debería generar dudas, pero en la mayoría de las organizaciones de ingeniería de menos de 50 personas las genera. Porque han puesto a una sola persona en ambos roles y a eso lo han llamado liderazgo.
He visto repetirse este patrón en docenas de startups: a un ingeniero senior sólido lo ascienden a "lead." De repente es responsable de las decisiones de arquitectura, la calidad del código, la mentoría de los desarrolladores junior, las ceremonias del sprint, las evaluaciones de desempeño, proteger al equipo del caos de los stakeholders, contratar y — ah, claro — seguir escribiendo código. Lo han condenado al fracaso, y normalmente fracasa: se quema en una dimensión mientras descuida la otra.
El Tech Lead y el Engineering Manager son roles fundamentalmente distintos. Mezclarlos no ahorra headcount — degrada ambas funciones. Aclaremos qué hace cada uno, cuándo conviene separarlos y cómo construir trayectorias profesionales para ambos.
El Tech Lead es dueño del código, no de las personas
El Tech Lead es el dueño de la dirección técnica de un equipo o proyecto. Su dominio es el código, la arquitectura y la calidad técnica de lo que el equipo construye.
Responsabilidades principales:
- Decisiones de arquitectura. Elegir los patrones, las tecnologías y los enfoques adecuados para los problemas que el equipo está resolviendo. Escribir o impulsar RFCs para las decisiones técnicas importantes.
- Calidad del código. Fijar estándares de testing, revisión de código y documentación. Ser el revisor final en los cambios complejos. No escribe cada línea de código, pero garantiza que el codebase mantiene un nivel de calidad que el equipo puede sostener.
- Mentoría técnica. Ayudar a los ingenieros a crecer técnicamente. Hacer pairing en los problemas difíciles. Explicar el razonamiento detrás de las decisiones de arquitectura para que el equipo aprenda el "por qué," no solo el "qué."
- Gestión del riesgo técnico. Identificar deuda técnica, riesgos de rendimiento, límites de escalabilidad. Y comunicarlos a la dirección en términos de negocio: "Nuestro esquema de base de datos actual no soporta la funcionalidad multi-tenant del roadmap sin una migración que llevará 4-6 semanas."
- Desbloquear al equipo técnicamente. Cuando un ingeniero se atasca en un problema difícil, el Tech Lead se mete a fondo. Cuando una API de terceros se comporta de forma inesperada, el Tech Lead la depura. Es la red de seguridad técnica del equipo.
Lo que el Tech Lead no hace: evaluaciones de desempeño, conversaciones de desarrollo de carrera, negociaciones salariales, decisiones de contratación (aunque participa en las entrevistas técnicas) ni gestión de procesos.
El output principal del Tech Lead son las decisiones técnicas y la calidad técnica. Tiene éxito cuando el equipo construye las cosas de la manera correcta.
El Engineering Manager es dueño de las personas, no del código
El Engineering Manager es el dueño de la dimensión de personas y proceso del equipo. Su dominio son las personas, los flujos de trabajo y el contexto organizativo en el que opera el equipo.
Responsabilidades principales:
- Gestión de personas. One-on-ones, evaluaciones de desempeño, desarrollo de carrera, feedback, resolución de conflictos. Entender qué motiva a cada persona del equipo, qué le frustra y qué necesita para crecer.
- Contratación y composición del equipo. Definir qué roles necesita el equipo, llevar el proceso de selección, tomar las decisiones de contratación. Construir un equipo con la mezcla adecuada de habilidades, niveles de experiencia y perspectivas.
- Proceso y entrega. Las ceremonias del sprint (si se usa Scrum), la optimización del flujo de trabajo, la eliminación de bloqueos organizativos. Asegurar que el equipo tiene un proceso que funciona y no se ahoga en reuniones.
- Gestión de stakeholders. Traducir las prioridades de negocio en prioridades del equipo. Gestionar las expectativas de producto, diseño y dirección. Proteger al equipo de los cambios de contexto y del scope creep.
- Salud del equipo. Vigilar la carga de trabajo, prevenir el burnout, garantizar la seguridad psicológica. Detectar cuando alguien está desconectado y abordarlo antes de que se convierta en una dimisión.
Lo que el Engineering Manager no hace: tomar decisiones de arquitectura, ser el árbitro final de la calidad del código ni ser el mayor experto técnico del equipo. Debe tener el nivel técnico suficiente para entender lo que el equipo construye y mantener conversaciones informadas sobre trade-offs, pero su trabajo no es ser el mejor ingeniero de la sala.
El output principal del Engineering Manager es un equipo sano, productivo y en crecimiento. Tiene éxito cuando el equipo entrega de forma consistente y las personas que lo forman avanzan en sus carreras.
Por qué mezclar los roles sale mal
Cuando una sola persona hace las dos cosas, algo cede. Siempre. Esto es lo que he visto:
Escenario 1: el líder técnico que odia gestionar personas. Es el más común. Un ingeniero brillante se convierte en "el lead" y ahora tiene que hacer one-on-ones, evaluaciones de desempeño y contrataciones. Se salta los one-on-ones ("estoy demasiado ocupado"), da feedback vago ("vas bien") y contrata atendiendo solo a la habilidad técnica, sin evaluar el encaje en el equipo. El código del equipo es excelente. La moral del equipo es terrible. La gente se va, y el lead no entiende por qué, porque "tenemos problemas técnicos interesantísimos."
Escenario 2: el líder orientado a las personas que pierde credibilidad técnica. Menos común, pero igual de dañino. Un manager estupendo con las personas que deja de mantenerse al día técnicamente. Al equipo le cae bien, pero no se fía de su criterio técnico. Las decisiones de arquitectura las acaba tomando el ingeniero senior que más alza la voz, en lugar de salir de una evaluación estructurada. La deuda técnica se acumula porque el manager no la reconoce o no puede priorizarla con credibilidad.
Escenario 3: el híbrido quemado. La persona que de verdad intenta hacer las dos cosas y trabaja semanas de 60 horas para conseguirlo. Durante un tiempo hace un trabajo decente en ambas — hasta que se quema. Y cuando se va, el equipo pierde las dos funciones a la vez, lo cual es catastrófico.
Cuándo una sola persona puede con ambos
Hay una fase en la que combinar los roles tiene sentido: la etapa muy temprana, típicamente un equipo de 2-5 ingenieros.
Con ese tamaño, la carga de "gestión" es mínima. Los one-on-ones son informales. No hay un proceso complejo que administrar. Se contrata muy de vez en cuando. La persona necesita ser técnicamente sólida y emocionalmente inteligente, pero la carga de gestión de personas es lo bastante ligera como para llevar ambas dimensiones sin sacrificar ninguna.
Las señales de que ha llegado el momento de separar:
- El equipo supera los 6-7 ingenieros. A partir de ahí, la gestión de personas es un trabajo a tiempo completo. Solo los one-on-ones consumen 3-4 horas a la semana. Suma contrataciones, evaluaciones de desempeño y gestión de stakeholders, y no queda tiempo para el trabajo de arquitectura.
- El lead combinado va sistemáticamente retrasado en una dimensión. Los one-on-ones se cancelan una y otra vez. O las revisiones de arquitectura no se están haciendo. Algo se está sacrificando.
- El equipo tiene ingenieros en distintas etapas de carrera. Un equipo formado solo por seniors necesita menos gestión. Un equipo con juniors, mids y seniors necesita desarrollo de carrera activo, estructuras de mentoría y feedback diferenciado — eso es trabajo de gestión de verdad.
- La complejidad técnica va en aumento. Si el sistema crece en alcance y las decisiones de arquitectura exigen un pensamiento profundo y sin interrupciones, el Tech Lead necesita un tiempo que la gestión de personas no le deja.
Entre 15 y 40 personas, el EM y el Tech Lead son pares
En una organización de ingeniería de 15-40 personas, esta es una estructura que funciona:
Los Engineering Managers llevan equipos de 5-8 ingenieros. Cada EM es responsable de las personas, el proceso y la entrega de su equipo. Reportan a un VP of Engineering o Head of Engineering.
Los Tech Leads están integrados dentro de los equipos. Cada equipo tiene un Tech Lead que es dueño de la dirección técnica. El Tech Lead es un par del EM, no un subordinado. Colaboran: el EM fija el "qué" y el "cuándo" (en función de las prioridades de negocio); el Tech Lead fija el "cómo."
La relación clave: EM y Tech Lead son socios, no una jerarquía. El EM no revoca decisiones técnicas. El Tech Lead no revoca decisiones de personas. Cuando discrepan, lo resuelven entre ellos o lo escalan a su manager común. Este modelo de asociación exige respeto mutuo y comunicación clara, pero cuando funciona, es poderosísimo.
Los Staff/Principal Engineers operan entre equipos. En las organizaciones más grandes (30+), los Staff Engineers aportan liderazgo técnico transversal — garantizan la consistencia entre sistemas, impulsan las decisiones a nivel de plataforma y hacen mentoría de los Tech Leads. No gestionan personas. Están en la carrera técnica, con un alcance mayor.
Dos carreras con el mismo prestigio — o tus mejores ingenieros se irán
Aquí es donde fallan muchas organizaciones. Si Tech Lead es el único camino para crecer, estás empujando a grandes ingenieros hacia una gestión que no quieren. Si Engineering Manager es el único camino, estás perdiendo profundidad técnica en el nivel de liderazgo.
La carrera técnica: Ingeniero Senior → Staff Engineer → Principal Engineer → Distinguished Engineer / Fellow
En cada nivel aumenta el alcance. Un Ingeniero Senior lidera dentro de un proyecto. Un Staff Engineer lidera a nivel de equipo. Un Principal Engineer lidera a nivel de organización. El impacto crece a través de la influencia técnica, no de la gestión de personas.
La carrera de gestión: Ingeniero Senior → Engineering Manager → Senior EM / Director → VP of Engineering
En cada nivel aumenta el alcance organizativo. Un EM gestiona un equipo. Un Director gestiona varios equipos. Un VP gestiona la función entera. El impacto crece a través de la efectividad organizativa y el desarrollo de las personas.
El punto crítico: ambas carreras deben tener compensación y prestigio equivalentes. Si tus Staff Engineers ganan menos que tus Directores, o si tu cultura trata implícitamente la gestión como la carrera "de verdad," tu carrera técnica es una ficción y tus mejores ingenieros se irán — o se convertirán, a regañadientes, en managers mediocres.
Cómo separar los roles sin romper el equipo
Si hoy tienes roles híbridos de lead/manager y quieres separarlos:
- Identifica hacia qué dimensión gravita cada lead actual. Casi todo el mundo tiene una preferencia natural. ¿El lead al que le encantan las discusiones de arquitectura y el pair programming? Tech Lead. ¿El lead que destaca en los one-on-ones y las contrataciones? EM.
- No fuerces las transiciones. Si un lead actual quiere seguir en modo híbrido y el equipo es lo bastante pequeño para sostenerlo, no pasa nada. La separación debe producirse porque el equipo la necesita, no porque lo diga un organigrama.
- Define los roles con claridad y comunícalos. El equipo necesita saber a quién acudir para cada cosa. "Habla con Alex para las decisiones de arquitectura. Habla con Jordan para el crecimiento de carrera y el proceso."
- Dale un trimestre para asentarse. Las transiciones de rol son incómodas. El antiguo lead híbrido que ahora es "solo" Tech Lead puede sentir que ha perdido estatus. El nuevo EM puede dudar de su autoridad. Dale tiempo y acompaña activamente a ambas personas durante la transición.
En Conectia trabajamos con organizaciones de ingeniería en todas las etapas de esta evolución. Algunos de nuestros clientes tienen un único lead que lo lleva todo; otros tienen separaciones EM/TL ya maduras. Nuestros ingenieros senior se integran en cualquiera de las dos estructuras — aportan la profundidad técnica de un IC sólido capaz de asociarse tanto con Tech Leads como con Engineering Managers. Porque a los mejores equipos no los define su organigrama. Los define la claridad de los roles y la calidad de las personas.
¿Estás escalando tu equipo de ingeniería y necesitas ingenieros senior que encajen en tu estructura desde el primer día? Habla con un CTO.
