¿Qué debería hacer un tech lead?
Cada empresa define lo que quiere de un líder técnico de acuerdo a sus necesidades. En este artículo describo de acuerdo a mi experiencia como CTO por más de 6 años en La Haus, qué esperamos de los líderes técnicos, en qué deberían invertir su tiempo, qué deberían priorizar en su trabajo y las expectativas claras de esta posición.
Creación Portafolio técnico
Un líder técnico debe tener la capacidad de planear un backlog técnico para su equipo. Esto es, un portafolio técnico que permita escalabilidad en el producto y mantenga el riesgo de creación de producto bajo, por ejemplo, mejoras en seguridad. Lo anterior es lo que algunos llaman “deuda técnica”. Este backlog depende 100% del líder técnico y de su equipo técnico. Tech Debt Isn’t a Burden, It’s a Strategic Lever for Success puede ayudar a entender muy bien cómo gestionar “deuda técnica”.
El líder técnico debe poder comunicar, negociar con el Product Manager(PM) de su equipo el por qué lo que propone es importante y cuál es el impacto para el negocio. Si el líder técnico no se consigue comunicar bien, y solo se queja porque sólo existe trabajo de producto que no lo deja avanzar en pagar su “deuda técnica”, tal vez es un punto a mejorar: Vender sus iniciativas técnicas y el por qué tienen un impacto claro en el negocio o producto.
Entonces, para cada trimestre de planeación el líder técnico debería tener muy claro su backlog y sus apuestas, para que entren en una discusión con producto sobre qué se va a ejecutar y qué no.
Creación de procesos o sistemas que quitan tareas repetitivas
Un líder técnico tiene que entender en cuál momento un porcentaje del trabajo de su equipo se está yendo en trabajar en bugs y pedidos de última hora. Un porcentaje no saludable es más del 20%. Si tu equipo se la pasa “arreglando cosas” la mayoría del tiempo tal vez necesita un mejor proceso o framework para recibir requerimientos/problemas, categorizarlos y priorizarlos. Recibir mucho trabajo del “día a día” y no saber salir del atolladero sin métricas claras, demuestra poca gestión en la labor de habilitar la productividad del equipo.
También y si es necesario, a veces es importante llegar a revisar la solución o sistema desde cero y ver si está quitando más valor del que aporta. Si un problema recurrente no se arregla con un simple proceso tal vez es un indicio para que el tech lead tenga un acercamiento más contundente al problema y piense en corregir toda la funcionalidad completamente.
Creación de producto
Un líder técnico debe entender claramente lo que va a hacer. Debe entender muy bien el negocio y el producto, debe articular claramente la misión del equipo, el por qué hace lo que hace.
Un líder técnico debe tener una opinión importante en la creación de producto. Si sólo recibe requisitos de producto, es un toma pedidos que gestiona backlog, no un líder técnico. Les interesa conocer al usuario, participar en entrevistas con usuarios. Al fin y al cabo, si no tienes claro lo que estás haciendo y el dolor que le estás resolviendo a un usuario ¿cómo vas a crear un producto de calidad?. También participa de forma activa en procesos de discovery de producto. Las propuestas que salen de esos ejercicios no deberían tomarlo por sorpresa, al contrario, deberían tener su aprobación o visto bueno.
Una prueba para saber si es un buen líder técnico podría ser que tenga la capacidad para manejar el equipo de producto, incluso si el PM está de vacaciones.
Comunicación
Tiene que tener la energía para discutir con producto, para alinear otros equipos, para levantar la mano y decir cuando algo no va bien. Comunicar el estado de una iniciativa. Debe ser el mejor comunicador del equipo. Si es alguien introvertido que sólo le interesa programar, tal vez esta no es la mejor posición para esta persona. No le da miedo enfrentar reuniones con producto ni con otros stakeholders de negocio u otras áreas de la empresa.
No sólo es comunicarse bien, es importante tener planes concretos con accionables sobre lo que se comunica. Está comunicación debe quedar bien documentada y visible para el equipo, PM y diseñador, mucho mejor si ocurre por canales dispuestos por la empresa para lograrla. De los acuerdos claramente documentados depende el entendimiento y ejecución exitosa de un producto.
Facilitador con equipo técnico
Cuida de los rituales con el equipo. Independientemente de si usa SCRUM, Kanban, SCRUMban, o cualquier framework, el líder técnico junto al PM es quien lidera las reuniones de planeación, los retros y sobre ese feedback encuentra mejoras en el proceso. El líder técnico debe traer el backlog técnico bien definido a las actividades de planeación, para negociar con el PM que ejecutar.
¿Cuántas personas debería liderar?
Cuando lideras a un equipo de ingeniería tienen tareas bastante heterogéneas. Los equipos necesitan saber de arquitectura, diseño, frontend, performance, bases de datos, seguridad, etc. Mis cuentas son las siguientes, en mi experiencia liderando y preguntando lo mismo en diversas empresas:
Mi número máximo de personas para liderar es 7. Hacer management de mas de este número se vuelve complejo. Mas de 7, tal vez podría ocurrir si todos son ingenieros que hacen lo mismo. También si son ingenieros con un seniority alto.
¿Cómo debería distribuir su tiempo?
Un buen balance esperado en división de su tiempo es 70/30. Se espera que un 70% este en todo lo mencionado, un 30% como contribuidor individual. Vale la pena notar que esto depende mucho del equipo.
El 70% no es solo para gestión de personas. También se usa para reflexionar y tener una visión más estratégica de lo que se quiere para el equipo.
En La Haus creemos que la labor de un líder técnico va mas allá de “tirar código”, debe ser un líder que contribuya a la creación de un producto que haga más fácil la vida de nuestros usuarios, impactando positivamente su experiencia.
