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

La preparation d'un projet de cartographie SI est la phase qui determine le succes ou l'echec de la demarche : 60 % des projets de cartographie qui echouent dans les PME et ETI ont neglige la phase de cadrage initial. Cette checklist en 10 etapes vous guide pour lancer votre projet sur des bases solides, avec des actions concretes et verificables a chaque etape.

Pourquoi une checklist est indispensable

Un projet de cartographie SI implique de multiples parties prenantes, des donnees dispersees et des enjeux transverses. Sans cadrage rigoureux, les risques sont connus :

• Perimetre flou qui s'etend indefiniment.
• Manque d'adhesion des equipes metier et de la direction.
• Choix d'outil premature sans avoir clarifie les besoins.
• Donnees incompletes ou obsoletes des le depart.
• Absence de gouvernance qui condamne la cartographie a l'obsolescence.

Cette checklist condense les bonnes pratiques observees chez les DSI de PME et ETI qui ont reussi leur projet de cartographie SI. Chaque etape est conçue pour etre realisable en 1 a 2 semaines, soit un projet complet de cadrage en 10 a 12 semaines.

Etape 1 : Definir les objectifs et les cas d'usage prioritaires

• [ ] Identifier les 3 a 5 objectifs principaux de la cartographie (rationalisation, conformite, migration cloud, pilotage des risques, schema directeur).
• [ ] Formuler chaque objectif sous forme de question concrete a laquelle la cartographie devra repondre (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 academique sans fin. Les objectifs guident le perimetre, la granularite 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 reduire mes couts de 20 %" obtient des resultats en 6 semaines.

Livrable : note de cadrage avec objectifs priorises et questions-cles.

Etape 2 : Obtenir le sponsoring de la direction generale

• [ ] Preparer un argumentaire business chiffre (couts des doublons, risques de non-conformite, temps perdu sur les analyses d'impact).
• [ ] Identifier le sponsor executif (DG, DAF ou directeur des operations).
• [ ] Obtenir un mandat formel qui donne au projet la legitimite necessaire.
• [ ] Faire valider le budget previsionnel (outil, temps interne, accompagnement eventuel).

Pourquoi c'est essentiel : sans sponsoring de la direction, les metiers ne coopereront pas. La cartographie touche tous les domaines de l'entreprise ; seule la direction peut imposer la collaboration transverse. Le sponsor executif est aussi celui qui debloque les ressources quand le projet rencontre des obstacles. Presentez la cartographie comme un investissement a retour mesurable, pas comme un projet technique interne a la DSI.

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

Etape 3 : Constituer l'equipe projet

• [ ] Designer le chef de projet cartographie (DSI, responsable IT ou architecte SI).
• [ ] Identifier un referent par domaine metier (finance, RH, production, ventes, support).
• [ ] Definir les roles et responsabilites de chaque membre (contributeur, valideur, administrateur).
• [ ] Planifier une reunion de lancement avec l'ensemble de l'equipe.
• [ ] Prevoir le temps alloue par chaque membre (typiquement 2 a 4 heures par semaine).

Pourquoi c'est essentiel : la cartographie n'est pas un projet DSI, c'est un projet d'entreprise. Chaque domaine metier connait ses propres outils, processus et flux mieux que la DSI. Les referents metier sont les garants de la qualite et de l'exhaustivite des donnees dans leur perimetre. Sans equipe projet structuree, le DSI se retrouve seul a courir apres les informations, ce qui allonge les delais et degrade la qualite.

Livrable : organigramme projet avec roles, responsabilites et disponibilites.

Etape 4 : Definir le perimetre et la granularite

• [ ] Delimiter le perimetre initial : quels domaines metier, quels types d'actifs (applications, infrastructure, flux, processus).
• [ ] Choisir la granularite adaptee a chaque couche (application entiere vs. module, serveur vs. conteneur).
• [ ] Definir les attributs a collecter pour chaque type d'actif.
• [ ] Exclure explicitement ce qui est hors perimetre pour cette phase.

Attributs recommandes pour un inventaire applicatif initial :

Pourquoi c'est essentiel : un perimetre trop large paralyse le projet. Un perimetre trop etroit ne genere pas assez de valeur pour justifier l'investissement. La regle d'or : commencez par le domaine qui genere le plus de douleur (celui ou les incidents sont frequents, les couts mal maitrises ou la conformite exigee) et etendez progressivement.

Livrable : document de perimetre avec inclusions, exclusions et liste d'attributs.

Etape 5 : Auditer les sources de donnees existantes

• [ ] Inventorier les documents existants : fichiers Excel, schemas Visio, documents d'architecture, CMDB, wiki interne.
• [ ] Evaluer la qualite et la fraicheur de chaque source (date de derniere mise a jour, taux de completude).
• [ ] Identifier les lacunes : quelles informations manquent dans les sources existantes.
• [ ] Identifier les personnes-cles qui detiennent la connaissance non documentee.
• [ ] Consolider les sources exploitables dans un format homogene (typiquement un fichier Excel pivot).

Pourquoi c'est essentiel : partir de zero est inutile et demotivant. Meme dans les organisations les moins matures, il existe des bribes d'information exploitables : un fichier Excel d'inventaire partiellement rempli, un schema d'architecture dans un PowerPoint, une liste de serveurs dans la CMDB. Consolider ces sources existantes permet de demarrer avec une base qui couvre souvent 30 a 50 % du perimetre, ce qui est un gain de temps considerable.

Livrable : fichier consolide des donnees existantes, avec evaluation de qualite par source.

Etape 6 : Choisir l'outil de cartographie

• [ ] Lister les criteres de choix en fonction de vos objectifs et de votre contexte.
• [ ] Evaluer 3 a 5 outils sur une grille de criteres ponderee.
• [ ] Realiser un test fonctionnel (POC) avec l'outil favori sur un perimetre restreint.
• [ ] Valider la capacite d'import de vos donnees existantes.
• [ ] Verifier l'adhesion des utilisateurs cibles lors du POC.
• [ ] Valider le budget (licence, implementation, formation).

Criteres de choix recommandes :

Pourquoi c'est essentiel : le choix de l'outil conditionne l'adoption. Un outil trop complexe decouragera les contributeurs metier. Un outil trop simple manquera de structure. Pour les PME/ETI, UrbaHive offre un equilibre optimal entre accessibilite et puissance, avec une approche collaborative qui maximise l'adoption. Consultez notre comparatif des outils de cartographie SI 2026 pour affiner votre choix.

Livrable : grille d'evaluation comparee, rapport de POC, decision documentee.

Etape 7 : Planifier la collecte des donnees

• [ ] Definir la methode de collecte pour chaque type de donnee (import automatique, formulaire, atelier, entretien).
• [ ] Planifier les ateliers de collecte par domaine metier (1 a 2 heures par domaine).
• [ ] Preparer les supports de collecte (formulaires pre-remplis avec les donnees existantes).
• [ ] Definir un calendrier realiste avec des jalons intermediaires.
• [ ] Communiquer le planning aux referents metier avec suffisamment d'anticipation.

Pourquoi c'est essentiel : la collecte de donnees est la phase la plus consommatrice de temps. Une collecte mal planifiee se traduit par des relances infinies, des ateliers annules et des donnees heterogenes. La cle est de pre-remplir les formulaires avec les donnees existantes pour que les referents n'aient qu'a valider et completer, plutot que de partir de zero. Un atelier bien prepare dure 1 heure ; un atelier mal prepare en prend 3 et laisse frustration et donnees incompletes.

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

Etape 8 : Realiser la collecte et la saisie initiale

• [ ] Importer les donnees existantes dans l'outil (fichier Excel consolide de l'etape 5).
• [ ] Mener les ateliers de collecte domaine par domaine.
• [ ] Saisir les relations entre entites (application-processus, application-serveur, flux de donnees).
• [ ] Valider les donnees avec chaque referent metier au fur et a mesure.
• [ ] Documenter les zones d'incertitude (donnees non confirmees, informations manquantes).

Bonnes pratiques pour les ateliers :

• Limitez chaque atelier a 1 heure et a un domaine metier.
• Projetez la cartographie en cours de construction et faites reagir les participants.
• Posez des questions concretes : "Cette application est-elle toujours utilisee ? Par combien de personnes ? Que se passe-t-il si elle tombe en panne ?"
• Notez les actions de suivi pour les informations a verifier apres l'atelier.
• Envoyez un compte-rendu dans les 24 heures avec les donnees collectees et les points en suspens.

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

Etape 9 : Produire les premieres vues et analyses

• [ ] Generer les vues cartographiques prevues (vue par domaine fonctionnel, vue des flux, vue technique).
• [ ] Produire un tableau de bord synthetique pour la direction (nombre d'applications, repartition par criticite, couts par domaine).
• [ ] Realiser une premiere analyse de valeur : doublons identifies, applications orphelines, risques detectes.
• [ ] Preparer une presentation de restitution pour le comite de direction.
• [ ] Collecter les retours des parties prenantes sur l'utilite et la lisibilite des vues.

Analyses a forte valeur rapide :

• Doublons applicatifs : combien d'applications remplissent la meme fonction dans differents domaines ? Une demarche d'APM permet de les traiter systematiquement
• Applications orphelines : quelles applications n'ont plus de responsable identifie ?
• Concentration des risques : quels processus critiques dependent d'une seule application sans plan B ?
• Repartition des couts : comment se repartissent les couts applicatifs par domaine ?
• Obsolescence : quelles applications utilisent des technologies en fin de vie ? C'est un indicateur cle de la dette technique

Pourquoi c'est essentiel : les premieres vues et analyses sont ce qui cree l'adhesion pour la suite du projet. Si la cartographie revele des informations utiles et actionnables des les premieres semaines, les parties prenantes voient la valeur et continuent a contribuer. Si la premiere restitution est un schema illisible sans insight, le projet perd son elan.

Livrable : vues cartographiques, tableau de bord, rapport d'analyse initiale, presentation direction.

Etape 10 : Instaurer la gouvernance et le processus de mise a jour

• [ ] Definir le processus de mise a jour : quels evenements declenchent une mise a jour (nouveau projet, changement d'application, arrivee/depart).
• [ ] Designer les responsables de la mise a jour par domaine.
• [ ] Planifier des revues periodiques (trimestrielles recommandees).
• [ ] Definir les indicateurs de suivi de la cartographie.
• [ ] Integrer la cartographie dans les processus existants (comite d'architecture, gouvernance IT, gestion des changements).
• [ ] Communiquer la politique de gouvernance a l'ensemble des parties prenantes.

Indicateurs de suivi recommandes :

Pourquoi c'est essentiel : sans gouvernance, la cartographie a une duree de vie de 6 mois maximum avant de devenir obsolete. La gouvernance n'a pas besoin d'etre lourde : une revue trimestrielle d'une heure par domaine et un processus de mise a jour lie aux changements suffisent pour maintenir la cartographie vivante.

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

Recapitulatif de la checklist

Duree totale estimee : 10 a 14 semaines pour une PME de 100 a 500 collaborateurs.

Conclusion : la preparation fait la reussite

Un projet de cartographie SI bien prepare est un projet qui aboutit. En suivant ces 10 etapes, vous vous donnez les moyens de produire une cartographie utile, adoptee et perenne plutot qu'un exercice ponctuel qui finit dans un tiroir.

La cle est de rester pragmatique : mieux vaut une cartographie a 80 % couvrant les actifs critiques, maintenue a jour et utilisee dans les decisions, qu'une cartographie exhaustive jamais terminee.

Pret a lancer votre projet de cartographie SI ? UrbaHive accompagne les DSI de PME et ETI a chaque etape, de l'import initial a la gouvernance continue. Demandez une demonstration sur urbahive.com et demarrez votre projet en quelques jours.