Votre CTO est parti il y a six mois. Vous n’en avez pas encore recruté. Pas parce que vous ne voulez pas, mais parce qu’un CTO sénior à temps plein coûte 150 000 € par an, et que vous n’êtes pas sûr d’en avoir besoin à ce niveau.
En attendant, les décisions techniques s’accumulent. Votre lead dev fait de son mieux. Il ou elle n’a pas été recruté pour ça. Vous prenez les décisions par défaut, celles que personne n’a formellement validées, sur une stack qui “tient avec du scotch”.
C’est précisément la situation que le modèle du CTO à temps partagé est fait pour adresser.
Ce que c’est vraiment — et ce que ce n’est pas
Un CTO à temps partagé n’est pas un prestataire IT senior qui livre de la documentation. Ce n’est pas non plus un consultant qui passe deux jours, remet un rapport, et disparaît.
C’est un rôle de décision.
Concrètement : quelqu’un qui prend la responsabilité des sujets tech stratégiques de votre entreprise, sur un périmètre défini, pendant une durée définie — sans être votre salarié. Il ou elle assiste à vos comités de direction, parle à votre board sur les sujets techniques, recrute et évalue vos profils techniques, et arbitre les décisions d’architecture.
La différence avec un prestataire est simple : un prestataire répond à des demandes. Un CTO à temps partagé définit lui-même ce qui doit être fait et prend la responsabilité du résultat.
La différence avec un salarié est aussi simple : pas de charges sociales, pas de période d’essai, pas d’engagement à long terme si ça ne colle pas. Et surtout — il a vu des dizaines d’entreprises dans des situations similaires à la vôtre. Un CTO interne recruté de zéro apprend sur le tas. Un CTO à temps partagé apporte ce référentiel dès le premier jour.
Pour qui ça fait sens
Il y a quelques situations où ce modèle répond exactement au problème.
Le CEO sans CTO. L’entreprise a grandi, il y a une équipe de 5 à 20 développeurs, mais personne ne pilote la vision technique. Les décisions d’architecture se prennent au fil de l’eau. La dette technique s’accumule. Le CEO fait de son mieux mais n’a pas la légitimité technique pour arbitrer les désaccords dans l’équipe.
L’après-départ du CTO. Le CTO fondateur est parti. Il a emporté beaucoup de contexte avec lui. Il y a urgence à stabiliser, à documenter, à restructurer l’équipe. Recruter un nouveau CTO prend six mois. Un CTO à temps partagé peut tenir le poste pendant cette transition — et préparer l’arrivée du permanent.
La levée de fonds ou la due diligence. Votre investisseur veut comprendre votre stack, vos risques techniques, votre roadmap. Vous avez besoin de quelqu’un capable de parler le même langage que lui, de défendre vos choix et d’identifier honnêtement ce qui est fragile.
La croissance rapide. L’architecture qui fonctionnait à 10 000 utilisateurs ne tient plus à 100 000. Les développeurs passent plus de temps à corriger des régressions qu’à livrer des fonctionnalités. Il faut reprendre le contrôle — architecture, processus, organisation de l’équipe — sans tout arrêter.
Le CTO déjà en place, mais la tête sous l’eau. Il est bon. Il gère les incidents, les recrutements, les réunions, la roadmap, les demandes des métiers. Il n’a plus une heure pour réfléchir. Les décisions stratégiques s’accumulent — ou se prennent trop vite. Un CTO à temps partagé n’est pas là pour le remplacer, mais pour lui donner le soutien stratégique qu’il n’a plus le temps d’assurer seul.
Ces cinq situations ont un point commun : vous avez besoin de capacité de décision technique au niveau C-suite, pas de bras supplémentaires dans l’équipe. C’est là que le modèle fait sens.
Pour qui ça ne fait pas sens
Le modèle ne marche pas dans tous les cas. Quelques situations où décliner ou réorienter est plus honnête.
Trop tôt. Moins de 5 développeurs, pas encore de clients payants stables, produit pas encore validé. À ce stade, ce n’est pas de leadership technique dont vous avez besoin — c’est de trouver le product-market fit. Un CTO à temps partagé ne peut pas accélérer ça.
La mauvaise demande. “J’ai besoin de quelqu’un pour gérer l’équipe au quotidien.” Le day-to-day opérationnel — les standups, le suivi des tickets, le pair programming — n’est pas dans le périmètre. Ce rôle, c’est un Engineering Manager, pas un CTO. La confusion entre les deux est fréquente. Elle coûte cher si elle persiste.
L’organisation trop grande. Au-delà de 200 développeurs, l’organisation a généralement besoin d’un CTO interne présent à plein temps, avec une équipe de vice-présidents techniques. Un CTO à temps partagé peut apporter un regard externe utile, mais ne peut pas tenir le rôle au sens plein.
Le besoin de livraison, pas de stratégie. “On a un gros chantier de migration à faire.” C’est un projet d’architecture ou un Architecture Sprint — pas une mission de CTO temps partagé. Les deux sont différents, les deux ont leur utilité, mais les confondre crée des attentes mal alignées.
Ce que ça fait concrètement
Sur une mission CTO à temps partagé typique, les activités réelles ressemblent à ça.
Au démarrage : audit de l’existant, cartographie de la dette technique, entretiens avec l’équipe, identification des risques prioritaires. Pas pour produire un rapport — pour avoir un point de départ factuel partagé.
En régime : définition et maintien de la roadmap technique, arbitrage des décisions d’architecture (quel framework, quelle infrastructure, comment découper le monolithe), recrutement et évaluation des profils techniques (leads, seniors, CTO interne), pilotage des prestataires et ESN, participation aux comités de direction et aux exchanges avec les investisseurs sur les sujets tech.
En continu : alignment entre ce que la tech peut livrer et ce que le business a besoin. C’est la vraie valeur du rôle. Pas d’un côté “les devs” et de l’autre “les métiers” — un pont permanent, traduit dans les deux sens.
Ce qui n’est pas inclus : le développement opérationnel, la gestion de projet day-to-day, le pair programming. Ce n’est pas que ces activités n’ont pas de valeur — c’est qu’elles appellent d’autres profils.
Combien ça coûte
La question mérite une réponse directe.
À partir de 8 000 €/mois, sur un engagement minimum de 6 mois. C’est le plancher, pour environ 1,5 jour par semaine. Le niveau standard — 2 jours par semaine — se situe entre 12 000 et 13 000 €/mois.
À titre de comparaison : un CTO salarié sénior coûte entre 120 000 et 180 000 € par an en coût total employeur. Et encore, il prend six mois à recruter, six mois à monter en compétence sur votre contexte, et il part avec tout le contexte accumulé le jour où il quitte.
Le modèle à temps partagé n’est pas “pas cher”. Il est adapté au besoin — vous payez pour la capacité de décision dont vous avez besoin, au moment où vous en avez besoin, sans les coûts fixes et les risques du recrutement.
Si le budget disponible est inférieur à 8 000 €/mois, la bonne orientation est généralement un Diagnostic Express (3 500 €, 2 jours, livrable en 48h) — pour cartographier précisément le problème avant de décider de la suite.
Vous vous reconnaissez dans l’une de ces situations ?
Le détail de la mission — périmètre, rythme, durée — est sur la page dédiée. Avec les questions fréquentes et les cas où ça ne fait pas sens.
La vraie question
Beaucoup de CEOs que je rencontre ne se demandent pas “est-ce que j’ai besoin d’un CTO à temps partagé”. Ils se demandent “est-ce que je peux encore me permettre de ne pas en avoir”.
Chaque mois sans leadership technique, c’est des décisions prises par défaut qui seront coûteuses à défaire. C’est une dette qui ne se voit pas dans les comptes mais qui ralentit tout.
Vous ne pouvez pas résoudre des problèmes stratégiques avec plus de développeurs. Vous les résolvez avec de meilleures décisions. C’est ce que fait un CTO à temps partagé.
Pas encore sûr de votre besoin ? Le Diagnostic Express est fait pour ça — deux jours, un livrable écrit, une recommandation claire sur la suite. C’est souvent le bon point de départ avant un engagement long terme.