Mener une organisation d’ingénierie est un métier
Voici ce que dix-sept ans de terrain m’ont appris, et les pratiques que j’en ai tirées. Pas de théorie que je n’aie pas éprouvée — et, pour chaque sujet, les outils que j’utilise et les chapitres où je creuse.
Construire les équipes
Recruter est un problème d'ingénierie, pas une formalité RH. Un processus qui ne dit pas ce qu'il évalue produit des décisions au feeling, et le feeling recrute des clones. J'ai mené des centaines d'entretiens : les meilleures embauches sont venues de critères écrits à l'avance et tenus jusqu'au bout.
En pratique
- Plus de 30 ingénieurs recrutés, et les cadres de recrutement et de rémunération qui vont avec.
- Une agence d'ingénierie montée de zéro à 12 consultants — donc chaque poste défini, ouvert et pourvu à partir de rien.
- Un onboarding traité comme un livrable : 30/60/90 jours, avec ce qu'on attend à chaque palier.
- Sur mon poste actuel, 20+ entretiens techniques menés dès le premier mois.
Outils que j’utilise
À lire — « Être ou ne pas être CTO »
Faire grandir les gens
Un career ladder n'est pas un document RH : c'est la réponse écrite à la question « qu'attend-on de moi pour progresser ? ». J'en ai conçu, et j'ai vu ce que ça change — les 1:1 cessent d'être des points météo et deviennent des conversations de trajectoire. Le droit à l'erreur, lui, n'est pas un slogan : c'est une pratique quotidienne, et on ne construit rien de solide là où les gens ont peur de se tromper.
En pratique
- Career ladders et grilles de rémunération conçus et appliqués, pas seulement rédigés.
- Mentorat de Tech Leads et de CTO, sur la transition vers le management et les premières décisions d’organisation.
- Des 1:1 cadrés : un ordre du jour partagé, des sujets qui reviennent, des engagements qu'on relit.
- Une communauté nationale d'experts créée chez Conserto, avec ses parcours d'apprentissage.
Outils que j’utilise
À lire — « Être ou ne pas être CTO »
Décider et gouverner
Une décision qu'on n'écrit pas se rejoue tous les six mois. La gouvernance n'est pas de la bureaucratie : c'est le minimum de traces qui permet à une organisation de ne pas réapprendre ce qu'elle sait déjà. Chez Hiveo, pendant une acquisition internationale, c'est ce qui a tenu l'ingénierie debout.
En pratique
- Gouvernance et indicateurs d'ingénierie définis pour une organisation d'environ 30 ingénieurs.
- Décisions structurantes documentées en ADR et en RFC, post-mortems sans recherche de coupable.
- Budgets d’ingénierie portés, arbitrés et défendus en comité exécutif.
- Organisation cible dessinée pour un produit IA, du dimensionnement des équipes aux rôles.
Outils que j’utilise
À lire — « Être ou ne pas être CTO »
Stratégie technique et delivery
La dette technique est le plus souvent de la dette organisationnelle déguisée : elle raconte qui décidait quoi, et avec quelles contraintes. La traiter comme un problème de code seul, c'est la voir revenir. Une stratégie technique tient en une phrase que l'équipe peut répéter — sinon ce n'est pas une stratégie, c'est une liste de courses.
En pratique
- Stratégie technique et architecture cloud définies pour des produits en création comme en croissance.
- Un prototype no-code transformé en plateforme IA cloud-native : des processus métier passés de plusieurs jours à quelques minutes.
- Arbitrages de dette et de migration posés avec des critères explicites, pas au ressenti.
- Toujours hands-on : 40+ pull requests revues sur le premier mois de mon poste actuel.
Outils que j’utilise
À lire — « Être ou ne pas être CTO »
L’IA dans l’ingénierie
L'IA ne remplace pas le jugement d'ingénierie, elle en augmente le débit — et elle rend donc les mauvaises décisions plus rapides aussi. Ce qui compte n'est pas l'outil mais ce qu'on met autour : revue, tests, traçabilité des décisions. C'est ce qu'on met en place aujourd'hui, avec mon équipe, sur une plateforme IA B2B en production.
En pratique
- Adoption de l'IA menée à l'échelle d'une organisation d'ingénierie, pas au niveau d'un poste isolé.
- Automatisation par IA introduite sur des processus métier réels, avec un gain mesuré en ordres de grandeur.
- Outillage pratiqué au quotidien : Cursor, Claude, Codex, LLM locaux.
- Une conviction : la revue de code compte plus, pas moins, quand la génération s'accélère.
Outils que j’utilise
À lire — « Être ou ne pas être CTO »
Ces pratiques, en contexte réel
Les convictions ci-dessus viennent de postes précis, d’équipes précises et de contraintes précises. Le parcours les remet en situation.