7 pièges qui rendent une cartographie SI impossible à maintenir
Une checklist sobre pour éviter les pièges de cadrage, de données, d'ownership et de maintenance dans une cartographie SI de PME/ETI.
Une cartographie SI échoue rarement parce que l'équipe manque de bonne volonté.
Elle échoue quand le périmètre est trop large, que les responsabilités sont floues ou que la mise à jour n'a jamais été pensée.
Voici les 7 pièges à éviter pour garder une cartographie exploitable dans une PME ou une petite ETI.
1. Vouloir tout documenter dès le départ#
Le piège: lancer un inventaire de 120 applications, 40 colonnes, tous les flux, tous les serveurs et tous les contrats.
Le résultat est prévisible: la collecte ralentit, les métiers décrochent, les données deviennent obsolètes avant la première carte.
Meilleure approche
Commencez par les applications critiques, les owners, la criticité, le domaine métier et quelques dépendances utiles. L'exhaustivité vient après la première valeur.
2. Confondre schéma et source de vérité#
Un schéma aide à expliquer. Il ne suffit pas à maintenir un inventaire.
Si votre cartographie est un fichier Draw.io ou PowerPoint séparé de l'inventaire, vous maintenez deux réalités: la liste et le dessin. Elles finiront par diverger.
3. Multiplier les champs que personne n'utilise#
La tentation est forte: version, date de dernier audit, RTO, RPO, contrat, coûts, données personnelles, architecture, technologie, serveur, fournisseur, SLA.
Certaines informations sont utiles. Pas toutes au premier jour.
Champs à stabiliser avant le reste
Un champ vide dans la majorité des cas est souvent un champ prématuré.
4. Laisser les responsabilités dans les têtes#
Une cartographie sans owner clair ne permet pas d'agir.
Pour chaque application importante, il faut savoir:
- qui décide côté métier;
- qui comprend ou coordonne côté IT;
- qui appeler en cas d'incident, audit ou migration.
Si ces informations reposent sur la mémoire du DSI ou d'un prestataire, l'inventaire dépend déjà trop d'une personne.
5. Travailler uniquement côté IT#
L'IT connaît l'infrastructure. Les métiers connaissent l'usage réel.
Une cartographie faite seulement par l'IT oublie souvent les outils métiers, les contournements, les propriétaires réels et la criticité business.
Le bon format est plus simple:
6. Choisir un outil plus lourd que l'équipe#
Un outil complet n'est utile que si l'équipe peut le maintenir.
Pour une petite équipe IT, un modèle trop riche peut ralentir la reprise de contrôle. La priorité est d'obtenir une source fiable, pas de reproduire une CMDB grand compte.
Question à poser avant de choisir
Qui maintiendra l'outil toutes les semaines ? Si la réponse est floue, l'approche est probablement trop lourde.
Pour comparer les approches sans bataille concurrentielle: Excel, schéma, inventaire SI ou CMDB: quelle approche choisir ?.
7. Oublier le processus de mise à jour#
Une cartographie utile est une cartographie qui survit aux changements.
Prévoyez au minimum:
Sans cette routine, la cartographie redevient un livrable ponctuel.
Checklist rapide#
Votre cartographie est-elle maintenable ?
Conclusion#
La cartographie SI n'a pas besoin d'être parfaite pour être utile.
Elle doit être assez fiable pour décider, assez simple pour être maintenue et assez visuelle pour rendre les dépendances compréhensibles.
Faire le point sur votre inventaire
Le Diagnostic Inventaire SI vous aide à repérer les fragilités de couverture, de mise à jour, d'ownership et de responsabilités.