CTO fractionnel en scale-up : jusqu'où ça tient ?

La série A est bouclée, l'équipe technique passe d'une dizaine à une vingtaine de personnes en un an, et le CTO fractionnel qui a posé les fondations est toujours là, deux jours par semaine. Personne ne se plaint vraiment. Mais les décisions attendent un peu plus longtemps qu'avant, les managers commencent à arbitrer seuls, et une question s'installe chez le dirigeant : ce format, pensé pour l'amorçage, tient-il encore à cette taille ?

Un CTO fractionnel tient en scale-up tant qu'un relais interne (lead dev ou engineering managers) porte le quotidien de l'équipe et que les décisions structurantes restent espacées. Au-delà de 15 à 20 développeurs sans ce relais, ou quand la tech s'invite à chaque comité de direction, le format ne suffit plus : il faut une direction technique présente à temps plein.

Le format lui-même et ses usages sont décrits dans le guide du CTO fractionnel. Ici, on regarde sa limite haute : ce qui change quand l'entreprise grandit, les signaux qui annoncent le seuil, et les façons de le franchir sans perdre ce qui a été construit.

Ce qui change quand l'équipe grandit

En amorçage, la valeur d'un CTO fractionnel tient dans des décisions rares et lourdes : la pile technique, le premier recrutement, la reprise en main d'une agence. Entre deux décisions, l'équipe avance seule, et c'est très bien ainsi. En scale-up, la nature du travail se déplace. Les décisions deviennent plus fréquentes et plus petites, les sujets humains prennent le dessus (managers à former, frictions entre équipes, grilles de salaires à tenir), et la tech devient un sujet de comité de direction chaque semaine plutôt qu'une fois par mois. Le besoin de présence augmente mécaniquement, même si chaque décision, prise isolément, pèse moins lourd.

Le premier réflexe est d'ajouter des jours, ce que j'aborde dans CTO fractionnel : 1, 2 ou 3 jours par semaine. Ça fonctionne un temps. Mais passé un certain point, le problème n'est plus le nombre de jours : c'est la disponibilité continue. Trois jours bien remplis ne remplacent pas quelqu'un qui peut trancher un mardi à 17 heures parce que la mise en production du soir en dépend.

Les 5 signaux qui annoncent le seuil

Ces signaux sont la suite logique de ceux qui disent qu'il est temps de structurer votre équipe tech : les premiers justifient l'arrivée d'un fractionnel, ceux-ci annoncent qu'il faut préparer autre chose. Un seul ne suffit pas à conclure. Deux ou trois en même temps, en revanche, dessinent clairement le seuil.

1. Les décisions attendent le jour de présence

Les développeurs gardent leurs questions pour le jour où le CTO est là. Une validation d'architecture, un choix de prestataire, un arbitrage entre deux équipes : chacun attend deux ou trois jours. Pris un par un, ces délais sont anodins. Multipliés par vingt personnes, ils deviennent des semaines de livraison perdues chaque trimestre. Le test est simple : notez, à chaque début de journée de présence, le nombre de sujets en attente. S'il grossit d'un mois sur l'autre, le format sature.

2. Les incidents tombent les jours d'absence

Une panne en production demande souvent une décision qui dépasse la technique : revenir en arrière et perdre une fonctionnalité promise, prévenir les clients, mobiliser quelqu'un le soir. Si personne en interne n'a l'autorité pour trancher, on appelle le fractionnel, qui est ce jour-là chez un autre client. Une fois, ça passe. Quand ça devient mensuel, l'équipe a besoin d'un responsable joignable et légitime en permanence.

3. Les managers comblent le vide chacun à leur façon

Faute d'arbitrage quotidien, les responsables d'équipe prennent les décisions eux-mêmes, et c'est plutôt sain. Mais chacun le fait selon ses propres standards : une équipe teste tout, l'autre rien, une troisième choisit ses outils sans consulter les deux premières. Les métriques d'équipe commencent à diverger d'une équipe à l'autre, et personne n'a le temps de les lire en tendance. La répartition des rôles qui permet de tenir à cette taille est décrite dans CTO, Head of Engineering, Lead Dev : qui fait quoi.

4. Le recrutement devient une chaîne continue

Tant qu'on recrute deux personnes par an, le fractionnel mène les entretiens clés sans difficulté. Avec cinq ou six postes ouverts en permanence, le recrutement devient un métier à part entière. Et les candidats seniors posent une question gênante : qui sera leur directeur technique, et sera-t-il vraiment là ? Une direction technique à mi-temps se vend moins bien qu'un CTO qui porte le projet devant eux.

5. La tech entre dans chaque comité de direction

Le budget technique pèse une part croissante des dépenses, les investisseurs demandent un point technique à chaque conseil, les clients grands comptes exigent des engagements de sécurité. La tech n'est plus un sujet que l'on traite quand il se présente : elle structure les décisions de toute l'entreprise, chaque semaine. C'est souvent le signal le plus net, parce qu'il vient du dirigeant lui-même.

Trois façons de franchir le seuil

Constater le seuil ne veut pas dire mettre fin brutalement à la mission. Il existe plusieurs manières de faire évoluer la direction technique, et le fractionnel en place joue un rôle dans chacune.

La deuxième option est la plus souvent sous-estimée. Deux ou trois engineering managers solides absorbent l'essentiel du quotidien, et le fractionnel peut rester utile sur les décisions rares, à condition que ces managers aient un vrai mandat et pas seulement un titre. Mettre en place cette organisation, avec ses rituels et ses métriques, est précisément l'objet d'un accompagnement scaling. Elle reste toutefois un palier : si la croissance continue, la question d'un CTO à temps plein reviendra.

Quelle que soit l'option retenue, la bascule se prépare comme n'importe quelle fin de mission, avec un critère de sortie écrit et une période de recouvrement, comme je l'explique dans sortir d'une mission de CTO fractionnel proprement.

L'erreur la plus coûteuse : attendre que ça casse

Le piège n'est pas de garder un CTO fractionnel en scale-up. C'est de le garder jusqu'à ce que les cinq signaux soient réunis. Entre le jour où l'on décide de recruter un CTO et celui où il prend réellement ses fonctions, il se passe facilement six à neuf mois. Une équipe qui double en un an aura changé de taille pendant ce délai. Si le recrutement démarre quand le format craque déjà, l'entreprise traverse plusieurs mois de flottement, et ce sont souvent les meilleurs développeurs qui partent en premier.

Dans une scale-up que j'accompagnais, l'équipe technique est passée d'une douzaine à une vingtaine de développeurs en un peu plus d'un an. Le recrutement du CTO a été lancé dès l'apparition du deuxième signal, alors que tout semblait encore tenir. Le titulaire est arrivé au moment où l'équipe atteignait sa nouvelle taille, et la passation s'est faite sans que personne ne la remarque vraiment. Six mois plus tard, le même recrutement aurait été mené dans l'urgence.