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.
Un même composant peut soutenir plusieurs services. Éviter de compter plusieurs fois son coût ou de le redémarrer sans analyser les autres usages.
Décrire le bénéficiaire, le résultat attendu, les horaires utiles, les conditions d’accès et les exclusions, puis les composants qui contribuent au service.
Un engagement purement technique peut être respecté alors que les utilisateurs ne peuvent pas travailler.
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.
Suivez une information plutôt qu'un organigramme : qui la crée, qui la transforme, qui la valide et qui s'en sert pour agir ? Les ruptures apparaissent souvent entre deux services, alors que chaque application semble fonctionner correctement prise isolément.