Un premier périmètre utile
Le premier résultat à viser est le suivant : une cible argumentée, les écarts avec l’existant et les architectures de transition nécessaires.
Décider dès le démarrage qui pourra utiliser ce résultat et quel événement justifiera d’étendre le périmètre. Éviter de choisir l’outil avant d’avoir stabilisé le besoin.
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
Choisissez une activité identifiable, un responsable disponible et un résultat réalisable. La première itération doit réduire une incertitude ou permettre une décision, pas seulement lancer une collecte sans fin.
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