L’essentiel à retenir
- Le schéma de l’ADM montre un flux d’information, pas une séquence obligatoire.
- Le lire comme une cascade est l’erreur d’interprétation la plus courante.
- Les livrables naissent tôt et s’enrichissent : ADD dès A, roadmap dès B à D.
- La Phase F finalise ; les Phases G et H gouvernent et font évoluer.
- Une Request for Architecture Work issue de H peut relancer un nouveau cycle.
Un schéma de flux, pas une cascade
Le guide des praticiens présente l’ADM comme une méthode logique qui rapproche les étapes liées pour clarifier les relations entre activités et la circulation de l’information. Le graphique emblématique est un chemin stylisé : il montre l’information essentielle qui passe d’une phase à l’autre, pas l’ordre dans lequel les activités doivent s’enchaîner.
L’erreur classique consiste à le lire comme un modèle en cascade. Le standard est explicite : l’ADM n’impose ni séquence de phases ni démarche « waterfall ». Il vaut mieux le voir comme un modèle de référence de ce qu’il faut faire pour livrer des solutions de façon architecturée. Une découverte tardive peut donc renvoyer vers une phase antérieure, et Requirements Management alimente toutes les phases en continu.
Qui crée quoi : livrables clés par phase
Le Study Guide associe à chaque phase les livrables qui y sont typiquement créés, utilisés ou enrichis. En voici une lecture synthétique.
- Preliminary : Architecture Principles ; Business Principles, Goals et Drivers ; Request for Architecture Work
- Phase A : Statement of Architecture Work, Architecture Vision, Communications Plan, Capability Assessment, première version de l’Architecture Definition Document
- Phases B, C, D : Architecture Definition Document enrichi, Architecture Requirements Specification, composants candidats de l’Architecture Roadmap
- Phase E : Architecture Definition Document avec transitions, Architecture Roadmap, Implementation and Migration Plan initial, Implementation Governance Model
- Phase F : Architecture Roadmap, Implementation and Migration Plan et Implementation Governance Model finalisés
- Phases G et H : Implementation Governance Model, Architecture Contracts, Change Requests, Compliance Assessments ; en H, Request for Architecture Work et Requirements Impact Assessment
- Requirements Management : Architecture Requirements Specification et Requirements Impact Assessment
Quatre fils conducteurs à suivre
Plutôt que de mémoriser un tableau, suivez quelques livrables qui traversent le cycle. Ils montrent comment l’information s’accumule puis se transforme.
- Architecture Definition Document : créé en A, enrichi en B à D, complété des transitions en E, finalisé en F, mis à jour après l’implémentation
- Architecture Roadmap : composants candidats en B à D, première version complète en E, finalisée en F
- Implementation and Migration Plan : initial en E, détaillé en F, appliqué sous gouvernance en G
- Change Request : émise en G ou issue du contexte, évaluée en H, pouvant aboutir à une nouvelle Request for Architecture Work qui relance la Phase A
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Flux d’information
- Circulation des livrables et connaissances entre phases, représentée par le schéma de l’ADM.
- Architecture Definition Document
- Livrable qualitatif couvrant tous les domaines et les états Baseline, Transition et Target.
- Request for Architecture Work
- Demande qui déclenche un cycle ; issue du Preliminary ou de la Phase H.
- Change Request
- Demande de modification de l’architecture, gérée en Phases G et H.
- Capability Assessment
- Évaluation des capacités de base et cibles ; réalisée en A et mise à jour en E.