Depuis quelques trimestres, on observe un retour surprenant dans les équipes tech : des dirigeants — dirigeants techniques ou même des PDG — remettent la main sur le code. Ce mouvement traduit à la fois des contraintes économiques et une évolution des outils ; il change la façon dont les décisions produit sont prises et pose de nouvelles questions sur le rôle du management technique aujourd’hui.
Contexte immédiat : pourquoi cela se produit maintenant
La conjoncture économique et les incertitudes du marché ont réduit les marges de manœuvre des entreprises. Les recrutements se tassent, les ressources se rationnent, et la pression pour livrer rapidement augmente. En parallèle, l’émergence d’outils d’« assistance au développement » et d’éditeurs low-code a abaissé la barrière technique pour des tâches qui il y a peu restaient strictement opérationnelles.
Dans ce cadre, certains leaders choisissent de coder eux‑mêmes, non par nostalgie, mais pour accélérer le prototypage, valider des hypothèses produit et conserver une crédibilité technique face aux équipes d’ingénierie.
Les motivations principales
- Réduction des frictions : coder permet de résoudre un problème en quelques heures plutôt que d’ouvrir un ticket, d’attendre une planification puis plusieurs sprints.
- Prototypage rapide : quand l’enjeu est de tester une fonctionnalité auprès d’utilisateurs en quelques jours, un dirigeant qui assemble un prototype évite le cycle long de développement.
- Crédibilité et mentorat : en contribuant au code, les responsables réaffirment leur compréhension technique et peuvent mieux coacher les équipes.
- Contraintes budgétaires : avec des équipes réduites, chaque paire de mains compte pour maintenir la vélocité.
- Exploitation des nouveaux outils : l’IA générative et les assistances de développement rendent certaines tâches plus accessibles et moins chronophages.
Ces raisons se combinent souvent : un CTO peut écrire un script pour débloquer une livraison tout en validant une hypothèse commerciale, puis déléguer la stabilisation aux développeurs.
Conséquences pour l’organisation et la culture
Le retour au code des dirigeants transforme plusieurs axes de la gouvernance technique. D’un côté, il peut raccourcir les boucles de décision et améliorer l’alignement entre produit et exécution. D’un autre, il existe des risques : dilution du rôle stratégique, ralentissement du management, ou création d’un précédent qui incite les équipes à solliciter systématiquement l’intervention des cadres pour des tâches opérationnelles.
À court terme, la pratique favorise l’itération et la réactivité. À moyen terme, les entreprises qui l’adoptent doivent clarifier des règles pour préserver la montée en compétence des équipes et protéger le temps de management.
Ce que cela implique pour les ingénieurs et les recruteurs
Pour les ingénieurs, la présence d’un dirigeant qui code peut être motivante — s’il y a transparence et échange — ou frustrante si elle devient une micro‑gestion déguisée. Pour les recruteurs, l’ampleur du phénomène change les critères de sélection : on recherche plus volontiers des profils capables de produire rapidement des prototypes, de travailler en petites équipes et d’interagir avec des décideurs techniques opérationnels.
Impacts concrets :
- Priorisation accrue des tâches à fort impact immédiat.
- Montée en valeur des compétences de prototypage et d’itération rapide.
- Besoin accru de règles claires pour limiter les interférences entre direction et exécution.
Risques et garde‑fous
Le principal danger est organisationnel : si la direction passe trop de temps sur du développement courant, la vision stratégique peut s’effacer. Autre risque, l’attrition des responsabilités — certaines décisions doivent rester au niveau produit ou technique, pas au couteau suisse du dirigeant.
Pour limiter ces effets, plusieurs approches pragmatiques existent :
- Formaliser une durée limitée et des objectifs précis pour les interventions de haut niveau.
- Distinguer le prototypage exploratoire du travail de production (tests, revue de sécurité, maintenance).
- Utiliser les contributions techniques comme outils de mentorat et de transfert de compétences.
Perspective
Ce phénomène n’est pas une mode passagère : il reflète une mutation où la technique demeure au cœur de la valeur, tandis que les outils rendent la réalisation plus accessible. Les organisations qui tireront avantage de ce retour au code seront celles qui sauront combiner réactivité et discipline, en permettant aux dirigeants d’intervenir sans affaiblir les structures de gouvernance.
À l’heure où la concurrence exige des cycles plus courts et où l’IA change le rythme du développement, comprendre pourquoi les leaders reprennent le clavier aide à anticiper l’évolution des pratiques de travail et des besoins en compétences dans la tech.