Dette technique
La rendre visible, acceptable et prioritaire
Formation 1 à 2 jours pour devs seniors, tech leads et CTO freelances.
Le symptôme
« On en reparle après le lancement »
Tu l'as dit en comité. Calmement, avec des exemples. Le back est devenu difficile à faire évoluer, trois personnes sur cinq n'osent plus y toucher, et chaque nouvelle fonctionnalité prend deux fois plus de temps qu'il y a un an.
Le CEO t'a écouté. Puis il a dit : « OK, on en reparle après le lancement. »
On n'en a jamais reparlé. Le lancement a été suivi d'un autre lancement.
Six mois plus tard, la fonctionnalité du trimestre a pris cinq semaines de retard. En réunion, quelqu'un demande pourquoi c'est si lent maintenant. Tu réexpliques. Et tu vois passer sur les visages une pensée que personne ne formule : celui-là veut toujours tout réécrire.
Tu avais raison sur le fond. Tu as perdu l'arbitrage, et tu as perdu un peu de crédit sur tous les sujets suivants.
Le prix de l'inaction
Ce que ça te coûte, concrètement
Tu perds l'arbitrage avant même de l'ouvrir.
Tu défends la qualité, en face on défend le chiffre d'affaires. Tant que la conversation reste sur ce terrain, tu perdras à chaque fois, et c'est logique.
Tu es rangé dans une catégorie.
Le puriste, l'artisan, celui qui veut du beau code. Cette étiquette dévalue ton avis bien au-delà de la dette : elle contamine tout ce que tu diras ensuite sur les délais, les priorités et les risques.
Tu finis par te taire.
C'est l'issue la plus fréquente. On arrête de porter un sujet qu'on perd systématiquement, et on devient silencieusement complice de l'accumulation.
Ou tu obtiens la refonte, et c'est pire.
Une refonte mal cadrée qui dérape de six mois est ce qui a coûté le plus de crédibilité à notre métier auprès des dirigeants. Beaucoup des refus qu'on t'oppose aujourd'hui viennent d'un projet de ce type vécu ailleurs.
Tu encaisses les conséquences que tu avais annoncées.
Sans que personne fasse le lien entre les deux, et souvent en te demandant des comptes sur le retard.
Ce que ça change
Ce que tu gagnes
Gagner l'arbitrage au lieu de le subir.
Une dette traduite en coût, en délai et en risque devient une décision de gestion comme une autre, sur laquelle un dirigeant sait trancher.
Sortir du procès d'intention.
Quand tu parles trajectoire, capacité de livraison et risque business, personne ne peut te ranger dans la case du développeur qui veut du code élégant.
Un langage commun avec le dirigeant.
Tu obtiens quelque chose de plus utile qu'une autorisation ponctuelle : un cadre de discussion réutilisable à chaque trimestre.
Une trajectoire qui se finance.
Un chantier progressif intégré à la roadmap produit passe là où un sprint de refonte est refusé, parce qu'il ne demande à personne d'arrêter de livrer.
De la crédibilité.
Le tech lead capable de poser un arbitrage business propre devient celui qu'on consulte avant les décisions, pas après.
Profil
Pour qui
Également pertinent pour les CTO salariés et responsables techniques qui doivent défendre un budget de remise à niveau.
Il faut avoir travaillé sur une codebase avec de l'historique et avoir déjà vécu au moins une fois le moment où la vitesse de livraison se dégrade sans que personne sache l'expliquer au business.
Ce n'est pas fait pour toi si
tu cherches des techniques de refactoring, des patterns de conception ou une méthode de remboursement technique. Le travail porte sur la qualification, la traduction et l'arbitrage. La façon de rembourser, tu la connais déjà.
La méthode
Les grandes étapes
Trois natures de dette, trois traitements
Toute dette n'est pas un problème : certaines sont d'excellentes décisions. On distingue la dette acceptable, la dette dangereuse et la dette stratégique. Savoir dire « celle-là, on la garde » rend crédible le moment où tu dis « celle-ci, il faut la traiter ».
Relier la dette au risque business
Une zone de code fragile n'intéresse personne. Un parcours d'achat qu'on ne peut plus toucher avant les soldes intéresse tout le monde. On relie chaque symptôme technique à une conséquence que le dirigeant reconnaît comme sienne.
Cartographier
Rendre visible ce qui est diffus : par zone, par criticité, par fréquence de modification, par dépendance humaine. Une cartographie fait plus pour ta cause que trois réunions.
Traduire en coût, délai, risque et perte d'autonomie
Les quatre unités que comprend un décideur. Règle d'or : rester en ordre de grandeur défendable, un chiffre gonflé détruit tout l'argumentaire dès qu'il est contesté.
Prioriser avec le client et intégrer à la roadmap
Arbitrer devant le dirigeant plutôt qu'à sa place : présenter des options plutôt qu'une demande, et obtenir un engagement qui survivra au prochain sujet urgent.
Vendre une trajectoire progressive
Pourquoi la refonte complète échoue si souvent, et comment construire l'alternative : une trajectoire par étapes, avec des gains visibles à chaque palier.
Livrables
Tu repars avec :
Des supports réutilisables dès ta prochaine mission.
Tarif
Format et tarif
1 jour
900 € HT
L'essentiel : qualifier, relier au risque business, traduire, poser l'arbitrage.
2 jours
1 800 € HT
Une journée supplémentaire consacrée à la cartographie approfondie, à la construction de la trajectoire progressive, à son intégration dans une roadmap produit, et à une simulation de comité de direction sur les cas réels des participants.
Pédagogie volontairement pratique : apports courts, travail sur tes propres situations, jeux de rôle avec un dirigeant en face, et feedback collectif.
Questions fréquentes
Les questions qu'on nous pose
« Il faut refactorer le back. »
« Chaque évolution du back coûte deux fois plus de temps qu'il y a un an. Sans action, on perd un mois sur le T4. Voici trois options, avec leur coût, et ma recommandation. »
Le même problème technique. Deux réunions qui ne se terminent pas du tout de la même façon.