Due diligence technique : l’acheteur va aussi acheter vos problèmes
Deux projets de cession, un mois de préparation chacun : les personnes clés, licences, contrats et risques à documenter pour répondre aux questions de l’acquéreur.
Relier roadmap produit, contraintes tech et objectifs business.
Rapport d’interventionJe relie les choix produit, les contraintes techniques et les objectifs business pour rendre les arbitrages explicites.
Chapitre 1 · Intervention
Traduire les contraintes
Je rends visibles les dépendances techniques, les risques et les coûts dans un langage dirigeant.
Comparer les options
Pour chaque arbitrage produit/tech, je pose les options possibles avec leurs impacts sur le produit, l’équipe, le budget et les délais.
Aligner l’exécution
Je transforme les arbitrages en priorisation lisible pour l’équipe : ce qui passe d’abord, ce qui attend, ce qui est abandonné.
Chapitre 2 · Constat
Les priorités changent souvent sans décision claire.
Les discussions sur la dette technique et les fonctionnalités restent bloquées, sans décision sur les priorités.
La direction manque de visibilité sur les coûts des options.
L’équipe doute de la faisabilité de la roadmap.
Chapitre 3 · Examen

Les objectifs business derrière les demandes produit.
Les dépendances techniques qui conditionnent la roadmap.
Les coûts, risques et compromis des grandes options.
La manière dont les décisions sont prises et communiquées.
Chapitre 4 · Réponses
Pouvez-vous participer aux discussions dirigeantes ?
Oui. C’est souvent là que le rôle de CTO à temps partagé crée le plus de valeur.
Comment arbitrer entre dette technique et nouvelles fonctionnalités ?
En acceptant de dire ce qu’on arrête. Chez Gridky, notre CTO a obtenu du CEO un mois sans nouvelle fonctionnalité, y compris pour le client prioritaire. Nous avons prolongé à un mois et demi sur les premiers résultats. Je considère encore ce Drynuary comme la décision la plus rentable de l’année.
La roadmap glisse : comment en trouver la cause ?
Je distingue d’abord ce qui relève de la dette technique, d’un manque de focus produit, de dépendances d’équipe ou d’arbitrages restés implicites. Le diagnostic tech & organisation pose cette lecture en 5 jours, avec un plan d’action priorisé.
Chapitre 5 · Alertes
La roadmap est acceptée en réunion puis contestée à l’exécution.
Les sujets techniques importants restent toujours après les features.
Personne ne sait expliquer ce qui doit être abandonné.
Les décisions se prennent dans l’urgence ou l’implicite.
Chapitre 6 · Dossiers
Suite
Un outil pour préparer la discussion, un diagnostic pour comprendre le contexte et un accompagnement pour agir.
Deux projets de cession, un mois de préparation chacun : les personnes clés, licences, contrats et risques à documenter pour répondre aux questions de l’acquéreur.
Des centaines d’exceptions dans Slack chaque matin, une équipe coupée en deux, un client prioritaire qui attend. Puis un mois sans aucune fonctionnalité, négocié avec le CEO. Je défends encore ce choix : la décision la plus rentable de l’année, à mes yeux.