L’essentiel à retenir
- Les conseils détaillés d’application se trouvent dans les TOGAF Series Guides.
- Les documents du Fundamental Content peuvent être adoptés de façon sélective et progressive.
- La plupart des frameworks décrivent des livrables ; TOGAF fournit aussi une méthode.
- Les livrables génériques de TOGAF peuvent être remplacés ou étendus par ceux d’un autre framework.
- Un style s’intègre en ajustant modèles, viewpoints et outils, pas en réécrivant l’ADM.
Où trouver les conseils d’application
Le TOGAF Standard se compose du Fundamental Content, six documents autonomes mais liés, et d’une collection de TOGAF Series Guides. Le document « Applying the ADM » du Fundamental Content donne les règles générales d’adaptation de la méthode. Les Series Guides apportent des conseils plus détaillés pour des besoins précis : stratégie, Business Architecture, données, sécurité, agilité, entreprise numérique, ou combinaison avec d’autres standards de The Open Group.
Ces guides évoluent plus vite que le contenu fondamental, au rythme des besoins du marché. Tous ne servent pas dans chaque contexte, mais l’architecte qui prépare un déploiement doit savoir ce qui existe. Les documents du Fundamental Content peuvent eux aussi être adoptés de façon sélective : une organisation peut commencer par l’ADM et reporter le volet capacité.
Combiner TOGAF avec d’autres frameworks
Un framework d’architecture comporte deux éléments clés : la définition des livrables à produire et la description de la méthode pour les produire. La plupart des frameworks insistent sur les livrables et parlent peu de méthode. TOGAF, générique, propose un cadre de contenu extensible et une méthode.
Il peut donc être utilisé seul, avec ses livrables génériques, ou en remplaçant et en étendant ces livrables par ceux d’un autre framework jugé pertinent. Dans tous les cas, l’architecte construit une méthode adaptée, intégrée aux processus et à l’organisation de l’entreprise.
- Bonnes pratiques citées : ITIL, CMMI, COBIT, PRINCE2, PMBOK, MSP
- Ressources de la TOGAF Library, comme l’IT4IT Reference Architecture
- Domaines métier verticaux, sujets techniques transverses (sécurité, gérabilité) ou domaines applicatifs
Servir un style d’architecture
Les styles d’architecture (orienté services, événementiel, axé sur le risque et la sécurité…) diffèrent par leur focus, leur forme et leurs techniques. Pour en servir un, on identifie d’abord ses caractéristiques distinctives, puis on décide comment les traiter. Cela ne doit pas modifier en profondeur le framework : on ajuste plutôt les modèles, les viewpoints et les outils, souvent avec des extensions du métamodèle et une notation adaptée.
Dans les phases B, C et D, le praticien choisit les ressources pertinentes pour décrire chaque domaine. Si un style devient dominant, il peut revisiter la phase préliminaire pour adapter l’Architecture Capability. Les modèles de référence et de maturité propres au style sont des appuis courants, et plusieurs guides illustrent ces combinaisons (SOA, risque et sécurité, SABSA, BIAN, DoDAF).
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Fundamental Content
- Les six documents de base du TOGAF Standard.
- TOGAF Series Guide
- Guide qui détaille l’application du standard dans un contexte précis.
- Tailoring
- Adaptation de TOGAF aux processus et à l’organisation de l’entreprise.
- Architecture style
- Manière d’architecturer définie par un ensemble de caractéristiques distinctives.
- Applying the ADM
- Document du Fundamental Content consacré à l’adaptation de l’ADM.