En bref
Un schéma directeur des systèmes d’information (SDSI) est un document de cadrage qui aligne le SI sur la stratégie de l’entreprise, en général sur un horizon de 3 à 5 ans. En PME et ETI, ce n’est pas un pavé théorique : c’est une boussole opérationnelle d’une vingtaine de pages, construite en quelques semaines, qui priorise les projets et sécurise les décisions d’investissement.
Beaucoup de dirigeants pilotent leur informatique au fil de l’eau : chaque direction lance ses propres projets, les urgences chassent les priorités, et le budget se subit plus qu’il ne se décide. Le schéma directeur remet de l’ordre dans cette dispersion. Il ne s’agit pas de tout planifier, mais de choisir : quels chantiers, dans quel ordre, pour quel bénéfice.
Qu’est-ce qu’un schéma directeur SI, concrètement ?
Le schéma directeur relie deux mondes qui se parlent souvent mal : la stratégie de l’entreprise et son système d’information. Il part des objectifs métier — croissance, développement à l’international, industrialisation, conformité — et les traduit en une trajectoire SI cohérente : quelles applications, quelles données, quelle infrastructure, quelle organisation pour soutenir ces objectifs. Sa valeur ne tient pas à son épaisseur, mais aux arbitrages qu’il rend explicites.
Pourquoi une PME ou une ETI en a besoin
Sans cadre partagé, le SI grandit par empilement et les décisions se prennent dans l’urgence. Le schéma directeur redonne la main à la direction : il transforme une suite de choix subis en une stratégie assumée. Certains signaux montrent qu’il est temps de s’y mettre :
- Chaque direction lance ses projets dans son coin, sans vision d’ensemble ni arbitrage
- Le SI a grandi par accumulation : des outils qui se recouvrent, des flux gérés à la main entre applications
- Le recours à des logiciels non validés est devenu la norme, sans que personne n’en ait la vision d’ensemble
- Toute la connaissance du SI repose sur une ou deux personnes, sans relève ni documentation
- Le budget informatique se subit au coup par coup, sans lien avec une vision à trois ans
Remettre ces priorités à plat est au cœur d’une démarche de conseil en management informatique : arbitrer avec la direction plutôt que réagir dans l’urgence.
Les quatre temps de la démarche
Un schéma directeur utile suit une progression simple, du diagnostic à la trajectoire :
- Auditer l’existant — dresser un état des lieux honnête : applications, infrastructure, données, sécurité, gouvernance, compétences
- Aligner sur la stratégie — traduire les objectifs de l’entreprise en besoins SI, en confrontant l’existant à la cible
- Prioriser un portefeuille de projets — arbitrer selon la valeur métier, la faisabilité et le risque, pas selon qui parle le plus fort
- Tracer la trajectoire — séquencer les chantiers dans le temps, avec un budget et des moyens humains réalistes
Le tableau ci-dessous résume ce que change, très concrètement, la présence d’un schéma directeur.
| Dimension | Sans schéma directeur | Avec schéma directeur |
|---|---|---|
| Décisions d’investissement | Au coup par coup | Arbitrées et justifiées |
| Projets | Silos par direction | Portefeuille priorisé |
| Budget IT | Subi | Piloté sur 3 à 5 ans |
| Risques | Découverts en crise | Anticipés |
| Relation IT-métier | Implicite, source de tensions | Explicite et alignée |
★ Mon retour d’expérience
Sur une mission d’audit en PME industrielle, le vrai déclencheur du schéma directeur n’était pas un projet informatique, mais un projet de croissance que le SI, en l’état, ne pouvait pas soutenir. Mettre les priorités à plat a évité de lancer un chantier coûteux avant d’avoir sécurisé les fondations — la qualité des données et la gouvernance. C’est souvent là que le schéma directeur fait la différence : il révèle ce qu’il faut faire avant ce qu’on croyait urgent.
Quel format, quelle durée ?
Le schéma directeur d’une PME ou d’une ETI n’a rien à voir avec les documents de plusieurs centaines de pages des grands groupes. Comptez une vingtaine à une trentaine de pages, et de quelques semaines à deux ou trois mois de travail selon la taille et la complexité du SI. L’essentiel n’est pas le volume, mais la clarté des arbitrages et l’adhésion des parties prenantes. La démarche peut être portée en interne, ou confiée à un regard extérieur — par exemple un DSI de transition le temps du cadrage (voir combien coûte un DSI de transition).
💡 Le piège à éviter : le document mort
Un schéma directeur rangé dans un tiroir ne sert à rien. Sa valeur vient de sa vie : il se relit en comité de direction, se met à jour au moins une fois par an, et sert de référence chaque fois qu’un nouveau projet est proposé. C’est un document vivant, pas un livrable qu’on coche.
Questions fréquentes
Quelle différence entre un schéma directeur et une roadmap IT ?
Le schéma directeur cadre la stratégie SI sur 3 à 5 ans et priorise les chantiers ; la roadmap en est la déclinaison opérationnelle, datée et détaillée. L’un décide, l’autre exécute.
Combien de temps faut-il pour construire un schéma directeur SI ?
De quelques semaines à deux ou trois mois selon la taille de l’entreprise et la maturité du SI. En PME, une démarche resserrée de quelques semaines suffit souvent.
Faut-il un schéma directeur si l’on a déjà un DSI ?
Oui. Le schéma directeur n’est pas un substitut au DSI, c’est son outil d’alignement et d’arbitrage. Il donne un cadre partagé avec la direction et les métiers.
Envie de remettre de l’ordre dans les priorités de votre SI ?
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.
