Todo squad tiene a alguien que escribe código. No todo squad tiene a alguien que garantice que se escriba el código correcto, de la manera correcta y al ritmo correcto. Ese es el rol del tech lead. En fábricas de software que atienden a grandes bancos y medios de pago, la diferencia entre un squad que entrega y uno que solo se mantiene ocupado suele estar menos en la seniority promedio del equipo y más en la calidad de ese liderazgo técnico.
Dueño de las decisiones técnicas
El tech lead no necesita tomar todas las decisiones, pero sí garantizar que se tomen, se registren y se respeten. Arquitectura, elección de bibliotecas, estrategia de pruebas, manejo de la deuda técnica: cada elección tiene un costo y una consecuencia. Un buen tech lead explica el porqué, escucha al equipo y decide cuando la discusión deja de aportar.
Escudo del equipo
Cambios de prioridad en medio del sprint, pedidos paralelos, reuniones sin agenda: todo eso llega al squad todos los días. Parte del trabajo del tech lead es filtrar. No se trata de decirle que no al negocio, sino de hacer que las solicitudes pasen por el flujo correcto, para que el equipo tenga foco y pueda terminar lo que empezó.
Puente con el negocio
El tech lead traduce en ambos sentidos. Le lleva al equipo el contexto del problema, no solo la tarea. Y le lleva al Product Owner y a los gerentes los riesgos, las alternativas y los costos técnicos en un lenguaje que entienden. Cuando ese puente funciona, el negocio confía en las estimaciones y el equipo entiende por qué construye lo que construye.
Estándares y code review
- Estándares explícitos: convenciones de código, criterios de terminado y prácticas de seguridad escritos y accesibles, no guardados en la cabeza de una sola persona.
- Code review como enseñanza: la revisión sirve para mejorar el código y difundir conocimiento, no para mostrar quién sabe más. Comentarios objetivos y con contexto.
- Primero la automatización: lo que el pipeline de CI puede verificar solo no debería consumir tiempo de revisión humana.
Desarrollar a las personas
Un tech lead también mide su éxito por el crecimiento del equipo. Delegar tareas desafiantes, trabajar en pareja con quien recién llega y dar feedback frecuente forman a los próximos líderes y reducen la dependencia de una sola persona.
Un buen tech lead no es el mejor programador del equipo. Es quien hace que todo el equipo programe mejor.
Las trampas del rol
- Convertirse en cuello de botella: si cada decisión y cada merge dependen del tech lead, el squad avanza al ritmo de una sola persona.
- Solo programar: refugiarse en el código y abandonar la alineación, las revisiones y el acompañamiento del equipo.
- Solo gestionar: alejarse tanto del código que las decisiones técnicas pierden sustento y la credibilidad disminuye.
El equilibrio no es fijo: cambia con la fase del proyecto y con la madurez del equipo. Pero el objetivo es siempre el mismo: un squad que entrega con calidad, de forma previsible, y que no se detiene cuando el tech lead se va de vacaciones.
¿Quieres hablar de esto?
Cuéntanos tu desafío. La conversación es directa y sin compromiso.