Dans beaucoup de PME, la question paraît presque incongrue. « Qui décide de l’IT ? »
La réponse spontanée est souvent floue : le dirigeant, un peu, le DAF pour les coûts, l’infogéreur pour le technique, et parfois ce collaborateur débrouillard qui “s’y connaît”. Pourtant, faire appel à un décideur IT externe pour PME peut s’avérer une solution pertinente.
Ce fonctionnement n’est ni rare, ni anormal. Il est même souvent le résultat d’une histoire pragmatique, faite de contraintes, de croissance progressive et de décisions prises au fil de l’eau.
Le problème n’est donc pas qu’il y ait plusieurs acteurs, mais qu’il n’y ait pas de cadre clair.
Cet article propose de poser les choses à plat, sans blâme ni posture culpabilisante, pour aider les dirigeants de PME à reprendre la main sur leur système d’information… simplement.
Sommaire
1. Une question simple… à laquelle personne ne répond clairement
Dans une PME, la question peut sembler presque théorique : Qui décide réellement de l’IT ?
Et pourtant, dès qu’on la pose, la réponse n’est jamais évidente. Non pas parce qu’elle est sensible mais parce qu’elle n’a, le plus souvent, jamais été formalisée.
Tant que le système d’information fonctionne globalement, le sujet reste en arrière-plan. Les outils sont là, les équipes travaillent, les incidents sont gérés. L’IT n’est pas parfaite mais elle ne bloque pas l’activité. Dans ce contexte, il n’y a aucune raison apparente de se poser la question du pilotage.
Puis, un jour, quelque chose fait basculer la perception. Cela peut être un projet structurant, une obligation réglementaire, une facture qui interroge, un incident de sécurité ou simplement une accumulation de petits dysfonctionnements. Le dirigeant réalise alors que beaucoup de décisions ont été prises au fil du temps mais sans véritable logique d’ensemble.
Dans les faits, le dirigeant décide bien sûr. Il arbitre un investissement, valide un changement d’outil, tranche lorsqu’il faut avancer. Mais ces décisions sont souvent ponctuelles et réactives. Elles répondent à une situation immédiate, rarement à une trajectoire clairement définie. Or décider au coup par coup ne revient pas à piloter.
Piloter un système d’information suppose autre chose :
- Une vision à moyen terme,
- des priorités assumées,
- des règles du jeu partagées,
- et une continuité dans les décisions.
Sans cela, l’IT devient progressivement un sujet diffus. Elle n’est ni totalement déléguée, ni réellement gouvernée. Elle se répartit naturellement entre plusieurs acteurs, chacun intervenant selon ses compétences, son périmètre ou les attentes implicites de l’entreprise. Ce fonctionnement est pragmatique, mais il a une conséquence directe : la responsabilité se dilue.
Plus il y a d’intervenants, plus il devient difficile de répondre simplement à la question « qui décide ? ». Et cette absence de réponse n’est pas anodine. Elle révèle souvent une gouvernance construite par empilement, au fil des besoins et des urgences sans intention stratégique clairement posée.
Ce constat n’a rien de culpabilisant. Il reflète la réalité de nombreuses PME arrivées à un certain stade de maturité. Ce que j'appelle "le poids de l'histoire". Le problème n’est pas d’en être là mais de ne pas en avoir conscience.
Pour comprendre ce flou, il faut maintenant regarder qui décide réellement de l’IT au quotidien, et comment les rôles se sont répartis naturellement entre le dirigeant, le DAF, le collaborateur “qui s’y connaît”… et le prestataire informatique.
2. La réalité du terrain : L’IT pilotée par une addition de rôles
Dans la majorité des PME, l’IT n’est pas pilotée par une personne clairement identifiée. Elle est le résultat d’un empilement de rôles, chacun légitime dans son périmètre, mais rarement coordonné avec les autres. Ce fonctionnement s’est construit progressivement, souvent de manière pragmatique, sans intention particulière… jusqu’à devenir la norme.
Le dirigeant : Responsable final, décideur occasionnel
Le dirigeant reste, qu’il le veuille ou non, le responsable ultime du système d’information. C’est lui qui engage l’entreprise sur les sujets sensibles : Sécurité des données, continuité d’activité, conformité réglementaire, investissements structurants. Sur le papier, le rôle est clair.
Dans les faits, son intervention est souvent ponctuelle. Il arbitre lorsqu’il y a une urgence, une dépense significative ou un blocage visible. Le reste du temps, l’IT avance sans sollicitation directe. Non par désintérêt mais parce que le dirigeant a d’autres priorités et parce que l’IT est perçue comme un sujet technique que d’autres maîtrisent mieux que lui.
Ce décalage crée une situation paradoxale : Le dirigeant est responsable mais rarement en position de pilotage. Il décide mais sans toujours disposer d’une vision globale ou d’éléments d’arbitrage clairs. Et puis, il n'est pas toujours très bien accompagné pour décider, faire les choix judicieux et nécessaires.
Le DAF : Gardien des coûts, parfois chef d’orchestre involontaire
Très souvent, le DAF devient un acteur central de l’IT. Tous les flux financiers passent par lui : contrats d’infogérance, licences logicielles, abonnements cloud, renouvellements de matériel. Naturellement, il pose des questions, demande des justifications, arbitre les dépenses.
Son rôle est indispensable pour maîtriser les coûts et éviter les dérives. Le problème apparaît lorsque l’IT est principalement pilotée sous l’angle budgétaire. Les décisions privilégient alors la réduction des charges visibles, la continuité à court terme, et parfois le statu quo.
L’IT est contrôlée financièrement, mais rarement pensée comme un investissement stratégique ou un levier de performance. Le DAF se retrouve parfois à piloter l’IT… sans que ce soit réellement son rôle.
Le collaborateur “qui s’y connaît” : Le référent officieux
Dans presque chaque PME, il y a ce collaborateur “à l’aise avec l’informatique”. Il n’est pas informaticien, mais il a "un PC chez lui", il comprend les outils, il dépanne ses collègues, il configure une imprimante ou un logiciel quand il faut aller vite. Il rend service.
Par pragmatisme, il devient le point de contact interne pour l’IT. On lui demande son avis, on s’appuie sur lui pour choisir un outil, on lui confie des accès ou des paramétrages. À court terme, cela fonctionne plutôt bien.
Mais ce rôle officieux a ses limites. Ce collaborateur n’a ni la vision globale du système d’information, ni la responsabilité stratégique, ni le temps nécessaire pour structurer durablement l’IT. À son départ, ou simplement lorsqu’il change de poste, l’entreprise se retrouve souvent démunie.
Et puis, piloter le SI, c'est un métier. Et les PRO alors ? Les prestataires...
Le prestataire informatique : Quand il prend le pouvoir par défaut
Enfin, il y a le prestataire informatique. Dans beaucoup de PME, c’est lui qui structure réellement le système d’information au quotidien. Non parce qu’il l’a revendiqué mais parce qu’on ne lui a jamais clairement défini son rôle.
En l’absence de gouvernance explicite, le prestataire :
- Choisit les solutions qu’il connaît et maîtrise,
- Priorise la stabilité et la charge de support,
- Arbitre les évolutions selon ses contraintes opérationnelles.
Il fait son travail, souvent sérieusement mais sans rendre compte au sens stratégique. Les décisions techniques s’accumulent, les choix ne sont pas toujours expliqués et la dépendance s’installe progressivement.
Avec le temps, un autre phénomène peut apparaître : Le service minimum structurel. Les incidents sont traités, l’existant est maintenu mais l’IT n’évolue plus vraiment. Elle fonctionne, sans créer de valeur supplémentaire pour l’entreprise. Et je peux le constater quasi quotidiennement, les outils déployés le sont à minima. Pas de personnalisation, pas de tableau de bord, pas d'adaptation aux métiers ou à l'écosystème du client...
Un équilibre fragile, mais courant
Pris individuellement, aucun de ces acteurs n’est “le problème”. Chacun agit avec logique et bonne volonté dans son périmètre. Collectivement, ils illustrent une réalité simple : L’IT est pilotée par addition de rôles, pas par intention stratégique.
Ce modèle tient tant que l’entreprise reste stable. Mais dès que la PME grandit, se transforme ou affronte de nouvelles contraintes, ses limites deviennent visibles.
C’est ce que nous allons illustrer maintenant avec un cas concret, très représentatif des PME où l’IT est pilotée… sans pilote.
3. Cas concret : Quand l’IT est pilotée… sans pilote
Prenons une PME de taille classique, une quarantaine de collaborateurs, une activité bien installée et un système d’information construit progressivement au fil des années. Rien d’atypique. Au contraire, un fonctionnement que je rencontre très souvent.
Historiquement, l’entreprise s’appuie sur un prestataire informatique en place depuis longtemps. Il gère l’infrastructure, les postes, les sauvegardes, les licences. Les outils métiers se sont ajoutés les uns après les autres, souvent à l’initiative des équipes ou sous l’impulsion de contraintes externes. L’expert-comptable a joué un rôle clé dans le choix des logiciels de gestion et de comptabilité. En interne, un collaborateur “à l’aise avec l’informatique” fait le lien au quotidien.
Sur le papier, tout le monde est impliqué. Dans les faits, personne ne pilote réellement.
- Le dirigeant valide les investissements quand ils deviennent visibles ou urgents.
- Le DAF contrôle les coûts et les contrats.
- Le prestataire propose des solutions techniques et arbitre les priorités opérationnelles.
- Le collaborateur référent dépanne, adapte, contourne quand il le faut.
- Chacun agit de bonne foi, dans son périmètre.
Pendant longtemps, ce modèle fonctionne. L’activité se développe, les outils tiennent, les incidents sont absorbés. L’IT n’est pas un sujet stratégique mais elle ne bloque pas l’entreprise. Elle “fait le job”.
Puis un projet transverse arrive. Cela peut être la mise en place d’un nouvel outil métier, une évolution réglementaire (la facturation électronique, par exemple), une volonté de mieux sécuriser les données (un confrère s'est fait hacker) ou simplement le besoin de structurer des processus devenus trop artisanaux. Le projet paraît raisonnable mais très vite les difficultés apparaissent.
Les décisions prennent du temps car personne n’a la légitimité claire pour trancher. Les échanges se multiplient entre le prestataire, le DAF, l’expert-comptable et les équipes. Les priorités ne sont pas alignées. Les coûts sont difficiles à anticiper. Les choix techniques ne sont pas toujours compris par la direction, et les enjeux métier sont parfois mal traduits côté IT.
Progressivement, un malaise s’installe. Le dirigeant a le sentiment de subir les décisions plutôt que de les orienter. Le prestataire avance selon ce qu’il maîtrise, sans vision globale du business. Les équipes s’adaptent, mais sans comprendre la finalité. L’IT devient un sujet de tension, là où elle devait être un levier.
Ce cas n’a rien d’exceptionnel. Il illustre simplement ce qui se produit lorsque l’IT est pilotée par accumulation de décisions, sans cadre ni pilote clairement identifié. Tant que tout va bien, le modèle tient. Dès que l’entreprise change de rythme, ses fragilités apparaissent.
Ce constat amène une question essentielle : Faut-il y voir un échec d’organisation ou simplement le signe que l’entreprise a atteint un nouveau stade de maturité ? C’est précisément ce que nous allons aborder dans la partie suivante.
4. Pourquoi ce flou n’est pas un échec mais un stade de maturité
Face à ce type de situation, beaucoup de dirigeants ont le même réflexe : Se dire qu’ils ont raté quelque chose. Que l’IT aurait dû être mieux structurée plus tôt. Que l’organisation aurait dû anticiper. En réalité, ce raisonnement est souvent injuste… et surtout à côté du vrai sujet.
Ce flou n’est pas le signe d’une mauvaise gestion. Il est, dans la majorité des cas, le résultat logique de la croissance de l’entreprise. Et il ne faut pas s'auto-flageller, ça fonctionne !
Dans une PME, le système d’information se construit rarement à partir d’un schéma directeur. Il se développe par couches successives, en réponse à des besoins concrets : Produire, vendre, facturer, collaborer. Chaque outil apporte une solution immédiate, chaque décision est rationnelle à l’instant où elle est prise. Ce pragmatisme est même l’une des forces des PME. Et j'adore ça.
Pendant longtemps, ce modèle fonctionne très bien. L’entreprise est agile, les décisions sont rapides, l’IT s’adapte sans lourdeur organisationnelle. La question du pilotage ne se pose pas car la complexité reste maîtrisable.
Puis, progressivement, un seuil est franchi. L’entreprise grandit, les équipes se spécialisent, les outils se multiplient, les contraintes réglementaires s’intensifient, diversification, rachat d'une usine... L’IT n’est plus seulement un support opérationnel ; elle devient un élément structurant de l’activité. À ce stade, les décisions prises “au fil de l’eau” commencent à montrer leurs limites.
Les signaux sont rarement brutaux. Ils apparaissent de manière diffuse :
- Des coûts IT difficiles à expliquer ou à anticiper,
- Une dépendance accrue à certaines personnes ou prestataires,
- Des projets qui avancent lentement faute d’arbitrage clair,
- Un sentiment de perte de maîtrise côté direction.
Ces signaux ne traduisent pas un échec mais un changement d’échelle. L’organisation IT n’est simplement plus alignée avec le niveau de maturité de l’entreprise.
C’est souvent à ce moment précis que les dirigeants se posent, pour la première fois, la bonne question. Non pas « qui a mal fait ? » mais « comment devons-nous désormais piloter notre IT ? ».
Comprendre cela est essentiel. Tant que le flou est vécu comme une faute, il génère de la tension et de la défiance. Lorsqu’il est reconnu comme un stade naturel de développement, il devient au contraire une opportunité : Celle de structurer l’IT de façon volontaire, progressive et adaptée à la réalité de la PME.
La question n’est donc plus de savoir s’il faut changer quelque chose mais comment clarifier les rôles sans alourdir l’organisation et surtout sans remettre en cause ce qui fonctionne déjà. C’est précisément l’enjeu de la gouvernance IT en PME, que nous allons maintenant aborder.
5. Clarifier sans blâmer : Poser une gouvernance IT simple et adaptée
Lorsque le besoin de structuration apparaît, le premier risque est de vouloir “tout remettre à plat”. Créer des comités, formaliser des procédures lourdes, copier des modèles issus de grandes entreprises. En PME, cette approche est contre-productive. Elle consomme de l’énergie sans répondre au vrai besoin : Redonner de la clarté.
Clarifier la gouvernance IT ne consiste pas à retirer du pouvoir à certains acteurs ni à désigner des responsables a posteriori. Il s’agit simplement de définir un cadre lisible, dans lequel chacun sait ce qu’il fait, pourquoi il le fait et jusqu’où va son rôle.
Le point de départ est presque toujours le même : Distinguer clairement la décision stratégique de l’exécution opérationnelle. Dans beaucoup de PME, ces deux dimensions sont entremêlées, ce qui crée des incompréhensions et des tensions inutiles.
Concrètement, une gouvernance IT efficace repose sur quelques principes simples.
- Le dirigeant conserve la décision sur les orientations majeures : Priorités, niveaux de risque acceptables, investissements structurants.
- Les équipes métiers expriment leurs besoins et leurs contraintes opérationnelles.
- Le prestataire met en œuvre les solutions techniques dans le cadre défini.
- Et un rôle de pilotage (qui ?) assure la cohérence de l’ensemble.
Pour que cela fonctionne, certains points doivent être explicités, même brièvement :
- Qui décide des priorités IT,
- Qui arbitre entre coût, risque et valeur,
- Qui valide les choix structurants,
- Qui est responsable de la cohérence globale du système.
Ce cadre n’a pas besoin d’être complexe ni formalisé à l’excès. Quelques règles partagées suffisent souvent à transformer la relation avec les prestataires, à fluidifier les projets et à sécuriser les décisions. Le simple fait de poser les rôles permet déjà de sortir du pilotage “par défaut”.
L’un des bénéfices immédiats de cette clarification est la qualité de la relation avec les partenaires IT. Le prestataire n’est plus perçu comme celui qui “décide dans l’ombre” mais comme un expert qui intervient dans un cadre défini. Les échanges deviennent plus factuels, les arbitrages plus lisibles, et les responsabilités mieux réparties.
Surtout, cette gouvernance redonne au dirigeant une position confortable. Il ne s’agit pas pour lui de devenir technicien ou de s’impliquer dans chaque détail. Il s’agit de pouvoir décider avec des éléments clairs, alignés sur la stratégie de l’entreprise, sans subir les choix techniques ou financiers. Il reprend le pouvoir !
Une fois ce cadre posé, une question se pose naturellement : Qui peut jouer ce rôle de pilotage dans une PME sans alourdir l’organisation ni créer un poste à temps plein ? C’est précisément ce que nous allons aborder dans la dernière partie.
6. Quel pilote pour une PME ? Le bon niveau, au bon format
Une fois la gouvernance clarifiée, une question s’impose naturellement : Qui tient le rôle de pilote au quotidien ? Dans une PME, la réponse n’est pas évidente car les modèles classiques des grandes entreprises ne sont ni adaptés ni souhaitables.
Créer un poste de DSI à temps plein est rarement pertinent. Le volume, la complexité et le budget ne le justifient pas toujours. À l’inverse, laisser le pilotage se diluer entre le dirigeant, le DAF, les équipes et les prestataires revient à reproduire les mêmes fragilités qu’auparavant.
Entre ces deux extrêmes, il existe un format intermédiaire, particulièrement adapté aux PME : Le pilotage IT externalisé à temps partagé.
L’objectif n’est pas d’ajouter une couche hiérarchique mais d’apporter une fonction de coordination et de traduction. Traduction entre la stratégie du dirigeant et les décisions IT. Traduction entre les besoins métiers et les solutions techniques. Traduction, enfin, entre les contraintes budgétaires et les enjeux de sécurité, de performance et de continuité.
Ce rôle de pilote permet de :
- Structurer une trajectoire IT lisible et réaliste,
- Cadrer les prestataires sans les contraindre inutilement,
- Sécuriser les décisions sans alourdir les processus,
- Redonner au dirigeant une vision claire de son patrimoine numérique.
La valeur de ce positionnement tient aussi à sa neutralité. Un pilote IT externe n’est ni vendeur de solutions, ni opérateur technique. Il n’a pas intérêt à pousser un outil plutôt qu’un autre. Son rôle est d’éclairer les décisions, de poser les arbitrages et de garantir la cohérence globale du système d’information.
Dans la pratique, ce pilotage s’exerce à un rythme adapté à la vie de l’entreprise. Quelques heures par mois peuvent suffire pour poser le cadre, suivre les projets, challenger les prestataires et anticiper les évolutions. L’important n’est pas le volume mais la régularité et la clarté du rôle.
Pour le dirigeant, le bénéfice est immédiat. Il ne s’agit plus de “faire confiance les yeux fermés” ou de décider dans l’urgence mais de disposer d’un interlocuteur capable de lui donner une vision synthétique, orientée business, sans jargon inutile.
Reste alors à refermer la boucle : Ce n’est pas une question de pouvoir ou de contrôle, mais de clarté et d’alignement. C’est précisément ce message que nous allons poser en conclusion.
Pour conclure : Ce n’est pas une question de pouvoir, mais de clarté
Dans une PME, l’IT n’est presque jamais mal gérée par négligence. Elle est, le plus souvent, gérée par défaut. Les décisions s’accumulent, les rôles se superposent, chacun fait au mieux dans son périmètre. Tant que l’entreprise avance sans heurts, ce fonctionnement tient.
Le problème n’apparaît que lorsque l’IT devient réellement structurante pour l’activité. À ce stade, le flou n’est plus neutre. Il génère de la dépendance, de l’incompréhension, parfois de la tension. Non parce que les acteurs sont incompétents mais parce que personne n’a été explicitement désigné pour piloter.
Reprendre la main sur l’IT ne signifie pas tout centraliser ni tout contrôler. Il s’agit avant tout de clarifier. Clarifier qui décide, qui propose, qui met en œuvre et qui coordonne. Cette clarté est bénéfique pour tous : le dirigeant, les équipes, le DAF, les prestataires. Elle transforme l’IT d’un sujet subi en un levier maîtrisé.
À partir du moment où les rôles sont posés, les décisions deviennent plus lisibles, les relations plus saines et les projets plus fluides. L’IT cesse d’être une source de friction pour redevenir un outil au service de la stratégie et de la performance de l’entreprise.
Finalement, la bonne question n’est pas « Qui a pris le pouvoir ? », mais « Avons-nous donné un cadre clair à notre IT ? ». C’est souvent à cet instant précis que le dirigeant retrouve de la sérénité… et que le système d’information commence réellement à créer de la valeur.
Si, en lisant cet article, vous avez le sentiment que votre IT fonctionne… mais sans réel pilote, c’est probablement le bon moment pour prendre un peu de recul.
Je vous propose un échange exploratoire de 30 minutes, sans engagement, pour :
- Faire le point sur la manière dont les décisions IT sont prises aujourd’hui dans votre PME,
- Identifier les zones de flou ou de dépendance,
- Et voir, très concrètement, comment clarifier les rôles sans alourdir votre organisation.
Un regard externe, pragmatique, orienté dirigeant, pour remettre de la lisibilité là où l’IT s’est construite par empilement.
Réservez en ligne votre créneau pour un appel découverte de 30mn gratuit.