Tech Lead vs. Engineering Manager: Aclarando los Roles
"Entonces, ¿eres el tech lead o el manager?" Es una pregunta que no debería ser confusa, pero en la mayoría de las organizaciones de ingeniería de menos de 50 personas, lo es. Porque han puesto a una persona en ambos roles y lo han llamado liderazgo.
He visto este patrón repetirse en docenas de startups: un ingeniero senior sólido es promovido a "lead." De repente son responsables de las decisiones de arquitectura, la calidad del código, el mentoring de desarrolladores junior, la dirección de las ceremonias del sprint, las revisiones de rendimiento, proteger al equipo del caos de los interesados, las contrataciones y — oh, por cierto — seguir escribiendo código. Están preparados para fallar, y generalmente lo hacen, agotándose en una dimensión mientras sueltan pelotas en la otra.
El Tech Lead y el Engineering Manager son roles fundamentalmente diferentes. Confundirlos no ahorra headcount — degrada ambas funciones. Aclaremos qué hace cada uno, cuándo separarlos y cómo construir trayectorias profesionales para ambos.
El Rol de Tech Lead
El Tech Lead es propietario 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 construye el equipo.
Responsabilidades principales:
- Decisiones de arquitectura. Elegir los patrones, tecnologías y enfoques correctos para los problemas que está resolviendo el equipo. Escribir o patrocinar RFCs para decisiones técnicas significativas.
- Calidad del código. Establecer estándares para pruebas, revisión de código, documentación. Ser el revisor final en cambios complejos. No escribir cada línea de código ellos mismos, pero asegurar que el codebase mantiene un nivel de calidad que el equipo puede sostener.
- Mentoría técnica. Ayudar a los ingenieros a crecer en sus habilidades técnicas. Trabajar en pareja en problemas difíciles. Explicar el razonamiento detrás de las decisiones arquitectónicas 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. Comunicar estos al liderazgo en términos de negocio. "Nuestro esquema de base de datos actual no soportará la funcionalidad multi-tenant en el roadmap sin una migración que tomará 4-6 semanas."
- Desbloquear al equipo técnicamente. Cuando un ingeniero está atascado en un problema difícil, el Tech Lead se involucra. Cuando una API de terceros se comporta de forma inesperada, el Tech Lead la depura. Son el respaldo técnico.
Lo que el Tech Lead no hace: revisiones de rendimiento, conversaciones de desarrollo de carrera, negociaciones salariales, decisiones de contratación (aunque participan en entrevistas técnicas) o gestión de procesos.
El output principal del Tech Lead son las decisiones técnicas y la calidad técnica. Tienen éxito cuando el equipo construye las cosas de la manera correcta.
El Rol de Engineering Manager
El Engineering Manager es propietario de la dimensión de personas y proceso del equipo. Su dominio son los humanos, los flujos de trabajo y el contexto organizacional en el que opera el equipo.
Responsabilidades principales:
- Gestión de personas. One-on-ones, revisiones de rendimiento, desarrollo de carrera, feedback, resolución de conflictos. Entender qué motiva a cada persona del equipo, qué les frustra y qué necesitan para crecer.
- Contratación y composición del equipo. Definir qué roles necesita el equipo, dirigir el proceso de contratación, tomar decisiones de contratación. Construir un equipo con la mezcla correcta de habilidades, niveles de experiencia y perspectivas.
- Proceso y entrega. Ceremonias de sprint (si se usa Scrum), optimización del flujo de trabajo, eliminación de bloqueos organizacionales. Asegurar que el equipo tiene un proceso que funciona y no se ahoga en reuniones.
- Gestión de interesados. Traducir las prioridades de negocio en prioridades del equipo. Gestionar las expectativas con producto, diseño y liderazgo. Proteger al equipo de los cambios de contexto y el scope creep.
- Salud del equipo. Monitorear la carga de trabajo, prevenir el agotamiento, asegurar la seguridad psicológica. Notar cuando alguien está desenganchado y abordarlo antes de que se convierta en una renuncia.
Lo que el Engineering Manager no hace: tomar decisiones de arquitectura, ser el árbitro final de la calidad del código, o ser el experto técnico más profundo del equipo. Deberían ser suficientemente técnicos para entender lo que construye el equipo y tener 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. Tienen éxito cuando el equipo entrega de forma consistente y las personas en él están desarrollando sus carreras.
Por Qué Confundirlos Falla
Cuando una persona hace ambas cosas, algo cede. Siempre. Esto es lo que he visto:
Escenario 1: El líder técnico que odia gestionar personas. Este es el más común. Un brillante ingeniero se convierte en "el lead" y ahora tiene que hacer one-on-ones, revisiones de rendimiento y contrataciones. Se salta los one-on-ones ("estoy demasiado ocupado"), da feedback de rendimiento vago ("estás bien"), y contrata basándose puramente en 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 está confundido porque "tenemos problemas técnicos tan interesantes."
Escenario 2: El líder orientado a las personas que pierde credibilidad técnica. Menos común pero igualmente dañino. Un manager que es genial con las personas pero deja de estar al día técnicamente. Al equipo les agrada personalmente pero no confía en su juicio técnico. Las decisiones de arquitectura las toma el ingeniero senior más ruidoso en lugar de a través de una evaluación estructurada. La deuda técnica se acumula porque el manager no la reconoce o no puede priorizarla de manera creíble.
Escenario 3: El híbrido agotado. La persona que genuinamente intenta hacer ambas cosas y trabaja semanas de 60 horas para lograrlo. Hace un trabajo decente en ambas por un tiempo — hasta que se agota. Y cuando se va, el equipo pierde ambas funciones simultáneamente, lo cual es catastrófico.
Cuándo Una Persona Puede Hacer Ambas
Hay una fase donde combinar los roles tiene sentido: muy temprano, típicamente un equipo de 2-5 ingenieros.
Con este tamaño, la sobrecarga de "gestión" es mínima. Los one-on-ones son informales. No hay ningún proceso complejo que gestionar. Las contrataciones ocurren raramente. La persona necesita ser técnicamente sólida y emocionalmente inteligente, pero la carga de gestión de personas es lo suficientemente ligera como para que una persona pueda llevar ambas sin sacrificar ninguna.
Las señales de que es hora de separar:
- El tamaño del equipo supera 6-7 ingenieros. Más allá de esto, la carga de gestión de personas es un trabajo a tiempo completo. Los one-on-ones solos toman 3-4 horas por semana. Añade contrataciones, revisiones de rendimiento y gestión de interesados, y no queda tiempo para el trabajo de arquitectura.
- El lead combinado está sistemáticamente retrasado en una dimensión. Los one-on-ones se siguen cancelando. O las revisiones de arquitectura no están ocurriendo. Algo se está sacrificando.
- El equipo tiene ingenieros en diferentes etapas de carrera. Un equipo de todos seniors necesita menos gestión. Un equipo con juniors, mids y seniors necesita desarrollo activo de carrera, estructuras de mentoría y feedback diferenciado — eso es trabajo real de gestión.
- La complejidad técnica está aumentando. Si el sistema está creciendo en alcance y las decisiones de arquitectura requieren un pensamiento profundo y enfocado, el Tech Lead necesita tiempo que la gestión de personas no les deja.
Estructurando Ambos Roles (Org de 15-40 personas)
En una organización de ingeniería de 15-40 personas, aquí hay una estructura que funciona:
Los Engineering Managers poseen equipos de 5-8 ingenieros. Cada EM es responsable de personas, proceso y entrega para su equipo. Reportan a un VP de Ingeniería o Head de Ingeniería.
Los Tech Leads están embebidos dentro de los equipos. Cada equipo tiene un Tech Lead que posee la dirección técnica. El Tech Lead es un par del EM, no un subordinado. Colaboran: el EM establece el "qué" y el "cuándo" (basado en las prioridades de negocio), el Tech Lead establece el "cómo."
Relación clave: EM y Tech Lead son socios, no una jerarquía. El EM no anula las decisiones técnicas. El Tech Lead no anula las decisiones de personas. Cuando no están de acuerdo, lo resuelven entre ellos o escalan a su manager compartido. Este modelo de asociación requiere respeto mutuo y comunicación clara, pero cuando funciona, es poderoso.
Los Staff/Principal Engineers operan entre equipos. Para organizaciones en el extremo más grande (30+), los Staff Engineers proporcionan liderazgo técnico entre equipos — asegurando consistencia en los sistemas, impulsando decisiones a nivel de plataforma y mentoreando Tech Leads. No gestionan personas. Están en el track técnico, en un nivel más alto de alcance.
Trayectorias de Carrera
Aquí es donde fallan muchas organizaciones. Si Tech Lead es el único camino hacia el crecimiento de carrera, estás forzando 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.
El track técnico: Ingeniero Senior → Staff Engineer → Principal Engineer → Distinguished Engineer / Fellow
En cada nivel, el alcance aumenta. Un Ingeniero Senior lidera dentro de un proyecto. Un Staff Engineer lidera en todo un equipo. Un Principal Engineer lidera en toda la organización. El impacto crece a través de la influencia técnica, no de la gestión de personas.
El track de gestión: Ingeniero Senior → Engineering Manager → Senior EM / Director → VP de Ingeniería
En cada nivel, el alcance organizacional aumenta. Un EM gestiona un equipo. Un Director gestiona múltiples equipos. Un VP gestiona la función. El impacto crece a través de la efectividad organizacional y el desarrollo de personas.
El punto crítico: ambos tracks 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 "real," tu track técnico es una ficción y tus mejores ingenieros o se irán o se convertirán a regañadientes en mediocres managers.
Cómo Hacer la Transición
Si actualmente tienes roles híbridos de lead/manager y quieres separarlos:
- Identifica hacia qué dimensión gravita cada lead actual. La mayoría de la gente tiene una preferencia natural. ¿El lead que ama las discusiones de arquitectura y la programación en pareja? Tech Lead. ¿El lead que es genial en los one-on-ones y las contrataciones? EM.
- No fuerces las transiciones. Si un lead actual quiere mantenerse híbrido y el equipo es suficientemente pequeño para soportarlo, está bien. La separación debería ocurrir porque el equipo lo necesita, no porque un organigrama lo diga.
- Define los roles claramente y comunícalos. El equipo necesita saber a quién acudir para qué. "Habla con Alex sobre decisiones de arquitectura. Habla con Jordan sobre crecimiento de carrera y proceso."
- Dale un trimestre para asentarse. Las transiciones de rol son incómodas. El ex-lead híbrido que ahora es "solo" un Tech Lead puede sentir que perdió estatus. El nuevo EM puede sentirse inseguro sobre su autoridad. Dale tiempo y apoya activamente a ambas personas durante la transición.
En Conectia, trabajamos con organizaciones de ingeniería en cada etapa de esta evolución. Algunos de nuestros clientes tienen un solo lead dirigiendo todo, otros tienen divisiones maduras de EM/TL. Nuestros ingenieros senior se integran en cualquier estructura — traen la profundidad técnica de un IC sólido que puede asociarse tanto con Tech Leads como con Engineering Managers. Porque los mejores equipos no se definen por su organigrama. Se definen por la claridad de los roles y la calidad de las personas.
¿Escalando tu equipo de ingeniería y necesitas ingenieros senior que encajen en tu estructura desde el primer día? Habla con un CTO — nuestros ingenieros senior de LATAM traen la madurez técnica que tanto los Tech Leads como los Engineering Managers quieren en su equipo.
