Il existe un moment précis dans la vie d’une PME où l’informatique cesse d’être un sujet de dépannage pour devenir un sujet de direction. Ce basculement se produit rarement de façon spectaculaire. Il se manifeste par une accumulation : un logiciel métier choisi sans comparaison, un contrat reconduit sans relecture, un projet lancé puis abandonné, un budget qui augmente sans que personne ne sache exactement pourquoi.
À ce stade, l’entreprise n’a pas besoin d’un technicien supplémentaire. Elle a besoin de quelqu’un pour décider.
Le décalage entre l’exécution et le pilotage
La plupart des PME sont correctement servies sur l’exécution. Un prestataire répare les postes, gère les boîtes mail, remplace le matériel défaillant. Ce travail est nécessaire et il est généralement bien fait.
Mais personne n’occupe la fonction du dessus : celle qui décide de ce qu’on achète et de ce qu’on abandonne, qui négocie les contrats, qui met le budget informatique en face du plan de l’entreprise, qui dit qu’un projet n’a pas de sens. Le dirigeant assume ce rôle par défaut, sans en avoir le temps ni les repères techniques. Les décisions se prennent alors dans l’urgence, ou pas du tout.
Recruter un DSI à plein temps résoudrait la question, mais le poste ne se justifie pas en dessous d’une certaine taille. Le coût annuel dépasse largement ce qu’une entreprise de trente ou cinquante personnes peut allouer, et la charge réelle ne remplirait pas un temps plein.
Ce que recouvre le temps partagé
Le principe est simple : un directeur des systèmes d’information intervient un à trois jours par mois, avec un mandat clair et une responsabilité de résultat. Le contenu du mandat varie peu d’une entreprise à l’autre.
Il y a d’abord l’état des lieux : cartographier les applications, les contrats, les prestataires, les coûts, les risques. Cet inventaire révèle presque toujours des abonnements payés pour des outils inutilisés et des dépendances non documentées.
Vient ensuite la feuille de route : trois ou quatre chantiers sur douze à dix-huit mois, chiffrés, ordonnés, avec un responsable pour chacun. Pas quinze projets simultanés, ce qui reste le meilleur moyen de n’en terminer aucun.
Puis la relation fournisseurs : renégocier les contrats, remettre en concurrence, vérifier que les engagements de service correspondent à la réalité, s’assurer que les licences et les noms de domaine appartiennent bien à l’entreprise.
Enfin le pilotage régulier : un point mensuel avec la direction, quelques indicateurs suivis dans la durée, et des arbitrages rendus au fil de l’eau plutôt qu’en réaction à un incident.
Les signaux qui indiquent le besoin
Certains symptômes reviennent systématiquement. Le budget informatique augmente sans que personne ne sache l’expliquer. Les projets démarrent et s’arrêtent. Chaque service choisit ses outils dans son coin, et l’entreprise se retrouve avec trois solutions qui font la même chose. Une seule personne détient la connaissance du système, et son absence devient un risque. Les questions de conformité ou de sécurité restent sans réponse claire.
Un ou deux de ces signaux relèvent de l’agacement ordinaire. Quatre ou cinq indiquent une absence de pilotage.
Un dernier signal, plus discret, mérite attention : l’incapacité à répondre simplement à la question « que se passe-t-il si notre système principal tombe demain matin ? ». Une entreprise pilotée sait dire en combien de temps elle redémarre et ce qu’elle perd. Une entreprise sans pilotage découvre la réponse le jour de l’incident, ce qui est la manière la plus onéreuse de l’apprendre.
Comment cadrer la mission
Trois précautions font la différence entre un accompagnement utile et une prestation décorative.
La première : une durée minimale de six mois. Un état des lieux sérieux prend quelques semaines, et les premiers effets d’une feuille de route se voient au deuxième trimestre. En dessous, on paie un audit, pas un pilotage.
La deuxième : une séparation nette entre le conseil et la fourniture. Celui qui recommande un logiciel ne doit pas être celui qui le revend. Cette indépendance est ce qui donne de la valeur à l’avis.
La troisième : une obligation de documentation. Tout ce qui est décidé, cartographié et négocié doit rester dans l’entreprise, sous une forme lisible par un non-technicien. C’est la garantie que le travail survit au départ de l’intervenant.
Un point de vigilance complète ce cadre : le DSI à temps partagé n’a pas vocation à remplacer le support quotidien. Les deux fonctions coexistent, l’une pilote, l’autre exécute, et la confusion entre les deux produit invariablement un intervenant qui passe ses journées à résoudre des tickets au lieu de préparer les décisions.
Un investissement modeste, un effet de levier réel
Deux jours par mois représentent une charge que la plupart des PME absorbent sans difficulté, souvent compensée dès la première année par les contrats renégociés et les abonnements supprimés. Le vrai gain se situe ailleurs : dans des décisions prises au bon moment, avec les bons éléments.
Reste à choisir l’interlocuteur. Un prestataire informatique qui connaît à la fois les environnements Apple et Microsoft, et qui a déjà accompagné des entreprises de taille comparable, part avec un avantage évident : il reconnaît les impasses avant qu’on s’y engage.
