Tech Lead
El ingeniero más senior del equipo, responsable de las decisiones técnicas dentro de ese equipo pero no de la organización de ingeniería en general.
Un tech lead es ante todo un IC y, en segundo lugar, un coordinador. Escribe código. Revisa código. Toma la decisión cuando dos ingenieros discrepan en la implementación. No es manager: no maneja promociones, performance reviews ni contratación fuera de su equipo. Esa última distinción es la que lo separa de un engineering manager, y equivocarse sale caro.
En Wavect desplegamos a menudo un tech lead junto a un CTO fraccional. El CTO posee la arquitectura y la coordinación entre equipos. El tech lead posee la calidad del output del día a día: los estándares de code review, cómo el equipo practica agile, si la definición de «hecho» es real o teatro. Confundir los dos roles es el error más común que vemos en startups en serie A.
Ejemplo de ese error: una empresa promociona a su mejor ingeniero a «tech lead» y luego le va apilando en silencio 1:1s, entrevistas de contratación y planificación de plantilla. Seis meses después la base de código ha derivado porque nadie senior la revisa, y el nuevo lead está quemado haciendo dos trabajos mal. El arreglo es nombrar el split explícitamente: la autoridad técnica se queda en el tech lead, la autoridad sobre las personas pasa a un EM, aunque sea fraccional.
El trade-off honesto: un tech lead fuerte con un CTO externo como caja de resonancia a menudo rinde más que un CTO junior full-time sobre el papel, y cuesta mucho menos. El techo es la autoridad de decisión fuera del equipo. Un tech lead no es dueño de la arquitectura entre productos ni del riesgo técnico a nivel de consejo, y fingir que sí solo retrasa el momento en que necesitas de verdad un CTO.
¿Cuánto debería programar de verdad un tech lead? La mayor parte del tiempo, y aquí es donde los founders rompen el rol en silencio. El instinto, una vez que alguien es «el lead», es arrastrarlo a reuniones, planificación y coordinación hasta que programa el diez por ciento de la semana. Un tech lead que deja de enviar pierde el respeto técnico del equipo y se aleja de la base de código de la que se supone que tiene el conocimiento más profundo. La regla práctica es al menos la mitad de su tiempo con las manos en el código, el resto en review, diseño y desbloqueo. El día en que la carga de coordinación supere eso de verdad, no tienes un tech lead sobrecargado, tienes un asiento de engineering manager sin cubrir.
Relacionado: Fractional CTO Austria.