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.
Consulter ne signifie pas obtenir l’unanimité. Rendre explicites les désaccords, l’autorité d’arbitrage et la justification du choix retenu.
Inclure décideurs, utilisateurs, exploitation, sécurité, données, juridique et interlocuteurs externes concernés, ne pas se limiter à l’organigramme.
Oublier un acteur opérationnel peut faire apparaître une exigence bloquante au moment de la recette ou du déploiement.
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.