Organiser la mise en œuvre
Distinguer l’existant, la cible et la trajectoire, vérifier qu’un livrable permet réellement une décision, un test ou une coordination.
La cible n’est pas une prédiction certaine. Expliciter les choix réversibles et les hypothèses susceptibles d’invalider le scénario.
Distinguer les éléments décidés, les options ouvertes, les contraintes et les hypothèses, préciser l’horizon et le périmètre.
Les métiers valident les capacités, l’architecte assure la cohérence, et la DSI et les responsables de programmes évaluent la réalisation.
Une cible argumentée, les écarts avec l’existant et les architectures de transition nécessaires.
Application à votre contexte
Les trois actions proposées ci-dessous constituent un point de départ. Validez les résultats avec leurs utilisateurs et ajustez le niveau de détail avant d'étendre la démarche.
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.
Trois actions de départ
- Traduire les objectifs métier en exigences d’architecture
- Comparer les scénarios et leurs conséquences
- Définir les étapes de transition et les conditions de révision