Hace unos meses a través de Twitter encontré una recomendación del libro "Talking with Tech Leads: From Novices to Practitioners". Como iba a embarcarme en una nueva experiencia laboral donde tendría que enfrentarme a este rol, decidí comprarlo para ver la perspectiva de personas con esta experiencia. Por fin he terminado el libro y quería haceros un pequeño review de lo que os podéis encontrar y algunos aprendizajes que se obtienen al finalizar.
De hecho, una review en Amazon indica que es ideal para aquellos que acabamos de comenzar en este rol, así que si estáis empezando o lleváis poco tiempo, deberíais darle una oportunidad a esta lectura.
¿Qué vas a encontrar en el libro?
El libro se describe a sí mismo como un libro de Tech Leads para Tech Leads. Básicamente se trata de 35 entrevistas a diferentes Tech Leads y cómo encuentran el equilibrio entre el mundo técnico y el no técnico.
Estas entrevistas recorren la perspectiva desde personas que acaban de llegar al rol, hasta personas que llevan muchos años de experiencia liderando equipos de desarrollo. Los entrevistados proporcionan su perspectiva sobre los retos a los que se puede llegar a enfrentar un líder técnico y cómo llegar a superarlos.
Sobre el autor: Patrick Kua
El autor de este libro es Patrick Kua. Patrick es el CTO de N26 (Berlín, Alemania) y anteriormente fue consultor técnico en ThoughtWorks — la empresa donde trabaja Martin Fowler, que aparece muy referenciada a lo largo del libro.
Patrick es autor de otros títulos como The Retrospective Handbook o Building Evolutionary Architectures, participa activamente en conferencias internacionales y tiene un blog muy interesante. Podéis seguir sus novedades a través de su cuenta de Twitter @patkua o ver sus libros en LeanPub.
Review del libro
El libro tiene una estructura muy interesante: se encuentra dividido en bloques de entrevistas que se refieren a distintos aspectos del rol de Tech Lead. Curiosamente, a lo largo de las entrevistas se identifican las labores menos técnicas como las más importantes del rol.
-
Primer bloque — la evolución hacia el rol: los entrevistados destacan el cambio de perspectiva, la capacidad de alejarse y tener una visión global del proyecto y de la empresa. El Tech Lead escribe menos software, pero sabe transmitir el camino adecuado a los miembros del equipo.
-
Segundo bloque — las personas: el Tech Lead debe saber delegar, facilitar al resto el camino hacia la buena dirección y entender que el equipo es lo más importante. Conseguir ser un referente dentro del equipo es clave para alcanzar su máximo rendimiento.
-
Tercer bloque — la parte técnica: aunque el libro destaca que un Tech Lead no tiene que ser el perfil con más experiencia técnica del equipo, debe lidiar con aspectos técnicos muy importantes. Se menciona un error frecuente en muchas empresas: proponer al mejor desarrollador como Tech Lead, perdiendo así a un gran programador sin que esa persona sea necesariamente la más adecuada para el rol. Las decisiones técnicas requieren conocimientos de arquitectura, soluciones de diseño y conciencia de la deuda técnica, manteniendo un equilibrio entre calidad y entrega.
-
Cuarto bloque — alineación con negocio: el Tech Lead sirve de puente entre desarrollo y negocio, entiende y describe correctamente las funcionalidades y lucha por los intereses de ambas partes.
Lecciones aprendidas
El libro concluye con los puntos clave extraídos de las 35 entrevistas. Estos son los aprendizajes que más me han llamado la atención:
- Mantente cerca del código: nunca te alejes de escribir software. El equipo te respetará más si te bajas al barro y no pierdes el contacto con el día a día.
- Desarrolla un buen equipo: como Tech Lead eres responsable de que el equipo crezca y de crear un ambiente colaborativo.
- Escucha al equipo: antes de tomar decisiones, consensúa con el equipo para encontrar las mejores soluciones.
- Aprecia las distintas habilidades: identifica las fortalezas y debilidades de cada persona y aprovéchalas para sacar lo mejor de cada uno.
- Guía sobre la solución técnica: comparte la visión técnica con el resto del equipo; apóyate en pizarras y diagramas para alinear a todos los miembros.
- Resuelve el conflicto: arbitra las discrepancias entre miembros del equipo, evitando el conflicto y buscando soluciones cómodas para todos.
- Manejar el riesgo técnico y tener visión global: los desarrolladores tendemos a una visión muy cercana al problema concreto. El Tech Lead debe preocuparse de que las elecciones de hoy pueden convertirse en problemas mañana.
- Construye soluciones fáciles de entender: simplifica al máximo, evita la complejidad extra y busca analogías para transmitir el lado técnico a stakeholders no técnicos.
- Entiende las necesidades de negocio: entiende las necesidades de los usuarios y cómo una solución técnica puede impactarles.
- Adáptate a las circunstancias: evoluciona habilidades no técnicas a las que nunca te has enfrentado y estate abierto a adaptarte a diversas situaciones.
- Mantente innecesario: trata de llegar a esa situación en la que la maquinaria sigue funcionando aunque estés ausente. No juegues al rol de héroe; lidera para que el equipo siga funcionando sin tu constante involucramiento.
Conclusión
Espero que este review sirva para que más personas lean este libro. Desde mi perspectiva, refleja muy bien el punto de vista del rol y personalmente me ha proporcionado buenos consejos para aplicar en mi día a día como Tech Lead. Si tienes alguna otra recomendación de lectura sobre el rol de Tech Lead o has leído este libro, te animo a que abramos un debate en los comentarios.