Deux personnes peuvent porter le titre de Tech Lead et ne pas exercer le même métier.
La première code presque toute la journée et accompagne quatre développeurs. La deuxième ne code pratiquement plus : elle coordonne plusieurs équipes, arbitre des choix d’architecture et suit les risques de livraison. Une troisième conduit les entretiens annuels et participe aux décisions de carrière. Une quatrième n’est Tech Lead que pendant la durée d’un projet.
Elles portent pourtant toutes le même titre.
Pour comprendre ce que ce titre recouvre réellement, j’ai croisé 18 sources : référentiels publics de carrière, documentation d’entreprises technologiques, ouvrages reconnus, recherches académiques et offres d’emploi récentes.
Le premier résultat est incontestable : Tech Lead n’est pas un titre normalisé.
Cinq réalités derrière le même titre
1. Une responsabilité temporaire
Chez GitLab, Tech Lead est un rôle associé à un sujet ou à un projet. Ce n’est ni un niveau de séniorité, ni nécessairement un titre permanent, ni une fonction managériale.
Une personne reçoit un mandat technique pour un périmètre donné. Ce mandat peut prendre fin avec le projet sans modifier son niveau de carrière.
Ce modèle sépare clairement trois notions souvent confondues :
- le titre contractuel ;
- le niveau de carrière ;
- la responsabilité exercée à un moment donné.
2. Une casquette portée par un ingénieur
Dans d’autres équipes, la personne reste officiellement Senior Software Engineer, mais devient le référent technique d’un produit ou d’un projet.
Elle continue à contribuer au code tout en maintenant davantage de contexte que les autres développeurs : décisions, dépendances, risques, qualité et coordination avec les fonctions voisines.
Le titre RH ne change pas nécessairement. Le périmètre de responsabilité, lui, change.
3. Un archétype d’ingénieur senior
Le référentiel public de Dropbox présente le Technical Lead comme un archétype de contribution : une manière de produire de l’impact à un niveau senior. Il guide l’approche et l’exécution d’une équipe, généralement en partenariat avec un manager.
Cette distinction est importante. Staff Engineer décrit généralement un niveau. Tech Lead peut décrire la manière dont ce niveau est exercé.
Un Staff Engineer peut ainsi agir comme Tech Lead, architecte, résoudre des problèmes transverses ou conduire une initiative sans diriger quotidiennement une équipe.
4. Un poste permanent
Certaines entreprises recrutent directement des Tech Leads. Euronext publie par exemple un poste permanent combinant exécution technique, architecture, qualité, mentorat et responsabilité de livraison.
Dans ce modèle, Tech Lead est bien un emploi inscrit dans l’organisation. La responsabilité ne disparaît pas avec la fin d’un projet particulier.
5. Une fonction hybride
Dans une petite équipe, une même personne peut porter la direction technique, une partie de la livraison et le management humain.
Google utilise notamment la notion de Tech Lead Manager pour désigner une personne qui répond simultanément aux besoins techniques et humains de l’équipe.
Cette fusion peut être adaptée à une équipe naissante. Elle concentre néanmoins une charge importante : développement des personnes, coordination, décisions techniques et parfois contribution au code se disputent le même temps.
Le titre est instable, mais le rôle n’est pas vide
Faut-il en conclure que « Tech Lead » ne signifie rien ? Non.
Malgré les différences entre entreprises, un noyau revient de manière suffisamment stable : le Tech Lead fait fonctionner le leadership technique sur un périmètre défini, généralement une équipe ou un projet.
Il aide l’équipe à :
- établir une direction technique cohérente ;
- prendre et comprendre les décisions importantes ;
- identifier les risques et les compromis ;
- maintenir un niveau de qualité adapté au produit ;
- résoudre les blocages techniques ;
- coordonner les dépendances ;
- communiquer le contexte technique au produit, au management et aux autres équipes.
Sa valeur ne se résume donc pas au code qu’il produit personnellement. Elle se mesure aussi à la capacité de l’équipe à prendre de bonnes décisions et à avancer sans dépendre constamment de lui.
Un Tech Lead qui conserve toutes les décisions, réalise toutes les tâches critiques et devient l’unique personne capable d’intervenir sur le système peut sembler indispensable. En réalité, il est peut-être devenu un goulot d’étranglement.
Responsable techniquement sans être le supérieur hiérarchique
Comment une personne peut-elle être responsable techniquement sans être le chef de l’équipe ?
Parce que l’autorité technique et l’autorité hiérarchique sont deux mandats différents.
L’Engineering Manager peut décider des évaluations, des promotions, de la capacité et de l’organisation de l’équipe. Le Tech Lead peut conduire les choix techniques, faire émerger une architecture locale, rendre visibles les risques et coordonner l’exécution.
Google résume cette séparation ainsi : le manager dirige les personnes, tandis que le Tech Lead dirige les efforts technologiques.
Cette organisation ne fonctionne toutefois que si les droits de décision sont explicites. Rendre une personne responsable d’un résultat sans lui donner la capacité de décider, de recommander ou d’escalader crée une responsabilité fictive.
Ce que le titre ne permet pas de supposer
À partir du seul intitulé « Tech Lead », on ne peut pas conclure :
- que la personne manage les développeurs ;
- qu’elle est Staff ou Principal Engineer ;
- qu’elle décide seule de l’architecture ;
- qu’elle possède un droit de veto ;
- qu’elle fixe les priorités produit ;
- qu’elle est responsable de toute la livraison ;
- qu’elle doit coder selon un pourcentage déterminé ;
- que son rôle est permanent.
La quantité de code illustre parfaitement cette instabilité.
Patrick Kua recommande personnellement de conserver une implication significative et évoque un minimum idéal de 30 %. Mais ce chiffre n’est ni une norme ni le résultat d’une enquête représentative. Certaines organisations attendent un Tech Lead très proche du code ; d’autres privilégient la délégation, la coordination et l’effet produit par l’équipe.
La quantité pertinente dépend de la taille de l’équipe, du périmètre, de la maturité du produit et des fonctions disponibles autour du Tech Lead.
Une définition réellement utilisable
Une définition sérieuse doit conserver les variations au lieu de les masquer :
Le Tech Lead est la personne mandatée, sur une équipe, un projet ou un périmètre technique défini, pour assurer la cohérence de la direction technique et de son exécution collective. Son leadership repose principalement sur l’expertise, l’influence, la coordination et la délégation ; son autorité hiérarchique, sa responsabilité complète de livraison et son niveau de contribution au code doivent être précisés séparément.
Le titre ne constitue donc pas la réponse. Il ouvre une discussion.
La question utile n’est pas seulement : « Avez-vous un Tech Lead ? »
Elle est :
De quel résultat technique collectif cette personne répond-elle, sur quel périmètre et avec quels droits de décision ?
Une organisation capable de répondre précisément sait ce qu’elle attend de son Tech Lead. Une organisation incapable de le faire possède peut-être un titre, mais pas encore un rôle clairement défini.