On cadre avant de mettre
les mains dans le code ou les configs.

Qu'est-ce qu'un schéma directeur informatique ?

Un schéma directeur informatique décrit l'état actuel de votre système d'information, l'état cible à atteindre, et le chemin par lequel y aller. Il répond à trois questions dans cet ordre : où en est-on réellement, où veut-on arriver dans deux à cinq ans, et par quels lots successifs.

Ce n'est pas un document d'informaticien. Son destinataire est la direction, parce que son objet réel est un arbitrage de budget et de priorités. Un schéma directeur qui ne peut pas se défendre en comité de direction a raté sa cible.

Audit, urbanisation, schéma directeur : quelles différences ?

Les trois mots désignent des étapes différentes du même travail, et on les confond souvent.

• L'audit du système d'information, ou audit informatique, est le constat : quelles applications tournent, qui les utilise, ce qui coûte, ce qui casse, où sont les doubles saisies et la dette technique.
• L'urbanisation du SI est la mise en ordre : on établit la cartographie applicative, on définit quelle application est responsable de quelle donnée, et on traite l'interopérabilité entre elles.
• Le schéma directeur est la décision : la cible, la trajectoire par lots, le chiffrage et le calendrier.

Un audit seul décrit un problème sans le résoudre. Une trajectoire posée sans audit repose sur des suppositions. On fait les trois, dans cet ordre, et c'est ce qui donne au document sa valeur de gouvernance : il devient la référence sur laquelle on tranche les demandes qui arrivent ensuite.

Ce que contient le livrable

• La cartographie de l'existant, applications et flux entre elles, en schémas lisibles par un non-technicien.
• L'architecture cible, avec les arbitrages qui y mènent et les options écartées, justifiées.
• La trajectoire découpée en lots, chacun avec son effort, ses dépendances et ses risques.
• Un jeu de slides prêt à défendre un budget devant une direction ou un actionnaire.

Tout est remis en formats ouverts : documents bureautiques, Markdown, schémas SVG ou PlantUML. Aucune dépendance à un outil propriétaire, parce qu'un livrable qu'on ne peut pas rouvrir dans trois ans ne sert à rien.

Comment se déroule la mission, et qui on interroge

L'essentiel du travail est fait d'entretiens, et pas seulement avec l'informatique. On interroge ceux qui utilisent les outils tous les jours, parce que l'écart entre le process décrit et le process réel est précisément là où se cachent les doubles saisies et les fichiers parallèles.

Viennent ensuite l'analyse, la mise en forme, puis une restitution en séance où l'on défend les arbitrages et où vous les challengez. Le document n'est figé qu'après. On vous demande donc surtout de la disponibilité pour les entretiens, et un accès honnête à l'existant, y compris à ce qui ne marche pas.

Faut-il cadrer avant de lancer un appel d'offres ?

Oui, et c'est l'un des usages les plus rentables de l'exercice. Un appel d'offres lancé sans cible définie produit des réponses incomparables entre elles : chaque prestataire propose ce qu'il sait faire, sur un périmètre qu'il a redéfini lui-même. Vous ne choisissez plus une solution, vous choisissez un commercial.

Le cadrage fournit la matière du cahier des charges et la grille d'évaluation qui va avec. C'est le cœur du métier d'AMOA, l'assistance à maîtrise d'ouvrage : représenter votre intérêt face à des prestataires qui, eux, ont des équipes à remplir. Et comme le livrable est exécutable par n'importe qui, rien ne vous oblige à poursuivre avec nous.