Qu'est-ce qu'un DSI à temps partagé, et quand en avoir besoin

En résumé : un DSI à temps partagé (ou CTO à temps partagé) est un responsable technique expérimenté qui intervient un à deux jours par semaine, en régie récurrente, plutôt qu'à plein temps. Il apporte l'architecture, les choix de stack, la maîtrise des prestataires et l'arbitrage technique — sans le coût d'un recrutement de direction. C'est adapté aux entreprises qui ont déjà des développeurs mais personne pour les diriger.

Le problème que ça résout

Une situation très courante : vous avez une équipe de développement — interne, externe ou mixte — et personne, en interne, capable d'arbitrer techniquement. Résultat : les décisions d'architecture sont prises par le prestataire (donc dans son intérêt), ou reportées jusqu'à devenir coûteuses.

Recruter un DSI expérimenté à plein temps est cher, long, et souvent surdimensionné pour une entreprise de trente à trois cents personnes. Ne rien faire coûte plus cher, mais de façon invisible : dette technique, dépendance à un prestataire, refontes évitables.

Ce que couvre le rôle

• Architecture et choix de stack — décider, et documenter pourquoi
• Maîtrise des prestataires — cadrer, challenger les devis, valider les livrables
• Revues de code et de sécurité — avant la mise en production, pas après l'incident
• Arbitrage entre le court terme et la dette — savoir quand une solution rapide est acceptable et quand elle ne l'est pas
• Montée en compétence de l'équipe — l'objectif est qu'elle soit plus autonome à la fin qu'au début

Les trois situations où ce n'est PAS la bonne réponse

Autant le dire clairement, parce que c'est souvent mal vendu :

• Vous n'avez pas encore d'équipe technique. Un DSI à temps partagé dirige des développeurs ; s'il n'y a personne à diriger, vous avez besoin d'un prestataire de réalisation ou d'un cadrage, pas d'une direction.
• Vous avez besoin de production, pas d'arbitrage. Si le besoin réel est d'écrire du code, un jour par semaine de direction technique ne remplacera pas un développeur à temps plein.
• Le problème est organisationnel, pas technique. Si les projets échouent parce que personne ne décide côté métier, ajouter un responsable technique ne changera rien — le sujet est la gouvernance.

Comment ça s'organise en pratique

Un à deux jours par semaine, sur six à douze mois, avec un rythme fixe. En dessous de trois mois, le temps d'appropriation du contexte représente une part trop importante de la mission. Au-delà de deux jours par semaine, la question du recrutement mérite d'être posée sérieusement — et un bon DSI à temps partagé vous le dira lui-même.

Le signe que ça fonctionne n'est pas que vous ayez besoin de lui indéfiniment : c'est que vos décisions techniques deviennent plus rapides et moins risquées, et que votre dépendance aux prestataires diminue.

Comment cela fonctionne concrètement

Voici le fonctionnement de ma propre offre de supervision, qui est un DSI à temps partagé ciblé sur une seule question : le prestataire livre-t-il ce qui a été convenu ?

• Mois 1, en profondeur : revue du périmètre et des critères d'acceptation, pour repérer ce qui est écrit trop vaguement.
• Chaque sprint noté face aux critères : livré, partiellement livré ou non livré, avec la preuve jointe.
• Un verdict écrit mensuel de deux pages, avec un go / no-go sur chaque version.
• Mensuel, résiliable, sans durée minimale, avec au plus deux clients à la fois.

Le conflit d'intérêts à poser en premier

Un DSI à temps partagé qui vend aussi du développement n'est pas indépendant de votre choix de prestataire. Demandez-le par écrit. Je dirige la livraison dans une agence logicielle : je refuse donc toute mission de supervision d'une agence marocaine, et la relation avec Digi4 est déclarée par écrit avant toute présentation.

Tarif et détail : supervision de prestataire. Pour une seule décision technique, la Power Hour architecture tient en une heure préparée.