Comment démarrer une cartographie SI ?

Initier la démarche

Avant de collecter la moindre information, formulez le besoin : préparer un audit, examiner une migration ou retrouver une connaissance partagée du SI. Cet objectif détermine le périmètre, le niveau de détail et les personnes à impliquer.

Distinguez les personnes qui détiennent les informations de celles qui utiliseront les vues. Les équipes IT, les responsables métier, les RSSI et les prestataires peuvent contribuer à la collecte ; les directions, auditeurs et équipes projet n’attendent pas nécessairement la même représentation.

• Identifiez un sponsor capable d’arbitrer les priorités et de mobiliser les contributeurs.
• Choisissez un périmètre réaliste : un site, une famille d’applications ou une activité métier.
• Formalisez une cible et une trajectoire : les couches à couvrir, le niveau de détail et le calendrier envisagé.

Définir son modèle et qualifier ses sources

Il est rare de partir de zéro. Rassemblez les tableurs, schémas réseau, exports de CMDB et documents de projet. Évaluez leur fraîcheur et leur fiabilité : une information disponible n’est pas nécessairement une information encore exacte. Complétez cette collecte par des échanges ciblés avec les personnes qui connaissent le périmètre.

Accordez-vous ensuite sur les objets, leurs attributs et leur nommage. Une nomenclature commune évite qu’un même serveur apparaisse sous plusieurs noms. Le modèle en six couches donne un cadre, mais le point de départ doit rester adapté à votre contexte.

• Définissez les informations nécessaires à la décision : nom, responsable, criticité ou hébergement, selon l’usage visé.
• Limitez la granularité : un attribut sans usage identifié représente un effort de collecte et de maintenance supplémentaire.
• Documentez les relations entre les objets retenus ; elles sont essentielles pour comprendre les dépendances.

Choisir un outil au service de la méthode

Le choix de l’outil intervient après le cadrage. Évaluez-le sur votre périmètre et vos données : pouvez-vous reprendre les informations existantes, produire une vue compréhensible et maintenir le résultat à plusieurs ?

Le guide propose cinq critères pour apprécier un outil dédié. Ils doivent être examinés ensemble : la qualité du premier schéma ne suffit pas si sa mise à jour devient trop difficile.

• Centralisation : partager une base commune entre les contributeurs.
• Génération des vues : exploiter les données renseignées pour limiter le redessin.
• Collaboration : organiser la contribution de plusieurs équipes.
• Reprise des données : préparer les imports à partir des inventaires disponibles.
• Gestion des droits : adapter la diffusion aux périmètres et à la sensibilité des informations.

Construire une première vue fiable

Partez d’objets déjà connus, puis suivez leurs dépendances pour compléter le périmètre. Cette approche permet de produire une vue exploitable sans attendre un inventaire exhaustif de toutes les couches.

Faites relire cette première vue par les personnes qui connaissent les applications et l’infrastructure. Les informations absentes doivent rester des points à vérifier : l’absence d’une relation dans le référentiel ne prouve pas l’absence d’une dépendance réelle.

• Vérifiez les noms, les attributs utiles et les liens entre les objets.
• Précisez le périmètre de la vue, sa date et sa légende pour qu’elle reste compréhensible lorsqu’elle est partagée.
• Avant d’automatiser une collecte, définissez les règles de reprise et de contrôle des données.
• Adaptez la diffusion : une cartographie peut révéler des informations sensibles sur votre SI.

Organiser la mise à jour dans la durée

La valeur d’une cartographie dépend de sa mise à jour. Pour chaque périmètre, répondez à trois questions : qui en est responsable, quand faut-il l’actualiser et comment les changements sont-ils validés ?

Intégrez la mise à jour dans les processus existants : un projet qui ajoute, modifie ou retire un composant doit aussi actualiser les informations et les relations correspondantes. Utilisez les vues dans les revues de projet, les échanges opérationnels et la préparation des audits.

• Désignez un référent par couche ou par périmètre.
• Définissez les événements qui déclenchent une mise à jour et les revues périodiques.
• Prévoyez un pilotage léger pour vérifier la fraîcheur des données et arbitrer l’extension du modèle.

Un exemple pour rendre la démarche concrète

Le guide suit Akelia Distribution, une entreprise fictive. Son équipe commence par les applications importantes pour l’activité commerciale : l’ERP, le site e-commerce B2B et leurs infrastructures. Elle reprend son inventaire existant, harmonise le nommage et complète les informations de criticité.

Une première vue permet ensuite de discuter des dépendances avec le prestataire logistique. L’exemple illustre une démarche progressive ; il ne constitue pas un témoignage client ou une promesse de délai.

Votre premier cycle en 30 jours

Le livre blanc propose ce plan d’action comme point de départ sur un périmètre volontairement restreint. Adaptez le rythme aux ressources et aux informations disponibles dans votre organisation.

• Semaine 1 — Cadrer le périmètre pilote, identifier le sponsor et formuler l’objectif.
• Semaine 2 — Rassembler les sources existantes et définir le modèle minimal.
• Semaine 3 — Produire et faire relire une première vue applicative et ses dépendances.
• Semaine 4 — Désigner les responsables, organiser les mises à jour et préparer le cycle suivant.