Pour faire une cartographie applicative, définissez le périmètre, inventorie les applications, attribuez des propriétaires, qualifiez criticité et obsolescence, documentez les dépendances puis organisez une mise à jour régulière.
DSI, Responsables IT, Architectes SI, Responsables applicatifs.
Ouvrir l’outil de cartographieObtenir une vue utile en quelques semaines sans attendre l’exhaustivité.
Fonder la trajectoire sur un patrimoine applicatif qualifié.
Identifier rapidement propriétaires, criticités et dépendances.
Commencez par la décision à éclairer : continuité, rationalisation, budget, cybersécurité ou transformation. Définissez les entités, métiers et types de solutions inclus afin d’éviter un inventaire sans fin.
Choisissez ensuite un responsable du référentiel, des contributeurs et une date de première restitution.
Pour chaque application, collectez le nom, la finalité, le propriétaire métier, le responsable technique, les utilisateurs, l’éditeur, l’hébergement, les coûts, la criticité, les données, la fin de support et les principales interfaces.
Rendez quelques champs obligatoires et acceptez temporairement un statut « à confirmer » plutôt que d’inventer une réponse.
Évaluez séparément l’impact métier d’une indisponibilité, la sensibilité des données, les obligations, les possibilités de contournement et les objectifs de reprise. Pour l’obsolescence, examinez support, versions, infrastructure, compétences et maintenabilité.
Conservez les preuves et la date de validation : une note sans justification vieillit mal.
Priorisez les flux qui conditionnent une activité critique, transportent des données sensibles ou présentent un point unique de défaillance. Documentez source, cible, protocole, fréquence, propriétaire et comportement en cas d’échec.
Une matrice et quelques vues par processus sont souvent plus exploitables qu’un schéma géant.
Intégrez la mise à jour aux projets, mises en production, renouvellements contractuels et revues annuelles. Mesurez les fiches sans propriétaire, données anciennes et applications non revues.
La gouvernance doit transformer les écarts en actions : sécuriser, remplacer, consolider, documenter ou retirer.
Un tableur peut démarrer l’inventaire, mais un outil partagé facilite les responsabilités, historiques, filtres et vues lorsque le périmètre grandit.
Visez l’exhaustivité progressive, mais commencez par les services critiques et les décisions prioritaires.
Le propriétaire métier valide l’usage et la criticité ; les responsables techniques valident architecture, support et dépendances.
À chaque changement significatif et lors d’une revue périodique, au moins annuelle pour les éléments importants.
Ce sujet fait partie des fiches pratiques du livre Pilotegest consacré au pilotage des systèmes d’information. L’article apporte une méthode originale en texte ; la planche complète reste réservée à l’ouvrage.
Découvrir les 40 fiches dans le livrePar Équipe Pilotegest · Dernière mise à jour : 25/08/2026