Comprendre l’enjeu et le périmètre
Elle aide à évaluer les initiatives et à éviter qu’une succession de décisions locales produise un SI incohérent.
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.
Passer à l’action
- 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
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.
Responsabilités et moyens
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.
Inclure coexistence, migration, formation, décommissionnement et coûts récurrents de la cible.
Produire et vérifier
- Livrable utile
- Une cible argumentée, les écarts avec l’existant et les architectures de transition nécessaires.
- Preuve à rechercher
- Vérifier qu’un scénario métier important est réalisable dans la cible et pendant chaque étape de transition.
- Indicateur à interpréter
- Suivre les écarts structurants, les dépendances levées et les décisions encore ouvertes.
Soumettez la description à une décision concrète : remplacer un composant, ouvrir un flux ou absorber une croissance. Si les impacts restent impossibles à identifier, le modèle ne contient pas encore les relations ou les niveaux de détail nécessaires.
Arbitrages et dépendances
Une cible idéale mais sans trajectoire, budget ou capacité de migration ne constitue pas un plan de transformation.
La cible dépend des contrats, des contraintes de données, de la maturité des équipes et des services déjà engagés.
Une architecture cible doit expliquer les compromis retenus : complexité, coût, continuité, autonomie et capacité de changement. Prévoyez des états intermédiaires et des conditions de sortie du legacy. Une cible sans trajectoire financée reste une intention.
POUR APPROFONDIR
Les 27 questions du dossier
Les essentiels
Comprendre
Diagnostiquer
Mettre en œuvre
Décider
- Vision et architecture cible : qui doit contribuer, décider et valider ?
- Vision et architecture cible : sur quels critères prendre une décision ou accepter une exception ?
- Vision et architecture cible : quels coûts faut-il prévoir au-delà de l’outil ?
- Vision et architecture cible : comment prioriser lorsque les moyens sont limités ?
Vérifier
Piloter
Maîtriser
- Vision et architecture cible : comment protéger les informations et les accès associés ?
- Vision et architecture cible : comment éviter qu’un incident rende le dispositif inutilisable ?
- Vision et architecture cible : que faut-il demander et vérifier auprès d’un prestataire ?
- Vision et architecture cible : comment changer d’outil ou de prestataire sans perdre la connaissance ?