Schéma Directeur SI
Un schéma directeur, c’est le document que le COMEX lit en cinq minutes, puis oublie. Ou c’est un outil qui structure vraiment la décision IT pour les trois à cinq prochaines années.
J’ai vu les deux versions. La première, 200 pages, prend six mois à écrire et finit en PDF sans lecteur. La seconde, 30 pages max, se bâtit en 8 à 12 semaines et devient la carte de route que vous consultez tous les trimestres.
Je constuis ce deuxième type. Pas de brouillard. Pas de « et puis peut-être ». Alignement IT/business clair. Priorisation des investissements sans ambiguïté. Les trois à cinq initiatives majeures, avec leur timing, leur budget, leur responsable. Et les compromis explicites : ce qu’on *ne fera pas*.
Le résultat : un outil de gouvernance IT qui fonctionne réellement. Le COMEX comprend vers où on va. Les métiers savent ce qu’ils peuvent attendre. Votre équipe IT a un cap clair. Et vous pouvez dire non aux demandes hors feuille de route — avec l’appui du schéma directeur.
Pourquoi un schéma directeur, maintenant
Les entreprises qui bougent — qui fusionnent, qui digitalisent, qui se restructurent — découvrent souvent qu’elles construisent l’IT sans cap. Chaque trimestre, c’est un nouveau projet urgent. Pas de perspective long terme. Pas d’arbitrage clair entre la modernisation du legacy, la sécurité renforcée, et l’innovation.
Un schéma directeur bien conçu règle ce problème. Il dit au COMEX : « Voilà nos vrais enjeux IT. Voilà comment on les adresse. Voilà le budget que ça va prendre. Et voilà le bénéfice qu’on en tire, en termes métier. »
J’ai piloté cette démarche chez SFR, Transdev, Buffalo Grill, KFC France, Baccarat, Elsan. À chaque fois, le message est le même : le schéma directeur n’existe que pour simplifier la prise de décision. Pas pour décorer les présentations.
Alignement IT-Business : la vraie base
Un schéma directeur commence par une conversation honnête avec le métier. Je ne rédige pas le document seul dans un coin. On rencontre le COMEX, les directeurs opérationnels, les responsables de projets stratégiques. On écoute vraiment : où veut-on aller ? Quels sont les points de tension entre IT et métier ? Où est-ce que l’IT freine l’ambition stratégique ?
De ces conversations, on tire les vrais enjeux. Pas un inventaire de wants informatiques. Les enjeux business qui ont besoin d’IT pour être résolus.
Exemple : vous devez augmenter la part de marché dans le canaux digital. Ça veut dire refondre complètement votre e-commerce. Ça veut dire intégrer vos données client. Ça veut dire rendre votre infrastructure capable de supporter 10x le trafic. Trois ans de travail IT. Un budget de 3M€ minimum. Mais c’est tracé directement à la stratégie business. Pas une ligne IT abstraite.
La structure pragmatique
Pas de framework usine à gaz. Une structure simple.
Volet stratégique : notre vision IT à horizon 5 ans. Elle s’accroche à la stratégie business : croissance, efficacité, innovation, conformité/sécurité. Pas de prose consultante. Trois à quatre enjeux clairs, et ce qu’on en attend côté IT.
Volet investissements : les trois à cinq projets majeures des trois prochaines années. Pour chacun : résumé, budget, timing, sponsor métier, responsable IT. Les jalons clés. Les risques principaux et la réponse IT. Les gains espérés en termes business.
Volet run : l’enveloppe budgétaire pour la maintien-en-condition (infrastructure, soutien, patch, licensing). Pourquoi ? Parce que beaucoup de COMEX ne comprennent pas que 60% du budget IT va au run, pas au projet. On le dit clairement.
Volet organisation : comment l’équipe IT se structure pour adresser la feuille de route. Qui pilote quoi ? Comment on gère l’équilibre projet/run ? Où faut-il renforcer ou recruter ?
Volet sécurité/compliance : la sécurité informatique n’est pas une ligne. C’est un fil rouge qui traverse tous les projets. On définit la posture de sécurité cible et comment on la monte progressivement sur trois ans.
L’approche méthodologique
Huit à douze semaines. Pas six mois. Pas trois ans. Suffisamment long pour vraiment comprendre l’existant, trop court pour laisser des débats sans fin.
Semaines 1-2 : diagnostic rapide. Rencontres COMEX, entretiens IT, revue rapide de l’infrastructure, des budgets, des projets en cours. Je forme mon propre avis sur la situation réelle. Pas ce que la doc dit. Ce que c’est vraiment.
Semaines 3-4 : ateliers de coplanning avec le COMEX et les directeurs métier. Que veulent-ils ? Où craint-on ? Qu’est-ce qu’IT bloque ou crée du friction ? On débat les arbitrages : innovation vs stabilité, dépenser maintenant ou reporter. Le COMEX commence à se forger une vision partagée de la route.
Semaines 5-7 : cadrage des projets majeurs. Pour chacun des trois à cinq initiatives retenues, on fait un cadrage approfondi : scope, budget estimé, timeline réaliste, risques, dépendances, sponsor métier, responsable IT. Les chiffres doivent être honnêtes — je ne gonfle pas les budgets, mais je ne les sous-estime pas non plus.
Semaines 8-10 : rédaction du document. Je ne sous-traite pas. Je l’écris moi-même, pour garder la cohérence. Trente pages max. Illustrations, pas de verbiage. Une page résumé pour le PDG. Une feuille de route visuelle. Un budget prévisionnel par an. Et pour chaque projet, un slide de synthèse : scope, budget, timing, gains.
Semaines 11-12 : validation avec le COMEX et l’équipe IT. Ajustements. Signature et diffusion. Vous pouvez maintenant afficher la roadmap IT, et tous les collaborateurs IT savent où on va.
Les pièges à éviter
Le schéma directeur trop technique. Si le COMEX doit vous demander ce que signifie « migrer vers une architecture microservices », vous avez échoué. Le schéma parle métier, pas techno. La techno est un moyen, pas une fin.
Le schéma directeur qui contient tout. « Et puis on va aussi digitaliser un peu le marketing, réécrire notre ERP, mettre de l’IA partout, et renforcer la sécu. » Bruit. Un bon schéma directeur dit non à 80% des idées. Il priorise les trois à cinq vrais leviers. Le reste va dans un backlog, qu’on regardera dans deux ans.
Le schéma qui n’engage personne. Si le COMEX valide le doc mais ne comprend pas vraiment pourquoi on dépense 15M€ en IT, vous vous êtes raté. Le schéma directeur est un engagement. Vous en payez le prix. Le COMEX doit l’avoir accepté vraiment, pas juste signé un PDF.
Le schéma qui oublie la réalité budgétaire. Beaucoup de schémas rêvent en grand mais ne confrontent jamais la feuille de route à « et on le finance comment ? ». Je construis toujours le schéma en parallèle avec un modèle budgétaire réaliste, avec les contraintes de financement qui sont réelles dans votre contexte.
Un schéma directeur qui vit
Le pire outil est celui qui reste une photographie en t0 et devient obsolète en t+6 mois. Un bon schéma directeur est révisé régulièrement : tous les six mois, on regarde si l’environnement a changé, si les arbitrages tiennent toujours, si on avance comme prévu.
Je structure le document pour être facilement mis à jour. Et je recommande des revues régulières : au minimum, un point semestriel avec le COMEX pour vérifier que la feuille de route est toujours pertinente.
Comment ça s’imbrique
Le schéma directeur s’appuie sur un audit diagnostic SI approfondi — sinon, vous construisez sur du sable. C’est souvent par là qu’on commence : diagnostic, puis schéma directeur.
Une fois le schéma en place, vous avez besoin d’une gouvernance IT solide pour le piloter : comités de steering, reporting d’avancement, gestion du portefeuille. Je peux aussi structurer cette gouvernance en même temps que le schéma.
Et si vous lancez une vraie transformation digitale, le schéma directeur est votre carte de route stratégique. Qui dit quoi, dans quel ordre, jusqu’où, et pourquoi.
Vous cherchez à optimiser vos coûts IT ? Le schéma directeur vous force à interroger chaque ligne de budget : elle sert la stratégie qu’on vient de valider, ou elle est là par habitude ?
Pourquoi moi
J’ai piloté ce travail chez SFR (groupe de plusieurs milliers de collaborateurs, budgets massifs), chez Transdev (50M€ de budget IT, portfolio complexe), chez Buffalo Grill et KFC France (chaînes de restauration en transformation rapide), chez Baccarat (transformation numérique d’une maison de luxe), chez Elsan (secteur santé, contraintes réglementaires fortes). À chaque fois, la structure change, mais la rigueur reste la même : aligner IT et métier, prioriser sans hésiter, budgéter honnêtement.
Et j’ai vu ce qui se passe quand le schéma directeur manque. Vous dépensez sans orientation. Vous avez trop de projets qui concurrence pour l’attention de votre équipe. Le COMEX vous reproche de ne pas « innover » assez, alors qu’en réalité, vous faites juste du run surchargé. Vous perdez vos meilleurs techniciens parce qu’ils ne voient pas où on va.
Vous en êtes où ? Vous avez un schéma directeur sur la tablette depuis deux ans ? Un qu’on ignore ? Pas de schéma du tout ? Parlons-en. Je peux vous dire rapidement si c’est une bonne use de votre budget, ou si vous avez d’autres priorités avant.