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.
Développer ne garantit pas la souveraineté si le code, les compétences ou la chaîne de livraison restent hors de maîtrise.
Comparer couverture du besoin, intégration, exploitation, sécurité, évolution, propriété des livrables et sortie.
Comparer seulement le coût initial favorise une option dont la maintenance et la sortie peuvent être très coûteuses.
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.
Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.