Cómo contratar un Tech Lead y en qué se diferencia de un Engineering Manager

Una Scale-up B2B con un equipo de ingeniería en crecimiento tenía un ingeniero excepcional: el mejor del grupo, el que resolvía los problemas que nadie más podía, el que conocía cada rincón del codebase. Cuando el equipo creció de cuatro a nueve personas y la coordinación empezó a fallar, el founder hizo lo que parecía obvio: lo ascendió a un rol que llamó "líder del equipo" y le pidió, en la práctica, que fuera Tech Lead y Engineering Manager al mismo tiempo. Una sola persona dueña de toda la arquitectura y, además, responsable de los uno a uno, el desempeño y la moral de ocho ingenieros.

Durante los primeros meses pareció funcionar por pura fuerza de voluntad. Pero la grieta apareció rápido. Las decisiones de arquitectura que antes tomaba con tiempo profundo ahora se hacían apuradas entre reuniones de personas; los uno a uno se posponían porque había que apagar un incendio técnico; las evaluaciones de desempeño quedaban a medias entre revisiones de código. El mejor ingeniero de la empresa dejó de construir bien y dejó de gestionar bien al mismo tiempo. A los nueve meses, agotado y frustrado por no rendir en ninguno de los dos frentes, renunció. La empresa no perdió un líder: perdió a su mejor ingeniero por pedirle dos trabajos de tiempo completo a la vez.

Ese patrón —confundir liderazgo técnico con gestión de personas y fusionarlos por ahorro o por desconocimiento— es uno de los errores más caros y más frecuentes cuando un equipo de ingeniería escala. Este reporte desarma la confusión: qué hace un Tech Lead, qué hace un Engineering Manager, en qué se solapan y en qué chocan, cuál conviene contratar primero según el tamaño del equipo y cómo evaluar a cada uno sin equivocarse.

1. Tech Lead vs Engineering Manager: dos roles que se confunden

La confusión entre Tech Lead y Engineering Manager nace de un supuesto razonable pero equivocado: que liderar un equipo de ingeniería es una sola cosa. En realidad son dos ejes de liderazgo distintos, con incentivos, ritmos de trabajo y métricas de éxito diferentes. El Tech Lead lidera a través de las decisiones técnicas; el Engineering Manager, a través de la gestión de las personas. Confundirlos lleva a abrir la búsqueda del rol equivocado, a evaluar al candidato con los criterios equivocados y, en el peor caso, a exigirle ambas cosas a la misma persona.

La diferencia más útil de tener clara es la unidad de trabajo de cada rol. La unidad de trabajo del Tech Lead es el sistema: la arquitectura, el diseño, la calidad y la dirección técnica de lo que el equipo construye. Su autoridad es técnica y se gana por criterio, no por jerarquía. La unidad de trabajo del Engineering Manager es el equipo: el desempeño, el crecimiento, la retención y la entrega sostenida de las personas. Su autoridad es jerárquica y formal. Un rol optimiza qué se construye y cómo; el otro optimiza quién lo construye y cómo se sostiene en el tiempo.

Donde la confusión se vuelve cara es en la jerga. En muchas empresas el título de "líder técnico" se usa de forma ambigua para cualquiera de los dos roles, y a veces para ambos a la vez. El resultado es que un founder cree que está contratando dirección técnica cuando en realidad necesita gestión de personas, o viceversa. Definir cuál es el dolor real antes de poner un título es la decisión que ordena todo el resto del proceso. Esta confusión es parte de un problema más amplio de cómo se nombran y ordenan los roles a medida que el equipo crece, algo que se detalla en el career ladder de ingeniería con sus niveles tech.

2. Qué hace un Tech Lead y cuándo lo necesitas

Un Tech Lead es, antes que nada, un constructor que además dirige técnicamente a su equipo. No abandona el código: lo escribe, lo revisa y lo usa como herramienta de liderazgo. Su trabajo es elevar el nivel técnico del equipo tomando las decisiones de mayor impacto y desbloqueando los problemas que frenan al resto. Es el referente al que los ingenieros acuden cuando una decisión de diseño los supera, y la persona que asegura que lo que se construye hoy no se transforme en deuda técnica mañana.

Sus responsabilidades concretas suelen incluir las siguientes:

• Tomar y comunicar las decisiones de arquitectura y diseño de las features importantes, equilibrando lo ideal técnico con los plazos de negocio.
• Definir y mantener los estándares de calidad del código, las prácticas de revisión y la disciplina de tests del equipo.
• Desbloquear los problemas técnicos difíciles que detienen al resto, sin necesariamente resolverlos solo, sino habilitando a otros.
• Hacer mentoría técnica: elevar el criterio de los ingenieros más junior a través de la revisión de su trabajo y de decisiones compartidas.
• Traducir los objetivos de producto a un plan de ejecución técnico realista y mantenerlo coherente a medida que el contexto cambia.

Se necesita un Tech Lead cuando el dolor del equipo es técnico: las decisiones de arquitectura se toman tarde o mal, la calidad del código se degrada, falta un referente que eleve el nivel o el founder técnico ya no da abasto para sostener la dirección técnica mientras hace todo lo demás. En equipos pequeños que recién pasan de la fase de un solo creador a varios, el Tech Lead suele ser la primera figura de liderazgo necesaria, antes que cualquier rol de gestión de personas.

3. Qué hace un Engineering Manager y cuándo lo necesitas

Un Engineering Manager es responsable de las personas y de la entrega de su equipo, no del código que escribe personalmente. De hecho, en la mayoría de los casos su contribución directa al código baja a cero o casi cero, porque su trabajo es habilitar a otros para que construyan bien y de forma sostenible. Su éxito se mide por la salud, la productividad y la retención del equipo, no por sus propios commits. Es un cambio de oficio, no un ascenso lineal desde ingeniero senior.

Sus responsabilidades concretas suelen incluir las siguientes:

• Hacer uno a uno periódicos, construir confianza y detectar temprano los problemas de motivación, desempeño o relación dentro del equipo.
• Gestionar el desempeño: dar feedback difícil, reconocer el buen trabajo, liderar planes de mejora y, cuando corresponde, gestionar salidas.
• Liderar la contratación del equipo: definir necesidades, evaluar candidatos y cerrar buenas incorporaciones.
• Diseñar planes de crecimiento y carrera para que los ingenieros suban de nivel y no se vayan por techo de desarrollo.
• Coordinar con producto y otras áreas, proteger al equipo del ruido organizacional y asegurar una entrega predecible.

Se necesita un Engineering Manager cuando el dolor del equipo es de gestión de personas: el founder o el CTO está saturado de uno a uno y evaluaciones, la entrega se traba por temas de coordinación más que técnicos, la rotación sube o las carreras de los ingenieros se estancan por falta de un gestor dedicado. El momento exacto suele coincidir con que el equipo cruza un umbral de tamaño que la gestión informal ya no alcanza a cubrir; cuándo cae ese umbral se desarrolla en cuándo contratar tu primer Engineering Manager.

4. Tabla comparativa Tech Lead vs Engineering Manager

Puesta una al lado de la otra, la diferencia entre ambos roles deja de ser abstracta. La siguiente tabla resume las dimensiones que más importan al decidir cuál abrir y cómo evaluarlo. La regla de oro es leer la columna del dolor real del equipo y abrir la búsqueda del rol que la resuelve, no del título que suena mejor.

Lo que la tabla deja claro es que no son dos versiones del mismo rol con más o menos código: son dos oficios distintos. Un Tech Lead que pasa a no escribir código deja de ser Tech Lead; un Engineering Manager que sigue siendo el principal contribuidor técnico no está gestionando a su equipo. Tener esto explícito en el scorecard antes de entrevistar evita que la decisión se contamine con la pregunta equivocada.

5. El error de pedir un híbrido imposible

El error más caro al contratar liderazgo de ingeniería no es elegir el rol equivocado: es pedir los dos roles en una sola persona. Sucede casi siempre por una de dos razones. La primera es el ahorro: parece más barato pagar un solo sueldo de "líder" que dos. La segunda es el desconocimiento: el founder no técnico no sabe que dirección técnica y gestión de personas son trabajos distintos, así que asume que la persona más senior puede con todo. Ambas razones terminan en el mismo lugar.

El problema de fondo es que los dos roles tienen incentivos en tensión sobre el recurso más escaso: el tiempo y la atención. El Tech Lead necesita bloques largos de concentración profunda para diseñar arquitectura y resolver problemas difíciles. El Engineering Manager necesita disponibilidad permanente y fragmentada para personas, reuniones y desbloqueos. Una agenda no puede optimizar las dos cosas al mismo tiempo: cada uno a uno interrumpe el trabajo técnico profundo, y cada bloque de concentración deja a alguien esperando atención. La persona termina haciendo ambos trabajos a medias.

Hay un matiz honesto: en equipos muy pequeños, un híbrido liviano puede funcionar por un tiempo, porque ni la dirección técnica ni la gestión son aún trabajos completos. Pero ese arreglo tiene fecha de vencimiento. Cuando el equipo crece, exigir ambos roles a una persona deja de ser eficiente y pasa a ser destructivo. La señal para separar los roles es simple: cuando ni la parte técnica ni la de personas caben ya en los márgenes del día, llegó el momento de dividir. El costo de no hacerlo a tiempo se parece mucho al de cualquier mala contratación tech y su costo real, solo que aquí el daño recae sobre alguien que la empresa ya tenía y valoraba.

6. Cómo evaluar a un Tech Lead: señales reales de liderazgo técnico

Evaluar a un candidato a Tech Lead con preguntas de algoritmos es un error clásico. La profundidad técnica es condición necesaria, pero lo que define el rol es la capacidad de influir, decidir y elevar al equipo sin autoridad jerárquica. Un ingeniero senior brillante puede ser un pésimo Tech Lead si sigue optimizando su propio output en lugar del output del equipo. La evaluación debe buscar evidencia de liderazgo técnico real, no solo de talento individual.

Las preguntas que mejor separan a un Tech Lead real de un ingeniero senior con buen CV suelen girar en torno a decisiones y a influencia, no a sintaxis:

• Pedirle que explique una decisión de arquitectura concreta que tomó, por qué la tomó y qué alternativas descartó: revela criterio, no memoria.
• Preguntar cómo manejó un desacuerdo técnico fuerte dentro de su equipo y cómo se resolvió: muestra si lidera por argumento o por imposición.
• Preguntar cómo hizo crecer técnicamente a un ingeniero más junior: distingue al que comparte criterio del que solo resuelve solo.
• Preguntar cómo equilibró deuda técnica contra una fecha de entrega ajustada: expone si entiende el negocio o solo el código.

El complemento más predictivo es un work sample de liderazgo: pedirle que revise un diseño técnico o un pull request preparado y que entregue feedback. Ahí se ve, en vivo, cómo comunica, qué estándares aplica, si eleva o si solo critica, y si sabe ceder protagonismo. Sobre esa base, las reference checks con pares y ex managers cierran la evaluación: validan si su influencia técnica fue real o solo declarada. El marco completo para estructurar esta evaluación sin caer en la trampa de la conversación fluida está en cómo evaluar candidatos tech siendo no técnico.

7. Cuál contratar primero según el tamaño del equipo

La pregunta práctica que todo founder se hace no es teórica, es de secuencia: ¿cuál de los dos roles contrato primero? La respuesta correcta casi siempre depende de dos variables combinadas: el tamaño actual del equipo y la naturaleza del dolor dominante. Hay un patrón razonablemente estable que sirve como punto de partida, siempre con la advertencia de que cada empresa tiene su propio ritmo de crecimiento.

El principio que ordena la secuencia es que el liderazgo técnico suele necesitarse antes que la gestión formal de personas, porque la calidad de lo que se construye temprano define el techo de velocidad futuro. Pero la gestión de personas, una vez que se necesita, no admite postergación: un equipo de ocho ingenieros sin alguien que se ocupe de su desarrollo y desempeño empieza a perder gente, y reemplazar talento senior cuesta caro. Cómo se reparten ambos roles cuando aparecen varios squads se desarrolla en org design de ingeniería por squads y plataforma, y cómo encaja todo esto con los roles ejecutivos por encima está en CTO vs VP Engineering vs Head of Engineering.

8. Árbol de decisión: Tech Lead, Engineering Manager o ambos

Para bajar todo lo anterior a una decisión concreta, conviene un árbol explícito en lugar de la intuición. La pregunta de entrada nunca es "¿quién es más senior?", sino "¿cuál es el dolor real del equipo hoy?". Recorrer estos pasos en orden suele evitar tanto el error de abrir el rol equivocado como el de pedir un híbrido imposible.

El punto más importante del árbol es el paso 4: la respuesta a "¿necesito ambas cosas?" nunca es "una persona que haga las dos", sino "dos roles separados que colaboran". Cuando el rol técnico se traba y hay que cubrirlo rápido sin sacrificar la calidad de la búsqueda, existe el formato de reemplazo acelerado, que se detalla en cómo cubrir el reemplazo emergente de un Tech Lead en 21 días.

9. Rangos de mercado y cómo un headhunter cubre el rol

Las bandas de un Tech Lead y de un Engineering Manager no son idénticas y conviene no asumirlas iguales al abrir la búsqueda. Como referencia general de mercado, un Tech Lead suele ubicarse en la banda alta de ingeniería senior, con un premio por la responsabilidad de dirección técnica; un Engineering Manager de primer nivel suele moverse en una banda comparable o algo superior, según el tamaño del equipo a cargo y la complejidad organizacional. Los rangos concretos por seniority y stack están en la guía salarial tech 2026, y conviene calibrarlos contra el rol específico antes de salir al mercado.

Más allá de la banda, la forma en que un headhunter especializado reduce el riesgo de esta contratación empieza antes de buscar a nadie: ayuda a definir si el dolor del cliente es técnico o de gestión de personas, para no abrir la búsqueda del rol equivocado. Es el error más caro y el más fácil de cometer cuando el founder no es técnico. Una vez clarificado el rol, el especialista construye el scorecard correcto, evalúa el eje que define ese rol y calibra la muestra de candidatos contra el mercado real.

El mecanismo que más alinea incentivos es la garantía de 90 días de reemplazo: si la persona contratada no funciona o deja el cargo dentro de ese periodo, el headhunter busca un reemplazo sin costo adicional. Para una contratación de liderazgo —de las más caras de equivocar, porque arrastra al equipo entero— la garantía de 90 días convierte parte de ese riesgo en una contingencia cubierta. Cuando la duda es si conviene externalizar la búsqueda, el marco para decidirlo está en cuándo conviene contratar un IT headhunter, y si lo que falta primero es el primer rol de gestión, el punto de partida es cuándo contratar tu primer Engineering Manager. Para empezar una conversación concreta sobre el rol que necesitas, el formulario de contacto de IT Workers es el camino directo, y todo el análisis adicional está en el blog de IT Workers.

10. FAQ: preguntas frecuentes sobre Tech Lead y Engineering Manager