CTO à temps partagé ou agence de développement ? Un tableau de décision
On les compare parce qu'ils coûtent à peu près la même chose, alors que ce ne sont pas des alternatives : l'un fournit des décisions, l'autre des bras. Se tromper coûte cher, et l'erreur n'apparaît qu'au bout de six mois.
Sep 8, 2026
Un fondateur qui a un produit à construire et pas d'associé technique s'entend souvent donner deux conseils dans la même semaine, par deux personnes différentes : recrutez un CTO à temps partagé, ou prenez une agence.
Cela ressemble à deux réponses concurrentes à une seule question, alors qu'il s'agit de réponses à deux questions distinctes. Si le choix paraît difficile, c'est surtout parce que la facture mensuelle, elle, se ressemble.
Les deux problèmes que l'on confond
Le manque de bras. Vous savez quoi construire et à peu près comment, mais personne n'est là pour le faire. C'est un problème d'offre, que règlent indifféremment une agence, un prestataire ou un recrutement.
Le manque de direction. Quelqu'un construit, ou pourrait construire, mais personne d'assez senior ne tranche : ce qui doit être construit, ce que cela devrait coûter, ce qui se passe quand cela casse, ce qu'il faut refuser. C'est un problème de jugement, et seul un CTO à temps partagé le règle.
Le piège tient à ce que le second se présente exactement comme le premier. L'équipe paraît lente, la feuille de route dérape, et la conclusion évidente est qu'il faut plus de monde. On achète donc des bras, on les dirige vers une feuille de route que personne n'a arbitrée, et les décisions non prises se retrouvent avec du code écrit par-dessus.
S'il ne fallait retenir qu'une chose : déterminez lequel des deux problèmes est le vôtre avant de regarder les prestataires, car les deux vous diront qu'ils peuvent aider.
Le tableau de décision
| CTO à temps partagé | Agence de développement | |
|---|---|---|
| Ce que vous achetez | Des décisions et une responsabilité | De la capacité de livraison |
| Engagement type | Un à trois jours par mois | Une équipe, à plein temps, sur plusieurs mois |
| Porte | Architecture, budget, exigence de recrutement, sécurité, ce qui ne sera pas construit | La construction du périmètre convenu, dans les délais |
| Rend compte à | Vous, directement | Un cahier des charges |
| Pertinent quand | Personne d'assez senior ne décide | Les décisions sont prises et il faut des bras |
| À éviter quand | Il vous faut quarante heures d'exécution par semaine | Personne chez vous ne peut évaluer ce qui est livré |
| Échoue par | Un engagement trop mince pour peser | Construire exactement ce que vous avez demandé |
| Se termine quand | Vous recrutez un CTO à plein temps, ou le manque est comblé | Le périmètre est livré |
La ligne à relire deux fois est celle du mode d'échec, parce que l'échec caractéristique d'une agence n'a rien à voir avec l'incompétence : elle construit précisément ce que décrivait le cahier des charges, dans les délais et conforme, et livre quelque chose qui ne sert pas l'activité, faute d'avoir eu en face quelqu'un dont la légitimité permettait de dire « cette exigence est mauvaise ». Une agence n'est pas payée pour refuser le cahier des charges, c'est le travail de quelqu'un d'autre, et lorsque ce poste est vacant, personne ne le fait.
Quand il vous faut les deux
Le cas est plus fréquent qu'aucun des deux prestataires ne le dira spontanément, et c'est un très bon montage : l'agence construit, pendant que le CTO à temps partagé lui demande ce que votre propre équipe exigerait si vous en aviez une.
Concrètement, cela signifie une revue d'architecture avant que l'approche soit figée plutôt qu'après, la propriété du code et du dépôt à votre nom et par écrit, une reprise réellement testée par quelqu'un qui l'exécute au lieu d'être promise dans une clause, et un avis indépendant sur la question de savoir si ce qui a été livré correspond à ce dont vous aviez besoin.
Deux conditions pour que cela fonctionne. La première : le CTO à temps partagé ne doit ni vous vendre l'agence ni la fournir lui-même, puisque son indépendance constitue toute sa valeur. La seconde : les deux parties doivent connaître le montage dès le premier jour, car un relecteur senior introduit au quatrième mois et sans prévenir est perçu comme une marque de défiance, puis traité comme telle.
Le mode d'échec de chacun, en détail
Un CTO à temps partagé échoue en devenant décoratif : une demi-journée par mois, un appel qui se transforme en point d'avancement, un titre sur un dossier d'investissement. En dessous d'environ un jour par mois, vous avez un conseiller plutôt qu'un dirigeant, et un conseiller ne porte aucun résultat. Le test tient en une question : les décisions sont-elles réellement prises et consignées, ou la réunion se contente-t-elle de résumer ce qui s'est déjà produit ?
Une agence échoue en réussissant la mauvaise chose : dans les délais, dans le budget, conforme, et le résultat ne correspond pas au fonctionnement de l'entreprise. L'autre version est plus lente à se voir, et c'est celle d'une base de code que vous ne pouvez pas emporter ailleurs. Si le dépôt n'est pas à votre nom et que le contrat ne vous cède pas les droits, vous louez votre propre outil de production, sans qu'aucun autre prestataire puisse légalement le reprendre. C'est la clause la plus importante à vérifier, et c'est aussi celle que l'on vérifie le moins.
Quand la réponse n'est ni l'un ni l'autre
Certaines situations appellent autre chose, et le dire tôt coûte bien moins cher que de le découvrir au troisième mois.
Il vous faut un développeur senior, en permanence. Quand le travail est continu et technique plutôt qu'épisodique et stratégique, recrutez : un arrangement à temps partagé n'est pas une remise sur un salaire.
Vous avez déjà un responsable technique compétent à qui vous laissez la main. La direction n'est alors pas ce qui manque, et si quelque chose cloche malgré tout, un audit technique à périmètre fixe vous dira quoi pour bien moins cher qu'un arrangement dans la durée.
Le logiciel existe déjà et plus personne ne peut le modifier sans risque. Il s'agit d'une reprise et non d'un développement : elle a son propre processus et son propre prix fixe, et la lancer comme un projet neuf revient à jeter un travail que vous avez déjà payé.
Un produit du marché fait l'affaire. Achetez le produit. Un prestataire incapable de nommer les produits qui concurrencent son propre développement est soit inattentif, soit en train d'espérer que vous l'êtes.
Comment trancher en une question
Demandez-vous ceci : si une décision technique importante devait être prise cette semaine, qui la prendrait, et lui feriez-vous confiance ?
S'il existe un nom et que la réponse est oui, la direction est en place et ce sont peut-être les bras qui manquent. S'il n'existe pas de nom, ou si ce nom est le vôtre alors que vous n'êtes pas technique, aucune capacité de livraison ne corrigera cela : en ajouter ne fera que rendre la correction ultérieure plus coûteuse.
Nous intervenons comme CTO à temps partiel et nous développons également, mais nous gardons volontairement ces deux contrats séparés : un CTO à temps partagé qui devient discrètement le canal de vente de sa propre équipe de développement ne vous donne plus un avis indépendant.
Si vous hésitez encore entre les deux, l'hésitation est légitime et une courte conversation suffit en général à trancher. Lorsque la situation reste vraiment floue, nous commençons plutôt par un audit technique à périmètre fixe dont les conclusions définissent ensuite l'arrangement, ce qui coûte moins cher que de s'engager à l'aveugle sur l'un ou sur l'autre.