Votre CTO vient de partir : les 90 jours qui font la différence

Votre CTO vient de vous annoncer qu'il partait. Que ce soit un choix personnel, un désaccord stratégique ou une opportunité qu'il ne pouvait pas refuser, le résultat est le même : vous allez devoir gérer un vide à un poste qui touche à tout — la prod, l'équipe, la roadmap, les investisseurs. Ce que vous faites dans les 90 jours qui suivent détermine si ce départ restera un simple épisode ou deviendra une crise qui s'installe.

Semaine 1 : comprendre avant d'agir

La première réaction d'un CEO est souvent de vouloir combler le vide le plus vite possible. C'est compréhensible, mais c'est une erreur. Quelqu'un qui a pris la décision de partir va partir — dans 95% des cas, les contre-propositions ne font que retarder l'inévitable. L'énergie doit aller ailleurs.

Comprendre les raisons du départ

La première conversation utile n'est pas "comment te retenir" mais "qu'est-ce qui ne fonctionne pas". Pas pour culpabiliser, mais parce que les problèmes que perçoit le CTO sortant — organisationnels, humains, stratégiques — sont très probablement ressentis aussi par le reste de l'équipe. Si votre CTO part parce qu'il manque de vision business claire, votre futur remplaçant butera sur le même mur. Si c'est un problème de fonctionnement du CODIR, les développeurs seniors le sentent aussi, même s'ils ne le verbalisent pas de la même manière.

Cette conversation vous donne deux choses précieuses : une liste de problèmes à traiter avant l'arrivée d'un successeur, et un profil de CTO à chercher qui soit adapté aux vrais enjeux, pas à une fiche de poste générique.

Auditer les risques avec le CTO sortant

Profitez de la période de préavis pour faire un audit lucide avec la personne qui connaît le mieux votre stack et votre équipe. Qu'est-ce qui tient avec du scotch ? Où est la dette technique critique ? Qui sont les personnes clés sans lesquelles rien ne tourne ? Quels projets en cours ne supporteraient pas un changement de cap ?

Cet audit va guider tout le reste. Un produit avec une forte dette technique n'attirera pas le même profil de CTO qu'un produit techniquement solide mais avec une vision business à co-construire. C'est aussi cet audit qui vous permettra de rassurer votre équipe avec des faits plutôt qu'avec des promesses vagues.

Semaines 2-4 : protéger l'équipe

Annoncer au bon moment, avec le bon message

En général, le CEO apprend la nouvelle avant l'équipe. L'instinct est parfois de temporiser ou, à l'inverse, de prévenir tout le monde immédiatement. Ni l'un ni l'autre n'est idéal. Il faut d'abord avoir fait le travail des premiers jours — compris les raisons, audité les risques — pour pouvoir annoncer le départ avec un plan plutôt qu'avec du flou.

Le message doit être honnête et tourné vers l'avenir. Ce départ est une opportunité de progresser sur les sujets identifiés dans l'audit. Partagez une partie de cet audit avec l'équipe — pas pour les alarmer, mais pour les impliquer. L'objectif est de les associer non pas au choix de la personne (pas à cette étape) mais à la définition du profil recherché. Quels sont les challenges techniques et humains que l'équipe identifie ? Comment voient-ils l'avenir ? Cette implication précoce transforme une situation subie en un projet collectif.

Ce qui se passe quand on ne le fait pas

J'ai vécu cette situation en tant que développeur. Le CTO est parti, et pendant des semaines, personne ne savait vraiment qui avait le lead technique. Le CEO prenait plus de place sur les sujets tech, les Engineering Managers aussi, chacun dans sa direction. Le flou s'est installé dans les équipes. On a été fortement coupés des choix concernant le prochain CTO — assez frustrant quand c'est quelqu'un avec qui vous allez travailler au quotidien. Résultat : plusieurs départs dans les mois qui ont suivi, dont le mien. Le départ d'un CTO mal géré crée un effet domino que peu de fondateurs anticipent.

Mois 2-3 : préparer la suite

L'erreur classique : promouvoir le lead dev par défaut

C'est le réflexe le plus courant et souvent le plus coûteux. Votre meilleur développeur connaît le produit, a la confiance technique de l'équipe, et c'est la solution la plus rapide. Sauf qu'un CTO et un lead dev ne font pas le même métier. Le CTO est un C-Level dont les missions dépassent largement le code : recrutement, stratégie, communication avec les investisseurs, représentation au CODIR.

Promouvoir quelqu'un qui n'est pas prêt pour ce rôle, c'est risquer de perdre un excellent développeur pour gagner un CTO médiocre. Et surtout, c'est très difficile à corriger : comment dire à quelqu'un qu'on lui retire un titre qu'on vient de lui donner ?

Cela ne veut pas dire que la promotion interne est toujours une mauvaise idée. Chez Wizbii, quand j'ai prévenu le CEO un an avant mon départ, on a choisi le Head of Engineering qui avait déjà la confiance des équipes et la maturité managériale. On a annoncé le changement 4-5 mois avant mon départ effectif, en donnant immédiatement le nom du remplaçant. On a fait la même chose côté CPO. Résultat : le départ a été perçu comme un non-événement. Pas d'impact sur la vélocité, pas de départs, pas de flottement. Mais cette transition a pris un an de préparation — c'est tout sauf un réflexe de dernière minute.

Trois options pour la transition

Le management de transition est souvent la meilleure option quand le départ est soudain et que personne en interne n'est prêt. Un CTO interim prend le poste en quelques jours, stabilise la situation, rassure les équipes et — surtout — pilote le recrutement du CTO permanent. Un recrutement de CTO mené par un CTO expérimenté a infiniment plus de chances de réussir qu'un recrutement piloté par un fondateur qui découvre ce métier.

La promotion interne fonctionne quand le candidat est identifié depuis longtemps, a été préparé au rôle et a déjà la posture managériale. Si vous devez "essayer pour voir", c'est que le candidat n'est pas prêt.

Le recrutement externe est le bon choix quand vous changez de phase — par exemple si votre ancien CTO était un profil technique et que vous avez maintenant besoin d'un leader capable de scaler une équipe de 10 à 50. Comptez 4 à 6 mois pour un recrutement sérieux.

Les sujets administratifs

Qui a accès à la prod ? Qui sait déployer en urgence ? Où sont les documentations clients, les accès à l'hébergeur, au registrar ? Si votre CTO sortant et votre équipe ont bien travaillé, ces sujets ont été traités en amont et ce n'est qu'une formalité. Dans le cas contraire, c'est le signal qu'il y a un problème de bus factor dans votre organisation — et c'est un sujet à traiter en priorité avec votre prochain CTO.

Le bon départ est celui qu'on a préparé

La différence entre un départ qui déstabilise et un départ qui passe inaperçu tient rarement à la qualité du CTO qui part. Elle tient à l'anticipation. Un CTO qui prévient tôt, un CEO qui accepte la nouvelle sans drama, une équipe qu'on implique dans la suite : c'est la recette d'une transition saine.

Si vous lisez cet article parce que votre CTO vient de partir et que rien de tout ça n'a été préparé, la bonne nouvelle est que les 90 premiers jours sont largement suffisants pour reprendre le contrôle. La mauvaise, c'est que chaque semaine d'inaction creuse un peu plus le trou — dans l'équipe, dans la roadmap et dans la confiance de vos investisseurs.