Guide · Schéma directeur informatique
Quand les projets informatiques s’enchaînent sans ordre commun, chaque demande est tranchée isolément et le budget finit par suivre les urgences plutôt que les priorités. Cette page s’adresse aux dirigeants, aux directeurs administratifs et financiers et aux responsables qui doivent donner une direction à l’informatique sur plusieurs années. Elle explique ce qu’est un schéma directeur, les moments où il devient utile, la manière dont il se construit et les points à vérifier avant de confier ce travail à un intervenant extérieur.
Sommaire
Le schéma directeur informatique, c’est quoi ?
Une feuille de route pour l’ensemble du système d’information
Le schéma directeur décrit où en est le système d’information de l’entreprise (applications, infrastructure, contrats, organisation) et où il doit aller sur plusieurs années. Il part de la stratégie et des besoins des métiers, pas de la technique : un outil se juge à l’usage qu’en font les services, et l’état des lieux commence donc par ce qu’ils attendent du système.
Ce qu’il décide, et ce qu’il ne décide pas
Le document arbitre. Il indique quels projets mener, dans quel ordre, avec quels moyens et à quel rythme. Il ne conduit pas les projets eux-mêmes : chaque projet retenu fera ensuite l’objet de son propre cadrage, de sa consultation et de son suivi. Ses choix sont présentés à la direction et validés en comité avant d’engager des dépenses.
Un document proportionné et révisé
Une petite structure n’a pas besoin d’un document volumineux. Un schéma court, qui identifie clairement les priorités de la période à venir, suffit souvent. Ce qui compte davantage est sa révision. Une feuille de route figée devient vite inutilisable, car les activités, les outils et les contraintes réglementaires ou commerciales évoluent.
Quand faut-il s’en occuper ?
Plusieurs situations font apparaître le besoin d’une vision d’ensemble. Repérées tôt, elles évitent de piloter l’informatique par à-coups.
- Des projets décidés au coup par coup : chaque demande est acceptée à la pièce, sans que personne ait comparé son coût ni son intérêt par rapport aux autres.
- Un budget subi : les dépenses se découvrent au fil des factures, et la direction n’a pas de vue sur ce qui sera nécessaire l’année suivante.
- Des applications qui se recouvrent : deux outils assurent la même fonction, et personne ne sait lequel doit disparaître.
- Une croissance ou un rachat : l’informatique doit absorber un nouveau site, une filiale ou de nouveaux métiers sans plan d’ensemble.
- Des services qui contournent l’informatique : faute de réponse à leurs besoins, ils installent leurs propres outils, et les données finissent dispersées.
- Une infrastructure qui vieillit : serveurs, postes ou équipements réseau approchent de leur fin de vie sans calendrier de renouvellement.
- Un logiciel central en fin de vie : son remplacement demande une longue préparation, et aucune alternative n’a encore été étudiée.
- Une équipe saturée : plusieurs projets se disputent les mêmes personnes, et les délais glissent sans que la cause soit visible.
Le schéma directeur ne répond pas à chacune de ces situations prise isolément. Il permet de les traiter ensemble, dans un ordre que la direction peut lire et arbitrer.
Comment se déroule l’élaboration d’un schéma directeur ?
Avant : l’état des lieux et les entretiens
L’état des lieux recense les applications, l’infrastructure, les contrats et l’organisation des équipes. Il ne se limite pas à l’équipe informatique : les entretiens avec la direction et les services opérationnels révèlent les attentes et les projets à venir. Une cartographie applicative met ensuite en regard les outils, leurs utilisateurs et les échanges de données entre eux.
Pendant : scénarios et priorités
Plusieurs trajectoires sont comparées selon leur coût, leurs risques, la charge qu’elles font peser sur les équipes et leur cohérence avec la stratégie. La direction retient l’une d’elles, puis les projets sont classés dans le temps en précisant leurs dépendances. Les projets qui ne peuvent pas être menés en même temps, faute de personnes disponibles, sont signalés dès ce stade.
Après : budget, gouvernance et révision
Le budget est présenté par année et par nature de dépense, en distinguant l’investissement du fonctionnement, car les coûts récurrents des outils pèsent souvent autant que les projets. Un comité de suivi fixe la fréquence des points d’avancement et les règles de révision. Le document est mis à jour lorsque la stratégie change, qu’un projet s’arrête ou qu’un besoin nouveau apparaît.
Ce qui distingue un bon schéma directeur
Deux propositions portant le même intitulé ne se valent pas forcément. Quelques points permettent de les comparer sur une base commune.
- Le point de départ : l’offre prévoit-elle des entretiens avec les métiers, ou seulement un inventaire technique ?
- Les livrables : la feuille de route priorisée, les scénarios comparés, le budget pluriannuel et les modalités de révision doivent être listés par écrit.
- Les scénarios : une seule trajectoire présentée comme évidente ne laisse aucun choix à la direction.
- Les coûts récurrents : maintenance, licences, hébergement et renouvellement doivent figurer dans le budget, et pas seulement les projets.
- La gouvernance : qui décide, qui suit l’avancement, à quelle fréquence, et qui révise le document.
- L’indépendance : l’intervenant déclare-t-il par écrit un lien commercial avec les éditeurs ou les fournisseurs qui seront consultés ensuite ?
Une offre qui ne décrit pas ces points laisse à l’entreprise le soin de les découvrir en cours de route, souvent au moment où les choix sont déjà faits.
Les erreurs fréquentes
Certaines erreurs reviennent dans les schémas directeurs qui n’aboutissent pas. Chacune a une parade simple.
- Un état des lieux purement technique. Ajoutez des entretiens avec les métiers avant de dresser la liste des applications.
- Un document trop ambitieux. Trop de chantiers en même temps dépassent les capacités des équipes. Limitez les priorités de la première période et fixez un rythme réaliste.
- Un budget qui oublie le fonctionnement. Inscrivez les licences, l’hébergement et la maintenance en face de chaque projet.
- Une feuille de route figée. Fixez une date de révision et désignez la personne qui tient le document à jour.
- La dette technique passée sous silence. Les applications vieillissantes sont citées comme un sujet « pour plus tard ». Inscrivez-les dans la feuille de route avec leur niveau de risque et une échéance de traitement.
Les questions à poser avant de signer
Avant de signer, quelques questions permettent de vérifier que le schéma directeur sera construit comme prévu.
Qui est interrogé pendant l’état des lieux, au-delà de l’équipe informatique ? Demandez la liste des services rencontrés et le sujet de chaque entretien. Un schéma construit sans les métiers sera difficile à faire appliquer.
Combien de scénarios sont comparés, et sur quels critères ? Une comparaison utile montre les compromis entre les trajectoires, et ne se réduit pas à la solution recommandée.
Comment le budget pluriannuel est-il construit et présenté à la direction ? Vérifiez qu’il distingue l’investissement du fonctionnement et qu’il prévoit une marge pour les imprévus.
Comment le schéma sera-t-il suivi et révisé ? Demandez qui anime le comité, à quelle fréquence il se réunit et ce qui déclenche une révision.
Pour démarrer, décrivez votre besoin dans le formulaire : un spécialiste du schéma directeur informatique vous recontacte, gratuitement et sans engagement.