Un CTO à temps partagé porte les décisions, pas les tickets
Une direction technique senior à temps partiel : en général un à trois jours par mois, avec la responsabilité des décisions techniques coûteuses à défaire. L'architecture et la plateforme, ce que finance réellement le budget technique, le niveau d'exigence au recrutement, la posture de sécurité, le choix des prestataires et ce qui ne sera pas construit. Ce n'est ni de la régie, ni une équipe de développement moins chère. Si ce qu'il vous faut, ce sont des développeurs, nous vous le dirons, et c'est cela qu'il faut recruter.
Ce que porte réellement un CTO à temps partagé
Le terme est employé de façon assez large pour mériter une définition. Six sujets, portés et non simplement conseillés.
La direction technique
L'architecture, la plateforme, et parmi les décisions devant vous, celles qui ne se rejouent pas.
L'affectation du budget technique
Acheter ou construire, la facture cloud, les contrats prestataires, et le coût réel de la feuille de route telle qu'elle est écrite.
L'équipe et le niveau d'exigence
L'organisation, la séniorité, qui manque, qui porte trop, et ce que veut dire un bon profil en entretien.
La posture de sécurité et de risque
Ce qui est acceptable, ce qui ne l'est pas, et ce que l'on écrit noir sur blanc à un client ou dans un questionnaire de sécurité.
L'engagement sur la livraison
Des engagements tenables, et une alerte tôt quand ils cessent de l'être.
Dire non
La partie la plus utile du métier, et la moins mise en avant. Une feuille de route construite par ordre d'arrivée des demandes est l'état par défaut d'une entreprise sans personne d'assez senior pour refuser.
Ce que ce n'est pas : écrire l'essentiel du code, piloter le tableau de bord de votre agence, assister à tous les points quotidiens, ou prêter un titre à un dossier d'investissement. Nous mettons les mains dans le code quand cela accélère vraiment une décision, et cela ne représente jamais le gros du mandat.
Quand y recourir
Un fondateur sans associé technique
- Les décisions techniques sont prises par la personne la plus sûre d'elle dans la pièce.
- Une agence ou un prestataire construit le produit et personne chez vous ne peut évaluer ce qui est livré.
- Vous levez des fonds, et le volet technique de la due diligence va devenir le problème de quelqu'un.
- Les deux ou trois premiers développeurs sont recrutés et personne ne les dirige.
- Un client important commence à poser des questions de sécurité, de disponibilité et de données auxquelles vous ne savez pas répondre.
Une entreprise entre deux directeurs techniques
- Le CTO est parti et le recrutement prendra six mois. Quelqu'un doit porter les décisions entre temps, et promouvoir un développeur dans ce vide sans accompagnement vous coûte en général ce développeur.
- Une transformation, une migration ou un redressement demande une prise en charge expérimentée que l'équipe en place ne peut pas absorber en plus de son travail.
- Après une acquisition, quand deux organisations techniques doivent n'en faire qu'une.
- Le conseil d'administration ne se fie plus au reporting technique et veut un regard indépendant.
Quand ne pas y recourir
Si vous avez un responsable technique compétent et à qui vous laissez la main, avec une feuille de route claire, vous n'en avez pas besoin : un audit technique vous servira mieux. S'il vous faut quarante heures de direction technique par semaine, recrutez un CTO à plein temps, et nous vous aiderons à définir le poste et à participer au jury si c'est utile. Si ce qui manque, ce sont des développeurs, ce n'est pas le bon achat.
Comment nous travaillons avec les autres
Un CTO à temps partagé n'est utile que si le reste de l'organisation peut travailler avec lui. Six relations, traitées différemment.
Fondateurs et dirigeants
Un échange hebdomadaire régulier, pas un rapport mensuel. Des avis directs, y compris ceux qui dérangent, et une traduction entre le plan d'affaires et ce qu'il exige techniquement.
Conseils et investisseurs
Un reporting qui distingue le risque du bruit, et une personne nommément responsable de la vision technique. Nous présentons au conseil quand cela aide.
Équipes techniques
Nous travaillons avec vos développeurs, pas au-dessus d'eux. Ils savent en général où sont les problèmes. Ce qui manquait, c'était quelqu'un de senior et d'extérieur à qui le dire. Personne n'est remplacé, et nous le disons dès le premier jour.
Responsables produit
Le séquencement, les arbitrages et les coûts réels face à la feuille de route, pour que la question du délai cesse d'être une négociation.
Agences et prestataires
Nous leur demandons ce que votre propre équipe demanderait si vous en aviez une : revue d'architecture, propriété du code à votre nom, et une reprise qui fonctionne vraiment. Le rapport de force n'est mobilisé que lorsqu'il le faut.
Investisseurs et venture studios
Un appui technique au niveau du portefeuille, un deuxième avis avant un chèque, et des 90 premiers jours pour une société qui vient de découvrir un problème technique.
Rythme de travail
À distance d'abord, avec une cadence fixe plutôt qu'une disponibilité à la demande. Un mois type :
- Une session de direction hebdomadaire, une heure, avec un ordre du jour et des décisions consignées.
- Un créneau régulier avec l'équipe technique : revue d'architecture, conception, ou ce qui bloque réellement.
- Une disponibilité asynchrone dans vos canaux pendant la semaine, pour les décisions qui n'attendent pas.
- Un point écrit mensuel pour les fondateurs et le conseil : ce qui a changé, ce qui est à risque, ce qui demande une décision.
- Chaque trimestre, une session de travail plus longue sur le plan du trimestre suivant, sur place quand les dates s'y prêtent.
Nous sommes un studio d'ingénierie à Bordeaux et nous travaillons avec des entreprises en Europe et au-delà. Les sessions sur place sont planifiées plutôt que continues, et convenues avant le début du mandat plutôt que promises vaguement. Pour les clients du Golfe, Bordeaux a deux à trois heures de décalage avec Dubaï, ce qui donne une vraie journée de travail commune et non un relais de nuit.
À quoi ressemblent les 90 premiers jours
Les mandats commencent par 90 jours fermes, pas par un forfait sans fin. Les deux parties ont besoin d'une sortie qui ne soit pas gênante.
- 1
Jours 1 à 30 : comprendre et stabiliser
Les systèmes, l'équipe, les engagements et les risques immédiats. Une ou deux choses manifestement cassées sont réparées, pour que l'arrangement justifie sa place rapidement.
- 2
Jours 31 à 60 : décider
La direction d'architecture et de plateforme, le budget, la forme de l'équipe et la posture de sécurité, écrites et validées avec vous.
- 3
Jours 61 à 90 : installer le rythme
La cadence de livraison, le reporting, et les décisions que vos propres équipes devraient prendre sans nous.
- 4
À 90 jours : un vrai point de décision
Continuer à une cadence convenue, passer à un accompagnement plus léger, ou arrêter parce que le manque est comblé. Ces trois issues sont normales et nous en recommanderons une.
Quand la situation est floue au départ, nous commençons en général par un audit technique à périmètre fixe et nous laissons ses conclusions définir le mandat. C'est une façon moins chère de savoir si vous en avez besoin. Audit technique à périmètre fixe et sprint de risques
Ce qui change en général
Exprimé en catégories plutôt qu'en chiffres, parce que le résultat dépend de votre point de départ, et qu'un chiffre cité ici serait celui de quelqu'un d'autre.
Les décisions cessent de traîner
Les décisions coûteuses sont prises, avec une personne qui en répond.
Le budget devient lisible
Ce que financent réellement la facture cloud et le budget technique, et ce qui peut être coupé sans conséquence.
Les affaires grands comptes ne butent plus sur la sécurité
Les questionnaires reçoivent des réponses exactes et rapides au lieu de bloquer des ventes pendant des semaines.
La livraison devient prévisible
Pas forcément plus rapide d'abord. Prévisible d'abord, ce dont le reste de l'entreprise a réellement besoin.
La dépendance à une personne diminue
Ce qui était dans la tête d'une seule personne est écrit et partagé.
Le recrutement s'améliore
Un niveau d'exigence défendable, une vraie définition de poste, et quelqu'un de compétent dans le processus d'entretien.
Avec qui vous travaillez
Hugo Matthaey a cofondé Side, la plateforme française de travail temporaire, et l'a accompagnée de ses premières levées jusqu'à sa vente. Le métier de Side consistait précisément à transformer la paperasse de l'intérim en logiciel qui tourne tout seul. Il dirige aujourd'hui Reflekt Lab, un studio d'ingénierie à Bordeaux qui construit des ERP, des CRM et des outils métier sur mesure, et qui fait tourner ses propres opérations sur les logiciels que l'équipe a écrits.
Cela compte pour une raison précise : l'équipe qui vous conseille peut mettre en oeuvre la feuille de route, et doit vivre avec ses propres recommandations. La plupart de nos missions de conseil se prolongent en développement, et quand ce ne devrait pas être le cas, nous le disons.
Questions fréquentes
Faut-il être basé dans notre ville pour faire ce travail ?
Non, pour le travail lui-même. Les décisions se prennent dans un rythme hebdomadaire, et cela fonctionne à distance. La présence physique compte pour certains mandats : un travail face au conseil, un redressement, ou une équipe qui a perdu confiance dans sa direction technique se passent mieux avec quelqu'un dans la pièce aux bons moments. Dans ces cas là, nous convenons d'une fréquence de déplacements dans le contrat plutôt que de promettre une présence en général. Si votre situation exige vraiment quelqu'un sur place la plupart des semaines, un CTO à temps partagé résidant sur place est la meilleure réponse et nous vous le dirons dès l'appel.
Combien de jours par mois ?
En général un à trois. En dessous d'un jour par mois, vous avez un conseiller et non un dirigeant. Au dessus de quatre ou cinq, vous êtes assez proche du plein temps pour recruter.
Combien cela coûte ?
Un tarif journalier appliqué à une cadence mensuelle convenue, confirmé par écrit après le premier échange. Il n'y a pas d'engagement long : les 90 premiers jours sont fermes, ensuite c'est au mois. Nous publions des montants réels quand le périmètre est vraiment fixe, ce qui explique que l'audit de code soit à 2 500 € forfaitaires et que nos fourchettes aux Émirats soient sur la page plutôt que derrière un formulaire.
Pouvez-vous aussi développer le logiciel ?
Oui, et c'est un contrat distinct avec son propre périmètre. Nous séparons les deux volontairement, parce qu'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.
Que se passe-t-il quand nous recrutons un CTO à plein temps ?
C'est une fin réussie. Nous aidons à définir le poste, participons au jury si vous le souhaitez, et faisons une passation propre. Plusieurs mandats devraient se terminer ainsi.
Nos développeurs vont ils le vivre comme une menace ?
Mal amené, oui. Nous disons explicitement dès le premier jour que personne n'est remplacé et que l'objectif est de les débloquer. En pratique, les développeurs sont souvent les premiers à y trouver leur compte, parce que quelqu'un de senior écoute enfin ce qu'ils disent depuis longtemps.
Est-ce la même chose qu'un audit technique ?
Non. Un audit est une évaluation à périmètre fixe qui se termine par une feuille de route. Un mandat de CTO à temps partagé est une prise en charge continue des décisions. Si vous ne savez pas encore lequel il vous faut, commencez par l'audit : il est moins cher et il répond à la question.
Signez-vous un accord de confidentialité ?
Oui, systématiquement.
Vous ne savez pas si c'est ce qu'il vous faut ?
Trente minutes. Décrivez la situation et nous vous dirons si un CTO à temps partagé est la bonne réponse, si un audit à périmètre fixe répondrait à la question à moindre coût, ou si ce qu'il vous faut est simplement de recruter.
