En bref
Le passage d’une « informatique technique » à une véritable DSI ne tient ni aux outils ni au budget : c’est une bascule de posture et de gouvernance. L’informatique technique exécute des demandes ; une DSI arbitre des priorités, porte une trajectoire et parle le langage de la direction.
Dans beaucoup d’entreprises, l’informatique fonctionne — et fonctionne même bien. Les serveurs tournent, les tickets se ferment, les demandes sont traitées. Pourtant, quelque chose manque : personne ne sait dire où va le SI dans trois ans, ni pourquoi tel projet passe avant tel autre. C’est le signe d’une informatique techniquement compétente, mais qui n’est pas encore devenue une direction des systèmes d’information.
Deux métiers qui portent le même nom
La différence n’est pas une question de taille d’équipe ni de moyens. Une informatique technique est orientée demande : elle reçoit, elle exécute, elle résout. Sa réussite se mesure au service rendu et à la disponibilité. Une DSI est orientée valeur : elle reçoit aussi des demandes, mais elle les met en regard d’une trajectoire, d’un budget et d’un risque, puis elle arbitre — parfois en disant non. La première répond à la question « comment ? » ; la seconde commence par « pourquoi, et à quel prix ? ».
Ce n’est pas un jugement de valeur : une informatique technique solide est un prérequis. Mais tant que la fonction reste un guichet, l’entreprise se prive d’un pilotage, et l’IT reste un centre de coût qu’on subit plutôt qu’un levier qu’on décide.
Ce qui change concrètement
La bascule se voit dans des choses très ordinaires : la façon dont une demande est accueillie, la place occupée dans les instances, le vocabulaire employé.
| Dimension | Informatique technique | Direction des systèmes d’information |
|---|---|---|
| Posture | Répond aux demandes | Arbitre les priorités |
| Horizon | L’incident, la semaine | La trajectoire à 3 ans |
| Langage | Technique, orienté solution | Valeur, risque, coût |
| Place dans l’entreprise | Consultée après la décision | Présente au moment de la décision |
| Budget | Subi, ligne par ligne | Piloté et justifié |
| Relation métier | Fournisseur interne | Partenaire d’arbitrage |
Les signaux d’une bascule qui n’a pas eu lieu
Quelques symptômes reviennent presque toujours, et aucun n’est technique :
- L’IT découvre les projets une fois qu’ils sont décidés, et doit « faire avec »
- Chaque direction lance ses propres outils, sans arbitrage commun
- Le responsable informatique n’est pas présent dans les instances de direction
- Personne ne sait dire ce que l’entreprise ne fera pas cette année, côté SI
- Toute discussion budgétaire se termine en négociation de lignes, jamais en discussion de valeur
- La compétence est réelle, mais elle sert à réparer, jamais à orienter
★ Mon retour d’expérience
Sur une mission, j’ai trouvé une équipe informatique techniquement irréprochable : incidents traités vite, infrastructure tenue, utilisateurs plutôt satisfaits. Et pourtant, aucune décision structurante ne passait par elle. Elle apprenait les projets une fois signés. Le problème n’était ni la compétence ni les moyens : personne n’avait jamais posé la question de la place de l’IT dans la décision. La bascule n’a pas commencé par un outil, elle a commencé par une chaise — celle qu’on lui a donnée dans les instances où l’on arbitre.
Comment s’opère la bascule
Elle ne se décrète pas. Elle se construit par des gestes concrets et cumulatifs : rendre le SI lisible pour ceux qui décident, poser un cadre d’arbitrage explicite, traduire les enjeux techniques en valeur et en risque, et prendre place là où les décisions se prennent. C’est exactement l’objet d’un schéma directeur : il ne produit pas seulement un document, il installe la fonction dans son rôle d’arbitre. Beaucoup d’entreprises passent ce cap avec un regard extérieur — un DSI de transition le temps de la transition, ou un accompagnement du responsable en place, à qui il ne manque souvent que le cadre et la légitimité.
💡 Le piège : croire que ça se joue sur les outils
Moderniser l’infrastructure, changer d’ERP ou passer au cloud ne transforme pas une informatique technique en DSI. Une fonction qui exécute avec des outils neufs exécute toujours. La bascule est une affaire de posture, de gouvernance et de place dans la décision — pas de catalogue. Elle commence souvent par un changement de registre personnel : cesser de traiter chaque sujet en technicien, et savoir jouer les autres postures du manager SI.
Questions fréquentes
Quelle différence entre un responsable informatique et un DSI ?
La différence n’est pas hiérarchique mais posturale : le responsable informatique garantit le fonctionnement et répond aux demandes ; le DSI arbitre les priorités, porte une trajectoire et participe aux décisions de l’entreprise.
Faut-il être une grande entreprise pour avoir une vraie DSI ?
Non. La bascule ne dépend ni de la taille de l’équipe ni du budget, mais de la place donnée à la fonction dans les arbitrages. Une PME peut avoir une véritable DSI avec deux personnes.
Par où commencer cette bascule ?
Par rendre le SI lisible et les arbitrages explicites : cartographie, cadre de priorisation, trajectoire partagée avec la direction. Le schéma directeur est souvent le déclencheur, parce qu’il installe la fonction dans son rôle d’arbitre.
Envie de faire passer votre informatique au rang de direction ?
Arnaud Benistant
Fondateur et président d’Askee, cabinet de conseil en management des systèmes d’information en Auvergne-Rhône-Alpes. Fort de 20 ans d’expérience en SI, il a notamment été DSI de l’Entrepôt du Bricolage (Groupe SAMSE) avant d’accompagner dirigeants et directions comme DSI de transition. Sa conviction : derrière chaque projet IT, c’est presque toujours une question d’humain.
