Checklist : préparer votre projet de cartographie SI en 10 étapes

La préparation d'un projet de cartographie SI est la phase qui détermine le succès ou l'échec de la démarche : 60 % des projets de cartographie qui échouent dans les PME et ETI ont négligé la phase de cadrage initial. Cette checklist en 10 étapes vous guide pour lancer votre projet sur des bases solides, avec des actions concrètes et vérifiables à chaque étape.

Pourquoi une checklist est indispensable

Un projet de cartographie SI implique de multiples parties prenantes, des données dispersées et des enjeux transverses. Sans cadrage rigoureux, les risques sont connus :

• Périmètre flou qui s'étend indéfiniment.
• Manque d'adhésion des équipes métier et de la direction.
• Choix d'outil prématuré sans avoir clarifié les besoins.
• Données incomplètes ou obsolètes dès le départ.
• Absence de gouvernance qui condamne la cartographie à l'obsolescence.

Cette checklist condense les bonnes pratiques observées chez les DSI de PME et ETI qui ont réussi leur projet de cartographie SI. Chaque étape est conçue pour être réalisable en 1 à 2 semaines, soit un projet complet de cadrage en 10 à 12 semaines.

Étape 1 : Définir les objectifs et les cas d'usage prioritaires

• [ ] Identifier les 3 à 5 objectifs principaux de la cartographie (rationalisation, conformité, migration cloud, pilotage des risques, schéma directeur).
• [ ] Formuler chaque objectif sous forme de question concrète à laquelle la cartographie devra répondre (ex. : "Quelles applications supportent notre processus de facturation ?").
• [ ] Prioriser les objectifs par impact business et urgence.
• [ ] Documenter les objectifs dans une note de cadrage d'une page maximum.

Pourquoi c'est essentiel : sans objectifs clairs, la cartographie devient un exercice académique sans fin. Les objectifs guident le périmètre, la granularité et le choix de l'outil. Un DSI qui commence par "je veux tout cartographier" finit par ne rien cartographier. Un DSI qui commence par "je veux identifier les doublons applicatifs dans le domaine finance pour réduire mes coûts de 20 %" obtient des résultats en 6 semaines.

Livrable : note de cadrage avec objectifs priorisés et questions-clés.

Étape 2 : Obtenir le sponsoring de la direction générale

• [ ] Préparer un argumentaire business chiffré (coûts des doublons, risques de non-conformité, temps perdu sur les analyses d'impact).
• [ ] Identifier le sponsor exécutif (DG, DAF ou directeur des opérations).
• [ ] Obtenir un mandat formel qui donne au projet la légitimité nécessaire.
• [ ] Faire valider le budget prévisionnel (outil, temps interne, accompagnement éventuel).

Pourquoi c'est essentiel : sans sponsoring de la direction, les métiers ne coopéreront pas. La cartographie touche tous les domaines de l'entreprise ; seule la direction peut imposer la collaboration transverse. Le sponsor exécutif est aussi celui qui débloque les ressources quand le projet rencontre des obstacles. Présentez la cartographie comme un investissement à retour mesurable, pas comme un projet technique interne à la DSI.

Livrable : validation formelle du projet par la direction, budget alloué.

Étape 3 : Constituer l'équipe projet

• [ ] Désigner le chef de projet cartographie (DSI, responsable IT ou architecte SI).
• [ ] Identifier un référent par domaine métier (finance, RH, production, ventes, support).
• [ ] Définir les rôles et responsabilités de chaque membre (contributeur, valideur, administrateur).
• [ ] Planifier une réunion de lancement avec l'ensemble de l'équipe.
• [ ] Prévoir le temps alloué par chaque membre (typiquement 2 à 4 heures par semaine).

Pourquoi c'est essentiel : la cartographie n'est pas un projet DSI, c'est un projet d'entreprise. Chaque domaine métier connaît ses propres outils, processus et flux mieux que la DSI. Les référents métier sont les garants de la qualité et de l'exhaustivité des données dans leur périmètre. Sans équipe projet structurée, le DSI se retrouve seul à courir après les informations, ce qui allonge les délais et dégrade la qualité.

Livrable : organigramme projet avec rôles, responsabilités et disponibilités.

Étape 4 : Définir le périmètre et la granularité

• [ ] Délimiter le périmètre initial : quels domaines métier, quels types d'actifs (applications, infrastructure, flux, processus).
• [ ] Choisir la granularité adaptée à chaque couche (application entière vs. module, serveur vs. conteneur).
• [ ] Définir les attributs à collecter pour chaque type d'actif.
• [ ] Exclure explicitement ce qui est hors périmètre pour cette phase.

Attributs recommandés pour un inventaire applicatif initial :

Pourquoi c'est essentiel : un périmètre trop large paralyse le projet. Un périmètre trop étroit ne génère pas assez de valeur pour justifier l'investissement. La règle d'or : commencez par le domaine qui génère le plus de douleur (celui où les incidents sont fréquents, les coûts mal maîtrisés ou la conformité exigée) et étendez progressivement.

Livrable : document de périmètre avec inclusions, exclusions et liste d'attributs.

Étape 5 : Auditer les sources de données existantes

• [ ] Inventorier les documents existants : fichiers Excel, schémas Visio, documents d'architecture, CMDB, wiki interne.
• [ ] Évaluer la qualité et la fraîcheur de chaque source (date de dernière mise à jour, taux de complétude).
• [ ] Identifier les lacunes : quelles informations manquent dans les sources existantes.
• [ ] Identifier les personnes-clés qui détiennent la connaissance non documentée.
• [ ] Consolider les sources exploitables dans un format homogène (typiquement un fichier Excel pivot).

Pourquoi c'est essentiel : partir de zéro est inutile et démotivant. Même dans les organisations les moins matures, il existe des bribes d'information exploitables : un fichier Excel d'inventaire partiellement rempli, un schéma d'architecture dans un PowerPoint, une liste de serveurs dans la CMDB. Consolider ces sources existantes permet de démarrer avec une base qui couvre souvent 30 à 50 % du périmètre, ce qui est un gain de temps considérable.

Livrable : fichier consolidé des données existantes, avec évaluation de qualité par source.

Étape 6 : Choisir l'outil de cartographie

• [ ] Lister les critères de choix en fonction de vos objectifs et de votre contexte.
• [ ] Évaluer 3 à 5 outils sur une grille de critères pondérée.
• [ ] Réaliser un test fonctionnel (POC) avec l'outil favori sur un périmètre restreint.
• [ ] Valider la capacité d'import de vos données existantes.
• [ ] Vérifier l'adhésion des utilisateurs cibles lors du POC.
• [ ] Valider le budget (licence, implémentation, formation).

Critères de choix recommandés :

Pourquoi c'est essentiel : le choix de l'outil conditionne l'adoption. Un outil trop complexe découragera les contributeurs métier. Un outil trop simple manquera de structure. Pour les PME/ETI, UrbaHive vise cet équilibre : un référentiel structuré (applications, flux, serveurs, capacités, processus, personnes), des schémas générés à partir des données et un espace multi-utilisateurs à quatre rôles où les référents métier contribuent sans formation lourde. Côté import, vérifiez le point pendant le POC : UrbaHive importe et exporte au format d'échange ArchiMate (XML) et en JSON, pas depuis Excel ; un fichier Excel se ressaisit à la main ou se charge par un agent IA via le serveur MCP. Consultez notre comparatif des outils de cartographie SI 2026 pour affiner votre choix.

Livrable : grille d'évaluation comparée, rapport de POC, décision documentée.

Étape 7 : Planifier la collecte des données

• [ ] Définir la méthode de collecte pour chaque type de donnée (import automatique, formulaire, atelier, entretien).
• [ ] Planifier les ateliers de collecte par domaine métier (1 à 2 heures par domaine).
• [ ] Préparer les supports de collecte (formulaires pré-remplis avec les données existantes).
• [ ] Définir un calendrier réaliste avec des jalons intermédiaires.
• [ ] Communiquer le planning aux référents métier avec suffisamment d'anticipation.

Pourquoi c'est essentiel : la collecte de données est la phase la plus consommatrice de temps. Une collecte mal planifiée se traduit par des relances infinies, des ateliers annulés et des données hétérogènes. La clé est de pré-remplir les formulaires avec les données existantes pour que les référents n'aient qu'à valider et compléter, plutôt que de partir de zéro. Un atelier bien préparé dure 1 heure ; un atelier mal préparé en prend 3 et laisse frustration et données incomplètes.

Livrable : calendrier de collecte, supports pré-remplis, invitations aux ateliers.

Étape 8 : Réaliser la collecte et la saisie initiale

• [ ] Importer les données existantes dans l'outil (fichier Excel consolidé de l'étape 5).
• [ ] Mener les ateliers de collecte domaine par domaine.
• [ ] Saisir les relations entre entités (application-processus, application-serveur, flux de données).
• [ ] Valider les données avec chaque référent métier au fur et à mesure.
• [ ] Documenter les zones d'incertitude (données non confirmées, informations manquantes).

Bonnes pratiques pour les ateliers :

• Limitez chaque atelier à 1 heure et à un domaine métier.
• Projetez la cartographie en cours de construction et faites réagir les participants.
• Posez des questions concrètes : "Cette application est-elle toujours utilisée ? Par combien de personnes ? Que se passe-t-il si elle tombe en panne ?"
• Notez les actions de suivi pour les informations à vérifier après l'atelier.
• Envoyez un compte-rendu dans les 24 heures avec les données collectées et les points en suspens.

Livrable : cartographie initiale importée et enrichie dans l'outil, liste des zones d'incertitude.

Étape 9 : Produire les premières vues et analyses

• [ ] Générer les vues cartographiques prévues (vue par domaine fonctionnel, vue des flux, vue technique).
• [ ] Produire un tableau de bord synthétique pour la direction (nombre d'applications, répartition par criticité, coûts par domaine).
• [ ] Réaliser une première analyse de valeur : doublons identifiés, applications orphelines, risques détectés.
• [ ] Préparer une présentation de restitution pour le comité de direction.
• [ ] Collecter les retours des parties prenantes sur l'utilité et la lisibilité des vues.

Analyses à forte valeur rapide :

• Doublons applicatifs : combien d'applications remplissent la même fonction dans différents domaines ? Une démarche d'APM permet de les traiter systématiquement
• Applications orphelines : quelles applications n'ont plus de responsable identifié ?
• Concentration des risques : quels processus critiques dépendent d'une seule application sans plan B ?
• Répartition des coûts : comment se répartissent les coûts applicatifs par domaine ?
• Obsolescence : quelles applications utilisent des technologies en fin de vie ? C'est un indicateur clé de la dette technique

Pourquoi c'est essentiel : les premières vues et analyses sont ce qui crée l'adhésion pour la suite du projet. Si la cartographie révèle des informations utiles et actionnables dès les premières semaines, les parties prenantes voient la valeur et continuent à contribuer. Si la première restitution est un schéma illisible sans insight, le projet perd son élan.

Livrable : vues cartographiques, tableau de bord, rapport d'analyse initiale, présentation direction.

Étape 10 : Instaurer la gouvernance et le processus de mise à jour

• [ ] Définir le processus de mise à jour : quels événements déclenchent une mise à jour (nouveau projet, changement d'application, arrivée/départ).
• [ ] Désigner les responsables de la mise à jour par domaine.
• [ ] Planifier des revues périodiques (trimestrielles recommandées).
• [ ] Définir les indicateurs de suivi de la cartographie.
• [ ] Intégrer la cartographie dans les processus existants (comité d'architecture, gouvernance IT, gestion des changements).
• [ ] Communiquer la politique de gouvernance à l'ensemble des parties prenantes.

Indicateurs de suivi recommandés :

Pourquoi c'est essentiel : sans gouvernance, la cartographie a une durée de vie de 6 mois maximum avant de devenir obsolète. La gouvernance n'a pas besoin d'être lourde : une revue trimestrielle d'une heure par domaine et un processus de mise à jour lié aux changements suffisent pour maintenir la cartographie vivante.

Livrable : charte de gouvernance, calendrier des revues, tableau de bord des indicateurs.

Récapitulatif de la checklist

Durée totale estimée : 10 à 14 semaines pour une PME de 100 à 500 collaborateurs.

Conclusion : la préparation fait la réussite

Un projet de cartographie SI bien préparé est un projet qui aboutit. En suivant ces 10 étapes, vous vous donnez les moyens de produire une cartographie utile, adoptée et pérenne plutôt qu'un exercice ponctuel qui finit dans un tiroir.

La clé est de rester pragmatique : mieux vaut une cartographie à 80 % couvrant les actifs critiques, maintenue à jour et utilisée dans les décisions, qu'une cartographie exhaustive jamais terminée.

Prêt à lancer votre projet de cartographie SI ? UrbaHive donne aux DSI de PME et ETI le support de la démarche, de la saisie initiale à la gouvernance continue : un référentiel partagé avec les référents métier, quatre rôles, et un journal d'audit qui trace chaque création, modification et suppression. Créez un compte sur urbahive.com — le plan gratuit couvre 25 applications, sans limite de durée — ou demandez une démo de 30 minutes, et démarrez votre projet en quelques jours.