Aller au contenu principal
CODIR

Sortir d'une mission de CTO fractionnel proprement

Rémi Alvado
Rémi AlvadoCTO & CPO Fractional · 20 ans d'expérience
Publié le•6 min de lecture

Fin de mission de CTO fractionnel : afficher la transition vers un CTO interne dès le premier jour, puis passer la main sans vide ni dépendance.

Sortir d'une mission de CTO fractionnel proprement

« Et le jour où vous partez, il se passe quoi ? » Peu de fondateurs posent cette question au premier rendez-vous, alors que c'est elle qui dit le plus sur la réussite d'une mission. Une mission de CTO fractionnel qui finit mal laisse deux traces : une équipe qui découvre qu'elle dépendait d'une personne absente l'essentiel de la semaine, et un fondateur qui doit recruter dans l'urgence le directeur technique qu'il aurait pu préparer pendant des mois.

Pour sortir proprement d'une mission de CTO fractionnel, écrivez la sortie dans le mandat dès le premier jour : le critère qui déclenche la fin, la forme de la relève (CTO recruté, lead dev qui monte en responsabilité, ou équipe autonome) et une période de recouvrement. La mission réussit quand l'équipe tient sans le fractionnel, pas quand il devient indispensable.

Le format lui-même, ce qu'il couvre et quand y recourir, est détaillé dans le guide du CTO fractionnel. Ici, on regarde la fin : comment on prépare le départ, ce qui doit être transmis avant de partir, et les pièges qui transforment une mission bornée en dépendance durable.

Pourquoi la sortie s'écrit le premier jour

Beaucoup de missions démarrent sur une urgence : un MVP à reprendre, une levée à préparer, une agence à recadrer. On signe vite, et la question de la fin reste en suspens. Six mois plus tard, tout le monde s'est habitué. Le fondateur n'a aucune envie de rouvrir le sujet, et le fractionnel n'a pas de raison pressante de le rouvrir à sa place. C'est exactement comme ça qu'on fabrique un nouveau prestataire indispensable, avec un titre plus flatteur.

La transition vers un CTO interne est un livrable, pas une conséquence

Dans les missions que je mène, la fin figure dans le mandat au même titre que l'audit ou le plan de recrutement. Trois lignes suffisent. Le critère de sortie : ce qui doit être vrai pour que je parte (une équipe qui livre sans mon arbitrage, un CTO recruté et installé, une levée bouclée). La forme de la relève : un recrutement en CDI, un lead dev qui prend le rôle, ou une équipe assez petite pour vivre sans direction technique dédiée. Et une date indicative, revue à chaque point d'étape. Écrire cela au départ change le comportement de tout le monde : je documente parce que je sais que je pars, l'équipe apprend à trancher parce qu'elle sait que je ne serai pas toujours là, et le fondateur prévoit le budget du successeur au lieu de le découvrir.

Le critère compte plus que la date. Une date seule pousse à partir à l'heure même si rien n'est prêt, ou à prolonger sans se demander pourquoi. Un critère observable (« les mises en production se font sans moi depuis deux mois », « le CTO recruté a passé son premier comité de direction seul ») donne une conversation factuelle à chaque point d'étape, et c'est cette conversation qui empêche la mission de glisser.

Les trois sorties possibles

Toutes les missions ne se terminent pas par un recrutement. La forme de la relève dépend de ce que le fractionnel a découvert en chemin, et elle peut changer en cours de mission : c'est d'ailleurs l'un des intérêts du format, qui clarifie le besoin avant d'engager un CDI, comme je le décris dans CTO freelance, fractionnel ou CDI.

Recruter un CTO en CDI. C'est la sortie la plus fréquente quand la tech devient un sujet quotidien. Le fractionnel est alors le mieux placé pour écrire le mandat du poste, sourcer, mener les entretiens techniques et dire quel candidat tiendra dans l'équipe telle qu'elle est vraiment. Les étapes sont celles de comment recruter un CTO, avec un avantage de taille : le fondateur n'évalue plus seul un métier qu'il ne pratique pas.

Faire grandir un lead dev. Quand l'équipe reste petite et que le besoin est surtout de tenir le cap, un développeur senior peut reprendre l'essentiel du rôle. À une condition : que cette montée en responsabilité ait été préparée pendant la mission (arbitrages confiés progressivement, présence au comité de direction, relation directe avec les prestataires), et non décidée par défaut le mois du départ.

S'arrêter sans successeur. Parfois, le besoin était une phase : reprendre la main sur une agence, passer une due diligence, poser une architecture. Une fois la phase close et l'équipe autonome, la mission s'arrête, avec éventuellement un point mensuel pendant un trimestre. Et si la situation exige soudain une présence quotidienne, c'est un autre format qu'il faut, celui du CTO de transition.

Ce qui doit être transmis avant de partir

Un départ se juge à ce qu'il laisse derrière lui. Voici les six éléments que je vérifie avant de fermer une mission, quelle que soit la forme de la relève.

Les accès, à votre nom

Hébergeur, dépôt de code, nom de domaine, comptes des outils et des services tiers : tout appartient à l'entreprise, et au moins deux personnes en interne savent déployer en urgence. Aucun accès critique ne passe par le fractionnel.

Le registre des décisions

Pourquoi cette pile technique, ce prestataire, ce compromis. Une page courte par décision structurante, pour que le successeur ne rejoue pas des débats déjà tranchés, et sache lesquels mériteraient de l'être à nouveau.

La dette cartographiée

La liste honnête des raccourcis pris, avec leur coût à venir et un ordre de traitement. Une dette connue se pilote ; une dette que seul le partant connaissait devient une mauvaise surprise au troisième mois de son successeur.

Des rituels qui tournent déjà sans lui

Planification, revues de code, analyse des incidents : animés par l'équipe depuis plusieurs semaines, pas transmis le dernier jour. Si un rituel s'arrête quand le fractionnel manque une séance, il n'est pas transmis.

Les relations présentées en personne

Prestataires, investisseurs, partenaires techniques : chaque relation importante est passée lors d'un échange à trois, pas par un mail de fin de mission. Le successeur hérite de la confiance, pas seulement du carnet d'adresses.

Un point de départ mesuré

Fréquence des mises en production, délai entre une demande et sa livraison, incidents du trimestre. Quelques chiffres simples, relevés avant le départ, pour que le successeur mesure sa propre trajectoire à partir d'une base.

Un test simple permet de vérifier tout cela avant la date réelle : s'absenter volontairement pendant deux semaines, joignable seulement en cas d'incident grave, et noter ce qui a attendu son retour. Chaque décision restée en suspens pendant ces deux semaines désigne un sujet qui n'est pas encore transmis.

Le recouvrement avec le successeur

Quand la relève est un CTO recruté, la période où les deux se croisent décide de la suite. Trop courte, le successeur découvre seul ce que personne n'a écrit. Trop longue, l'équipe ne sait plus qui décide. La bonne séquence tient en trois temps : le fractionnel co-décide, puis conseille, puis reste disponible à la demande. Et le jour où le nouveau CTO tranche seul est annoncé à l'équipe, à voix haute.

Le lundi où le nouveau CTO a pris le poste, rien n'a bougé dans l'équipe. Sur le moment, j'ai trouvé ça presque décevant. Avec le recul, c'était exactement ce que j'avais payé.

un fondateur, six mois après la fin de la mission de son CTO fractionnel

Ce recouvrement est aussi la première étape de l'intégration du titulaire, que je détaille dans intégrer son premier CTO sur 100 jours. Il est le miroir de l'arrivée du fractionnel : ce qui a été cadré dans les 30 premiers jours d'une mission de CTO fractionnel (accès, rituels, périmètre de décision) est précisément ce qui se transmet à la sortie.

Les pièges d'une fin de mission

Le premier piège est la mission qui ne sait plus finir. Aucun critère n'a été écrit, l'équipe tourne, le fondateur est rassuré, et la question de la relève recule de trimestre en trimestre. Le jour où le fractionnel part (parce qu'il le décide, ou parce que le budget se resserre), le vide est le même qu'au premier jour, avec un produit plus gros à reprendre.

Le deuxième est le départ au moment de la signature du successeur : le fractionnel s'éclipse avant la prise de poste effective, et le nouveau CTO arrive sans passation, face à une équipe qui compare chacune de ses décisions à celles de son prédécesseur. Le troisième est plus sournois : la croissance rattrape la mission. En scale-up, le format finit par ne plus suffire, et la sortie devient subie au lieu d'être préparée, un seuil que j'examine dans CTO fractionnel en scale-up.

Et maintenant ?

Où en êtes-vous ?

Choisissez la situation qui vous ressemble. Pour chacune : ce que je vous conseille de lire, et ce que je peux faire avec vous.

  1. Mon prestataire est le seul à connaître mon produit

    Personne en interne ne sait reprendre le code ni les serveurs.

  2. Personne en interne ne sait arbitrer la technique

    Les choix se prennent sans vous, et vous en découvrez les effets après coup.

  3. Je dois recruter mes premiers profils techniques

    Le premier recrutement conditionne tous les suivants.

Prendre RDV