L’essentiel à retenir
- Un framework doit décrire baseline, cible, building blocks et chemin d’évolution.
- TOGAF couvre à la fois les livrables et la méthode, l’ADM.
- Une approche standard réduit le risque d’une démarche complexe et multi-acteurs.
- Trois apports : ADM, Content Framework, guides et techniques.
- TOGAF s’adapte et se combine avec ITIL, COBIT, PRINCE2 et d’autres pratiques.
Ce qu’on attend d’un architecture framework
Un architecture framework est une structure de base qui sert à développer une grande variété d’architectures. Il doit permettre de décrire un état de départ et un état cible en termes de building blocks, de montrer comment ces building blocks s’assemblent et de planifier le passage de l’un à l’autre. On l’adapte normalement à l’organisation, ce qui lui donne un outillage et un vocabulaire communs.
Tout framework d’EA combine deux éléments clés : la définition des livrables à produire et la méthode pour les produire. La plupart des frameworks détaillent surtout les livrables et restent discrets sur la méthode. TOGAF se distingue en fournissant les deux, avec l’ADM pour la méthode.
Une démarche standard qui réduit le risque
Développer et faire vivre une EA est complexe : beaucoup d’acteurs et de processus de décision sont concernés. Adopter une approche standardisée réduit ce risque. Fruit d’un travail collaboratif de toute une communauté, TOGAF aboutit à une architecture cohérente, fidèle aux besoins des parties prenantes, fondée sur des bonnes pratiques et attentive aux besoins actuels comme aux besoins futurs perçus.
Sa proposition de valeur est d’aider les organisations à fonctionner de façon efficace grâce à des pratiques reconnues, applicables dans différents secteurs. Ses conseils sont faits pour être adaptés à des besoins variés, y compris l’entreprise agile et la transformation numérique.
Trois apports concrets
Le Study Guide résume ce qui rend TOGAF adapté en trois apports, chacun lié à une partie du standard.
- Un cycle de changement standard, l’ADM, pour planifier, développer, mettre en œuvre, gouverner, faire évoluer et pérenniser l’architecture
- Une définition des building blocks qui délivrent services métier et systèmes d’information, avec le Content Framework
- Des lignes directrices, techniques et conseils pour entretenir l’EA et livrer des Solution Architectures à toute échelle, tout rythme et tout niveau de détail
S’adapter et se combiner
TOGAF est générique : ses livrables peuvent être utilisés tels quels, remplacés ou étendus par ceux d’un autre framework. L’architecte est censé l’adapter pour en faire une méthode intégrée aux processus et aux structures de l’entreprise, en l’associant si besoin à ITIL, COBIT, CMMI, PRINCE2, PMBOK ou MSP, ou à des ressources de la Library comme l’IT4IT Reference Architecture.
Il profite en particulier aux organisations qui conduisent une transformation, à celles qui visent le Boundaryless Information Flow, à celles qui veulent des spécifications d’achat favorisant les systèmes ouverts et à celles qui doivent améliorer leur offre dans le cadre d’une transformation numérique.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture framework
- Structure de base, avec méthodes et outils, pour développer des architectures variées.
- ADM
- Cycle itératif de TOGAF pour développer et faire évoluer l’architecture.
- Content Framework
- Cadre qui catégorise les building blocks et work products d’architecture.
- Boundaryless Information Flow
- Accès à une information intégrée au sein des entreprises et entre elles.