Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Toute ancienneté n’est pas une dette urgente. Prioriser les conséquences réelles plutôt que remplacer une technologie uniquement parce qu’elle est ancienne.
Décrire chaque dette par sa cause, ses effets, les services concernés, le coût de maintien et les options de traitement.
Traiter la dette comme un sujet purement technique peut empêcher d’obtenir les arbitrages métier et économiques nécessaires.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
Commencez par un périmètre utile à une décision : une transformation, une dépendance critique ou un portefeuille d'applications. Reliez les vues métier, applicative, données et technique. Une notation rigoureuse est utile, mais elle ne remplace ni un responsable de l'information ni une question de départ claire.