Cartographie SI : 20 questions que se posent les DSI de PME (FAQ)

La cartographie du système d'information (SI) est la démarche qui consiste à inventorier, documenter et visualiser l'ensemble des composants du SI d'une entreprise -- applications, flux de données, infrastructures, processus métier -- pour en avoir une vision globale, partagée et exploitable. Voici les 20 questions les plus fréquentes que se posent les DSI de PME et ETI lorsqu'ils envisagent un projet de cartographie SI.

1. Qu'est-ce qu'une cartographie SI exactement ?

Une cartographie SI est une représentation structurée et visuelle de l'ensemble des composants de votre système d'information : applications, bases de données, serveurs, flux de données, processus métier supportés et acteurs concernés. Elle va au-delà d'un simple inventaire en établissant les relations et dépendances entre ces composants. C'est un outil de pilotage qui permet de répondre à des questions concrètes : quelles applications supportent tel processus métier ? Quels flux seront impactés si je décommissionne tel serveur ? Où sont stockées les données sensibles ? La cartographie est le GPS de votre système d'information.

2. Pourquoi une PME ou ETI a-t-elle besoin d'une cartographie SI ?

Les PME et ETI disposent en moyenne de 80 à 250 applications, souvent acquises au fil du temps sans vision d'ensemble. Sans cartographie, le DSI navigue à l'aveugle : il ne peut ni évaluer les risques, ni optimiser les coûts, ni planifier les évolutions sereinement. La cartographie apporte une vision factuelle qui remplace les suppositions. Elle est particulièrement utile pour rationaliser le portefeuille applicatif (supprimer les doublons), sécuriser le SI (identifier les vulnérabilités), préparer une migration cloud ou répondre aux exigences réglementaires comme NIS2. C'est un investissement qui se rentabilise souvent en moins de 12 mois.

3. Combien coûte un projet de cartographie SI ?

Le coût dépend de l'approche choisie. Un projet avec un cabinet de conseil coûte entre 30 000 et 100 000 euros pour une PME/ETI, incluant l'audit, la modélisation et la restitution. Avec un outil SaaS, le coût va de la gratuité à quelques centaines d'euros par mois selon l'éditeur et le périmètre : UrbaHive, par exemple, propose un plan gratuit sans limite de durée (25 applications, 1 utilisateur), un plan Starter à 29 €/mois (100 applications, 5 utilisateurs), un plan Professional à 99 €/mois (200 applications, 25 utilisateurs) et une offre Enterprise sur devis. L'approche SaaS collaborative permet de réduire considérablement le coût en impliquant directement les équipes internes plutôt que des consultants externes. Le véritable coût à considérer est celui de l'absence de cartographie : décisions mal informées, incidents imprévisibles, doublons applicatifs non détectés et temps perdu à chercher des informations dispersées.

4. Combien de temps faut-il pour cartographier son SI ?

Pour une PME de 100 à 300 collaborateurs, comptez entre 4 et 8 semaines pour obtenir une première cartographie exploitable avec un outil adapté. Ce délai couvre l'inventaire initial, la structuration des données et la validation avec les parties prenantes. L'erreur serait de viser l'exhaustivité dès le départ : commencez par les 50 à 80 applications les plus critiques, puis enrichissez progressivement. Avec une approche collaborative où chaque responsable d'application contribue directement, le travail se répartit et avance plus vite. Le plus important n'est pas la durée initiale, mais l'instauration d'un processus de mise à jour continue.

5. Par où commencer sa cartographie SI ?

Commencez par un inventaire applicatif : listez toutes les applications utilisées dans l'entreprise, avec pour chacune le nom, la fonction principale, le nombre d'utilisateurs, le responsable, le coût annuel et la criticité. Cet inventaire de base fournit déjà une valeur immédiate en révélant les doublons et les applications orphelines. Ensuite, structurez cet inventaire par domaines fonctionnels (finance, RH, production, ventes) et ajoutez les flux de données entre applications. Enfin, enrichissez avec la couche infrastructure (serveurs, hébergement, réseau). Cette progression naturelle évite de se perdre dans les détails trop tôt.

6. Qui doit porter le projet de cartographie SI ?

Le projet doit être porté par la DSI mais ne peut pas être mené par la DSI seule. Le DSI ou le responsable IT est le chef de projet naturel, mais les métiers doivent être impliqués comme contributeurs actifs. Chaque direction (finance, RH, production, ventes) connaît ses propres outils et processus mieux que quiconque. L'idéal est de désigner un référent cartographie par domaine métier, qui sera chargé de valider et maintenir la portion de cartographie qui le concerne. La direction générale doit également sponsoriser le projet pour lui donner la légitimité nécessaire et débloquer les ressources.

7. Quels outils utiliser pour cartographier son SI ?

Le choix dépend de votre taille et de votre maturité. Excel convient pour un premier inventaire de moins de 50 applications, mais atteint vite ses limites (pas de vues visuelles, pas de relations, problèmes de collaboration). Les outils de diagramming comme draw.io permettent de créer des schémas mais ne gèrent pas de référentiel de données. Les solutions EAM (Enterprise Architecture Management) comme LeanIX ou MEGA HOPEX sont puissantes mais coûteuses et complexes pour une PME. UrbaHive se positionne spécifiquement pour les PME/ETI avec une approche collaborative, visuelle et accessible, sans nécessiter d'expertise en architecture d'entreprise.

8. Faut-il une compétence en architecture d'entreprise pour se lancer ?

Non. Si les grands frameworks comme TOGAF ou ArchiMate apportent une rigueur méthodologique précieuse, ils ne sont pas un prérequis pour démarrer. Une PME peut lancer sa cartographie avec du bon sens et une approche pragmatique : inventorier, structurer, visualiser, itérer. L'essentiel est de définir un modèle de données simple (applications, processus, flux, infrastructure) et de s'y tenir. Les outils modernes comme UrbaHive intègrent les bonnes pratiques de l'architecture d'entreprise sans imposer la maîtrise d'un framework. Vous pouvez toujours monter en maturité progressivement.

9. Comment impliquer les métiers dans la cartographie ?

L'implication des métiers est le facteur clé de succès numéro un. Trois leviers fonctionnent : premièrement, montrez la valeur pour eux (pas seulement pour la DSI) en répondant à leurs questions concrètes : quels outils supportent mon processus ? Où sont mes données ? Deuxièmement, rendez la contribution facile : un outil collaboratif où chacun peut ajouter ou valider des informations en quelques clics, pas un fichier Excel de 200 colonnes. Troisièmement, organisez des ateliers courts (1 heure maximum) par domaine métier pour valider la cartographie ensemble. Évitez les réunions marathons qui découragent la participation.

10. Ma cartographie doit-elle être exhaustive dès le début ?

Absolument pas. Viser l'exhaustivité dès le départ est la première cause d'échec des projets de cartographie. Adoptez une approche itérative et pragmatique : commencez par le périmètre le plus critique ou le plus douloureux (les applications cœur de métier, le domaine concerné par un projet de transformation, ou le périmètre soumis à un audit réglementaire). Une cartographie qui couvre 80 % du périmètre critique est infiniment plus utile qu'une cartographie exhaustive jamais terminée. Fixez-vous un objectif de couverture à 3 mois, 6 mois et 12 mois.

11. Comment maintenir la cartographie à jour dans le temps ?

C'est la question la plus importante, car une cartographie obsolète est pire qu'inutile : elle donne une fausse confiance. Trois mécanismes fonctionnent : intégrer la mise à jour dans les processus existants (tout nouveau projet, tout changement d'application, toute arrivée/départ de collaborateur déclenche une vérification). Désigner des responsables de mise à jour par domaine. Planifier une revue trimestrielle complète avec les référents. Enfin, choisir un outil qui facilite les mises à jour incrémentales plutôt qu'un outil qui impose de tout refaire à chaque modification.

12. Quelle est la différence entre cartographie SI et CMDB ?

La CMDB (Configuration Management Database) est un référentiel technique centré sur les éléments de configuration IT (serveurs, réseaux, logiciels, versions). Pour approfondir ce sujet, consultez notre article CMDB vs Cartographie SI. La cartographie SI est plus large : elle couvre les couches métier (processus, fonctions), applicative (applications, flux) et technique (infrastructure). Elle répond à la question "comment mon SI supporte-t-il les activités de l'entreprise ?". Les deux sont complémentaires : la CMDB alimente la couche technique de la cartographie SI. Pour une PME, la cartographie SI est prioritaire car elle apporte plus de valeur décisionnelle.

13. La cartographie SI aide-t-elle à se conformer à NIS2 ?

Oui, directement. La directive NIS2 exige des entités concernées qu'elles identifient et documentent leurs actifs critiques, analysent les risques, et démontrent leur capacité de réponse aux incidents. La cartographie SI fournit le socle documentaire pour ces exigences : inventaire des actifs, identification des dépendances critiques, cartographie des flux de données sensibles, et analyse d'impact en cas de défaillance. Sans cartographie, la mise en conformité NIS2 est un exercice à l'aveugle qui coûte beaucoup plus cher et prend beaucoup plus de temps. C'est aussi un prérequis pour le volet cyber de la norme ISO 27001.

14. Comment cartographier le Shadow IT ?

Le Shadow IT désigne les applications et services utilisés par les collaborateurs sans validation de la DSI. Pour le cartographier, combinez plusieurs approches : analysez les flux financiers (notes de frais, relevés de carte bancaire) pour identifier les abonnements SaaS souscrits par les métiers. Utilisez un CASB (Cloud Access Security Broker) ou un outil de découverte SaaS pour détecter les services cloud utilisés. Lancez un questionnaire auprès des équipes pour recenser les outils qu'elles utilisent au quotidien. L'objectif n'est pas de punir, mais d'intégrer ces outils dans la cartographie pour éliminer les doublons et maîtriser les risques.

15. Quelle granularité adopter pour ma cartographie ?

La granularité doit être adaptée à vos objectifs. Pour un pilotage stratégique (schéma directeur, rationalisation), une granularité au niveau de l'application et du domaine fonctionnel suffit. Pour un projet de migration ou de sécurisation, descendez au niveau des composants techniques (serveurs, bases de données, API). Pour une analyse de risques, ajoutez les flux de données et les dépendances. La règle d'or : ne documentez que ce qui sera utilisé et maintenu. Chaque attribut que vous ajoutez est un attribut à maintenir. Commencez avec 10 à 15 attributs par application, puis ajoutez-en au fil des besoins.

16. Comment mesurer le ROI d'un projet de cartographie SI ?

Le ROI se mesure sur quatre axes concrets -- nous détaillons cette approche dans notre guide mesurer le ROI de la transformation digitale. Premièrement, les économies directes : identification et suppression des doublons applicatifs, renégociation de contrats, décommissionnement d'applications inutilisées (typiquement 10 à 30 % d'économies sur le portefeuille applicatif). Deuxièmement, le gain de temps : réduction du temps d'analyse d'impact avant chaque changement, onboarding plus rapide des nouveaux collaborateurs. Troisièmement, la réduction des risques : moins d'incidents liés à des dépendances inconnues, meilleure capacité de reprise après un sinistre. Quatrièmement, la conformité : évitement des pénalités réglementaires et accélération des audits.

17. Peut-on automatiser la cartographie SI ?

Partiellement. Certains éléments peuvent être collectés automatiquement : l'inventaire des serveurs et services cloud (via les API des fournisseurs cloud), les applications installées (via un outil de gestion de parc), les flux réseau (via des outils de monitoring). Mais la couche métier (quels processus sont supportés par quelle application, qui est responsable, quelle est la criticité) reste nécessairement déclarative et humaine. L'approche idéale combine l'automatisation pour la couche technique et la contribution collaborative pour les couches fonctionnelle et métier. UrbaHive ne propose pas de connecteur de découverte automatique : la couche technique s'y renseigne par saisie, par import (JSON ou format d'échange ArchiMate XML) ou par un agent IA connecté au serveur MCP avec un jeton en écriture, tandis que les couches fonctionnelle et métier sont complétées par les contributeurs invités dans l'organisation.

18. Comment présenter la cartographie à ma direction générale ?

La direction générale ne veut pas voir un schéma technique : elle veut comprendre les enjeux business. Présentez la cartographie sous trois angles : les risques (quels processus métier critiques dépendent d'applications fragiles ou obsolètes), les coûts (combien coûtons-nous en doublons, en maintenance d'applications inutilisées), et les opportunités (quels projets de transformation sont rendus possibles par une meilleure connaissance du SI). Utilisez des vues synthétiques, des chiffres concrets et des scénarios d'impact. Un bon indicateur : la cartographie doit permettre de répondre en 5 minutes à la question "que se passe-t-il si cette application tombe en panne ?".

19. Quelle gouvernance mettre en place autour de la cartographie ?

Une gouvernance IT efficace repose sur trois piliers. Premier pilier : les rôles -- désignez un responsable de la cartographie (souvent le DSI ou un architecte SI), des référents par domaine métier, et des contributeurs identifiés. Deuxième pilier : les processus -- définissez quand et comment la cartographie est mise à jour (à chaque nouveau projet, à chaque changement applicatif, lors des revues trimestrielles). Troisième pilier : les indicateurs -- suivez le taux de couverture, la fraîcheur des données, le nombre de contributeurs actifs et l'utilisation effective de la cartographie dans les décisions. Sans gouvernance, même la meilleure cartographie deviendra obsolète en 6 mois.

20. UrbaHive est-il adapté à ma PME/ETI ?

UrbaHive a été conçu spécifiquement pour les PME et ETI qui veulent cartographier leur SI sans la complexité et le coût des solutions enterprise. La plateforme se distingue par sa prise en main rapide (pas besoin de formation EA), son référentiel multi-utilisateur (invitations par e-mail, quatre rôles, journal d'audit de chaque modification), ses vues générées depuis le référentiel (diagramme des flux applicatifs, diagramme d'infrastructure, matrice de couverture capacités × applications, cartographie des processus, analyse d'impact niveau par niveau) et son import/export au format d'échange ArchiMate (XML) et JSON, complété par un serveur MCP qui permet à un agent IA de créer les objets à partir de vos données existantes — il n'y a pas d'import Excel. La tarification reste à la portée d'une PME : plan gratuit (25 applications, 1 utilisateur), Starter à 29 €/mois (100 applications, 5 utilisateurs), Professional à 99 €/mois (200 applications, 25 utilisateurs), Enterprise sur devis. Que vous soyez au tout début de votre démarche ou que vous souhaitiez industrialiser une cartographie existante, UrbaHive s'adapte à votre maturité.

Vous avez d'autres questions sur la cartographie SI ? L'équipe UrbaHive accompagne les DSI de PME et ETI dans leur démarche de cartographie. Demandez une démonstration personnalisée sur urbahive.com et découvrez comment structurer votre SI en quelques semaines.