L’essentiel à retenir
- L’ADM combine framework, contenu, transition et gouvernance dans un cycle itératif.
- Dix éléments : Preliminary, phases A à H et Requirements Management au centre.
- La phase C regroupe deux architectures : Data et Application.
- Le schéma est un modèle de référence, pas un ordre imposé ni une cascade.
- Le standard dit « quoi » ; les TOGAF Series Guides expliquent « comment ».
- PreliminaryPréparer la capacité
- ACadrer et faire approuver la vision
- B · C · DDécrire les quatre domaines et leurs écarts
- E · FPréparer puis finaliser la transformation
- G · HGouverner la réalisation et gérer le changement
Requirements Management accompagne toutes les phases. Ce fil explique leurs rôles : les itérations permettent de revenir sur le travail à tout moment.
Ce que couvre l’ADM
L’ADM est la méthode éprouvée et reproductible que propose TOGAF pour développer des architectures. Elle sert à dériver une Enterprise Architecture propre à l’organisation, en partant de ses besoins métier plutôt que de la technologie.
Elle ne se limite pas à produire des modèles : elle regroupe quatre familles d’activités, menées dans un cycle itératif qui alterne en continu définition et réalisation. Ce cycle permet à l’entreprise de se transformer de façon maîtrisée, au rythme de ses objectifs et des opportunités qui se présentent.
- Établir un framework d’architecture adapté à l’organisation
- Développer le contenu de l’architecture
- Organiser la transition vers la cible
- Gouverner la réalisation des architectures
Dix éléments, dix finalités
Le schéma de l’ADM compte la Preliminary Phase, huit phases nommées de A à H et, au centre, la gestion des exigences. Chacun a une finalité précise qu’il faut savoir associer à son nom : c’est un réflexe indispensable pour l’examen.
- Preliminary Phase : préparer et lancer la capacité d’architecture, adapter le framework, définir les Architecture Principles
- Phase A, Architecture Vision : cadrer l’initiative, identifier les parties prenantes, construire la vision et obtenir le feu vert
- Phases B, C et D : développer les architectures Business, Data et Application (phase C), puis Technology
- Phase E, Opportunities and Solutions : planifier la mise en œuvre et repérer les véhicules de livraison
- Phase F, Migration Planning : finaliser un plan détaillé pour passer de la Baseline à la Target
- Phase G, Implementation Governance : superviser la mise en œuvre du point de vue de l’architecture
- Phase H, Architecture Change Management : définir comment gérer les changements de la nouvelle architecture
- Requirements Management : gérer en continu les exigences et faire passer leurs changements par la gouvernance
Lire le schéma comme un modèle de référence
Le cercle des phases donne une impression de séquence, mais le standard est explicite : l’ADM n’impose pas d’ordre d’exécution des phases et ne prescrit pas de démarche en cascade. Le schéma montre ce qui doit être fait pour livrer des solutions architecturées et les composants qui interagissent, à la manière d’un modèle de référence.
Les descriptions de phases du standard disent surtout quoi faire. Pour savoir comment le faire, le praticien consulte les TOGAF Series Guides. Enfin, TOGAF recommande d’adapter l’ADM aux besoins de l’entreprise et aux différents styles d’architecture, au lieu de l’appliquer mécaniquement.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture Development Method (ADM)
- Méthode TOGAF, éprouvée et reproductible, pour développer et faire évoluer une Enterprise Architecture.
- Requirements Management
- Processus continu, au centre du cycle, qui gère les exigences d’architecture dans toutes les phases.
- Information Systems Architectures
- Nom de la phase C, qui couvre la Data Architecture et l’Application Architecture.
- TOGAF Series Guides
- Guides complémentaires du standard qui détaillent comment réaliser les activités décrites.
- Reference model
- Modèle qui indique ce qui doit être fait et les éléments en interaction, sans fixer de séquence.