Rester un Tech Lead qui code — entre craft et vision

Devenir Tech Lead ne signifie pas abandonner le code. C’est apprendre à s’en servir autrement : comme outil de transmission, d’exemplarité et de vision collective.

Publié le 28 octobre 2025

🧠 Rester un Tech Lead qui code — entre craft et vision

Passer Tech Lead, c’est un cap important dans une carrière technique. Ce n’est pas seulement un titre : c’est un changement de posture. On ne code plus pour livrer, on code pour guider. Mais ce passage s’accompagne souvent d’une crainte : vais-je devoir arrêter de coder ?

Je pense que non. Et surtout, je pense que ce serait une erreur.

💻 Le code, c’est plus qu’un livrable

Quand on devient Tech Lead, on parle architecture, vision, priorités, organisation. Mais le code reste le langage commun entre ceux qui conçoivent et ceux qui réalisent.

Continuer à coder, même partiellement, c’est :

  • Garder un lien concret avec les difficultés du quotidien,
  • Conserver une légitimité naturelle auprès de l’équipe,
  • Et surtout, transmettre par l’exemple.

Un bon Tech Lead ne code pas tout, mais il montre ce que signifie bien coder.

🧩 Du code à la vision

Coder en tant que Tech Lead, ce n’est pas "faire à la place des autres". C’est illustrer les principes qu’on défend.

// Exemple : pipeline de validation dans une Minimal API .NET 8
app.MapPost("/orders", async (CreateOrderDto dto, IOrderService service) =>
{
    return await Result
        .Ok(dto)
        .Ensure(d => d.Amount > 0, "Amount must be positive")
        .BindAsync(service.CreateAsync)
        .Match(Results.Ok, Results.BadRequest);
});

Ici, le but n’est pas d’impressionner l’équipe, mais de montrer un standard : un code expressif, testable, cohérent.

Chaque ligne illustre une idée de conception : clarté, intention, lisibilité. Et c’est là que le rôle de Tech Lead prend tout son sens : donner du sens à la technique.

🧠 L’équilibre entre craft et pilotage

Le piège classique, c’est de basculer complètement du côté management : plus de code, plus de contexte, plus de contact avec le produit. Or, un Tech Lead efficace est un équilibriste.

Ce qu’il doit continuer à faire :

  • Lire du code, relire les PR critiques,
  • Explorer de nouvelles pratiques (DevContainers, tests, observabilité),
  • Faire du pair programming pédagogique,
  • Et coder juste assez pour rester lucide.

1 jour de code par semaine, bien choisi, peut suffire à nourrir ton leadership technique pendant des mois.

🚀 Influencer sans dominer

Le leadership technique n’a rien à voir avec le pouvoir hiérarchique. C’est une influence par la compétence, la confiance et la cohérence. On ne commande pas : on guide.

Les meilleures décisions ne viennent pas du Tech Lead seul, mais d’une équipe qui comprend les mêmes valeurs techniques. Et ces valeurs, on ne les enseigne pas dans un PowerPoint. On les montre dans le code, dans la manière de résoudre les problèmes, dans la façon d’écouter les autres.

🧭 En conclusion

Un Tech Lead qui ne code plus devient vite un gestionnaire. Un Tech Lead qui ne délègue pas devient vite un goulot d’étranglement. L’équilibre se trouve entre les deux.

Coder reste un acte de leadership. Pas pour livrer, mais pour inspirer. Pas pour briller, mais pour élever les autres.

C’est ça, à mon sens, le vrai rôle d’un Tech Lead craft : construire des systèmes, mais surtout, des développeurs confiants et autonomes.

✍️ Bonus – Quelques idées simples pour rester dans le code

  • Planifier un pair programming par semaine
  • Contribuer à un template ou un outil interne
  • Relire 1 PR structurante par sprint
  • Maintenir un playground personnel (projet d’exemple, POC, test de nouvelles libs)
  • Écrire un article technique par mois (comme celui-ci 😉)
Rester un Tech Lead qui code — entre craft et vision