La réponse courte
La dette technique agit comme une taxe composée, silencieuse tant qu'elle ne se lit pas dans les délais de livraison, puis dans le départ des meilleurs ingénieurs. Un ratio d'ARR par tête R&D favorable à un instant donné peut masquer une trajectoire dangereuse. Ce white paper la traite comme un passif financier à documenter, avec un plan de remboursement, et non comme un sujet purement technique invisible du Board.
À retenir
- Un bon ratio d'ARR par tête sur un trimestre ne prouve rien : il faut sa trajectoire sur huit trimestres.
- La dette de code, d'architecture et de tests finit par ralentir chaque fonctionnalité et gonfler le time to market.
- Un audit sommaire suffit à cadrer le risque : couverture de tests, ancienneté du socle, dépendances obsolètes.
- Documenter la dette comme un passif explicite change la conversation avec le Board et avec le fonds.
Une taxe composée qui se voit tard
Un ratio d'ARR par tête R&D favorable peut rester excellent pendant plusieurs trimestres tout en accumulant une dette de code, d'architecture et de tests. Quatre à six trimestres plus tard, le même ratio fond. La dette est silencieuse jusqu'à ce qu'elle devienne visible dans les délais de livraison, puis dans le turnover des ingénieurs lassés de travailler sur un socle fragile.
En pré-deal, exiger la trajectoire de l'ARR par tête sur huit trimestres, croisée avec un audit sommaire de la dette accumulée, est la façon la plus économique de ne pas acheter un passif caché.
Un cas vécu : trois mois de roadmap gelée
Le coût d'un trimestre sacrifié est inférieur à celui de l'arrêt et de la perte de confiance client d'une dette laissée filer.
