Un equipo de seis ingenieros designa al más experimentado como tech lead y nadie escribe el alcance del rol. Sigue codificando la mayor parte de la semana y coordina lo demás en los intervalos. Ninguna decisión arquitectónica tiene dueño, cada sprint prueba otro stack y el onboarding de un ingeniero nuevo tarda semanas porque no hay patrones que seguir.
El tech lead designado pasa la semana codificando
El cargo salió de una etiqueta en Slack. Sin alcance escrito, el ingeniero senior asume dos tareas más: revisar todo y apagar incendios. Las decisiones de largo plazo quedan sin dueño y cada uno elige la herramienta que ya conoce. Un equipo de siete termina con cuatro frameworks para el mismo problema.
Contratar un CTO full-time para seis personas cambia el problema. Su agenda se llena de reuniones administrativas mientras la decisión técnica del martes sigue esperando. Necesitas a alguien que mire el repositorio cada semana.
El trabajo del líder técnico en un equipo pequeño
Decisión de arquitectura con vencimiento. El líder define un patrón para los próximos 6 a 12 meses y escribe por qué vale hasta entonces. Lo revisa cuando el equipo crece; nadie hereda una obligación eterna.
Code review contra patrón escrito. El review evita que código sin propósito entre al repositorio y mantiene el patrón visible. El bug lo atrapa el CI; la deuda, el review.
Mentoría dentro del trabajo. En un equipo pequeño la mentoría es pair programming el viernes y discusión en medio del review. La reunión semanal de mentoría sobra en un equipo de tres.
Defensa de alcance. El líder rechaza la funcionalidad que rompe la arquitectura, escribe el motivo y propone el recorte más barato.
El equipo paga después
Sin alguien con visión de sistema, la deuda técnica crece sin reporte. El onboarding tarda semanas, el bug reaparece porque el review cambia según quién revisa, y el equipo gasta sprints en refactorizar código que alguien eligió solo en 2024.
Tres caminos sin vacante full-time
- Staff Engineer consultor, 20 a 30 horas al mes. Define arquitectura, escribe patrones y hace review sobre el código real. El costo cierra en una fracción de una contratación CLT y el efecto se ve en el primer sprint.
- CTO fractional, una o dos veces por semana. Entra para decisión estratégica, gobernanza técnica y conversación con el negocio. El día a día del repositorio sigue con el equipo.
- Liderazgo distribuido entre dos o tres seniors. Uno asume arquitectura, otro infraestructura. Cada uno firma su área y los dos se revisan entre sí.
Will Larson detalla en Staff Engineer (O'Reilly, 2021) un rol medido por alcance de decisión: en un equipo pequeño, quien firma la arquitectura ya está dentro del código. Martin Fowler describe al arquitecto de equipo pequeño que codifica y lidera al mismo tiempo en "Who Needs an Architect?" (IEEE Software, 2003).
Un equipo pequeño pide liderazgo pegado al repositorio: alguien que firma decisiones, sostiene el patrón y rechaza alcance que el equipo no puede pagar. Lo contratas cuando el equipo llega a cinco personas, antes de que el retrabajo se vuelva costumbre.
