Inventaire des applications

Comprendre l’enjeu et le périmètre

Il aide à identifier les doublons, les risques d’obsolescence, les dépendances et les coûts qui ne sont pas visibles dans les seules factures.

Inclure les SaaS, développements internes, outils locaux et applications utilisées par un prestataire pour rendre un service essentiel.

Passer à l’action

• Croiser contrats, déclarations métier et observations techniques
• Attribuer un identifiant et des responsables à chaque application
• Valider les usages et organiser la mise à jour

Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.

Responsabilités et moyens

Les métiers confirment l’usage, la DSI décrit les moyens, et les achats et la finance réconcilient les engagements.

Prévoir collecte initiale, réconciliation et entretien, limiter les attributs qui n’ont aucun usage de décision.

Produire et vérifier

Livrable utile

Une fiche par application avec statut, propriétaire, service rendu, dépendances, source et date de vérification.

Preuve à rechercher

Comparer l’inventaire à un échantillon d’activités métier et de dépenses pour repérer les applications absentes.

Indicateur à interpréter

Suivre la part des applications critiques dont propriétaire, contrat et dépendances ont été vérifiés dans la période définie.

Testez le référentiel avec un changement réel ou simulé. Retrouvez les activités touchées, les interlocuteurs, les flux et les dépendances communes. Une carte agréable à lire mais incapable d'éclairer cet impact ne remplit pas encore son objectif.

Arbitrages et dépendances

Un inventaire basé uniquement sur les achats omet les outils gratuits, les développements internes et les usages non déclarés.

Les applications partagent des données, identités, infrastructures et contrats qu’il faut représenter séparément.

N'essayez pas de tout dessiner dans une seule carte. Une vue de direction, une vue des interfaces et une vue de reprise répondent à des questions différentes. Elles doivent toutefois partager les mêmes identifiants et ne pas produire trois inventaires incompatibles.