Qu'est-ce qu'un CTO fractionné, et quand y recourir ?

Deux jours de direction, trois jours d'exécution : comment on occupe une semaine fractionnée

La meilleure façon de comprendre le modèle, c'est de regarder une semaine type. Un CTO fractionné n'est pas un consultant qui passe, juge et ressort : c'est quelqu'un qui tient un poste, mais à temps partiel, avec une responsabilité continue sur le résultat technique. Dans la pratique, je découpe la semaine en deux familles de jours, et c'est cette répartition qui définit le modèle.

Les jours de direction, ce sont ceux où l'on décide : poser la feuille de route technique et la rattacher à l'objectif business, arbitrer les choix d'architecture qui engagent l'avenir, gérer le recrutement des profils techniques clés, faire monter en compétence les développeurs, animer les points de cadrage, et être le décisionnaire technique quand il faut trancher — bref, tout ce qu'un vrai directeur technique fait, sans l'écrire lui-même.

Les jours d'exécution, ce sont ceux où l'on fait : écrire du code critique, dérouler des revues de code, traiter une dette technique bloquante, mettre en production, débloquer une intégration. Ils paraissent contradictoires avec un rôle de direction, mais ils sont essentiels : ils gardent le CTO connecté à la réalité du terrain — et ils sont, honnêtement, la partie la plus crédible auprès d'une équipe qui se méfie des dirigeants qui ne touchent plus au code.

Cette répartition est aussi la réponse à la question que tout dirigeant me pose : « est-ce que je paie pour qu'on pense à ma place, ou pour qu'on fasse ? » Les deux, dans des proportions que l'on décide ensemble à l'engagement, et que l'on ajuste au fil des semaines. C'est cette plasticité — et non un forfait figé — qui fait la valeur du modèle.

Ce que la recherche dit sur ce qui tue les entreprises sans direction technique

Parler de direction technique sans chiffres, c'est de l'opinion. Voici les données tierces qui structurent mon raisonnement, parce qu'elles expliquent pourquoi le coût d'un CTO — même fractionné — est presque toujours moins élevé que le coût de son absence.

La cause numéro un des échecs de startups n'est pas financière au sens où on l'entend. Dans son étude mise à jour en 2024-2026 sur 431 entreprises soutenues par du capital-risque fermées depuis 2023 — qui avaient levé au total environ 17,5 milliards de dollars — CB Insights attribue 70 % des fermetures à une pénurie de trésorerie, mais 43 % à une absence d'adéquation produit-marché, et identifie la trésorerie comme le symptôme final plus que la cause racine (donnée tierce : CB Insights, 2024-2026, citée par preuve.ai).

Deuxième chiffre, plus dans notre sujet : CB Insights, dans la même étude, relève que 23 % des échecs citent un problème d'équipe (« not the right team »). Le médian entre le dernier tour de financement et la fermeture n'est que de 22 mois — c'est-à-dire qu'après une levée, il ne reste que deux ans environ pour exécuter sans se tromper.

Enfin, la dette technique est un des freins de croissance les plus massifs que je rencontre en due diligence. Stripe, dans son rapport Developer Coefficient, estime que les développeurs passent en moyenne 33 % de leur temps sur de la dette technique et de la maintenance (13,5 h par semaine), et 42 % si l'on ajoute toutes les tâches de maintenance. Une analyse McKinsey de 500 équipes d'ingénierie a montré que les équipes fortement endettées mettaient 40 % de temps de plus à livrer une fonctionnalité que les équipes peu endettées (données tierces : Stripe et McKinsey, citées par TechnicalDebtCost.com et Rational Partners).

Ces trois séries de chiffres convergent vers la même conclusion : le poste le plus rentable d'une jeune entreprise n'est pas celui qui code le plus, c'est celui qui décide du bon compromis entre vitesse et dette, entre périmètre et architecture. C'est exactement le rôle d'un CTO — et exactement ce qu'un CTO fractionné peut remplir sans coûter le prix d'un CTO à temps plein.

Pour qui c'est fait, et pour qui ce n'est pas fait

Après des années à faire ce métier — à Paris comme à Singapour — j'ai fini par résumer le modèle fractionné à une règle simple : il est fait pour les entreprises qui ont un problème de direction technique, pas pour celles qui ont un problème de capacité. La nuance vaut de l'or, parce qu'elle évite la déception sur les deux côtés.

C'est fait pour vous si vous devez prendre une suite de décisions techniques structurantes — quelle architecture, quel recrutement, quelle dette accepter, quelle dette rembourser — sans avoir encore le volume ou le budget d'un CTO à temps plein. C'est la situation typique que je vois chez les start-up de 5 à 40 personnes, les scale-up qui viennent de lever, les PME en phase de digitalisation, et les éditeurs logiciels qui ont trop grandi trop vite pour continuer à diriger technique au hasard.

C'est fait pour vous si votre business est à un tournant : avant et juste après une levée, quand l'due diligence technique d'un fonds va passer votre code et votre équipe au crible, ou avant d'entamer un développement lourd dont l'architecture se jouera dans les premiers mois.

Ce n'est en revanche pas fait pour vous si le besoin est un exécutant pérenne à temps plein — dans ce cas, un salarié ou un prestataire régulier se paiera mieux — ni si vous cherchez un avis ponctuel sans engagement de continuité : c'est le rôle du consultant, pas du CTO fractionné. Et ce n'est pas fait si vous n'êtes pas prêt à donner à cette personne les mêmes leviers de décision qu'à un CTO salarié : un dirigeant fractionné qui ne peut rien trancher devient un consultant payé plus cher qu'un consultant.

Enfin, un mot d'honnêteté sur le coût. Le modèle n'est pas « moins cher », il est « proportionné » : on paie les jours réels, souvent deux jours par semaine plutôt que cinq. C'est la grille tarifaire de Workfutur, complète et sans formulaire : CTO fractionné de 8 800 à 19 200 € par mois selon le volume, devis sous cinq jours ouvrés, et propriété intellectuelle transférée dès le premier euro facturé. Vous devez pouvoir comparer, et partir si vous voulez.