Introduction
Le monde de l’architecture d’entreprise est un paysage dynamique, en constante évolution pour répondre aux besoins changeants des organisations. Dans cet environnement dynamique, une approche rigide et linéaire du développement d’architecture ne suffit pas. C’est là que le cadre d’architecture The Open Group (TOGAF) et sa méthode de développement d’architecture (ADM) entrent en jeu. Bien que la représentation graphique du TOGAF ADM puisse sembler être un processus linéaire, du type cascade, à première vue, la réalité est bien plus souple et itérative. Dans cet article, nous explorerons le concept d’itération au sein du TOGAF ADM, en examinant comment il permet aux organisations de maîtriser la complexité et de s’adapter efficacement au changement.
Les bases du TOGAF ADM
Le TOGAF ADM est une méthodologie complète pour le développement et la gestion des architectures d’entreprise. Il se compose de plusieurs phases, notamment la phase Préliminaire, la phase A à la phase H. Bien qu’il puisse sembler s’agir d’une progression linéaire d’une phase à la suivante, il est essentiel de comprendre que cette apparente linéarité n’est qu’une simplification destinée à faciliter la communication. En pratique, le TOGAF ADM adopte deux concepts clés pour gérer la complexité : l’itération et les niveaux.
- Itération pour développer un paysage d’architecture completL’un des aspects fondamentaux de l’itération dans le TOGAF ADM est le développement d’un paysage d’architecture complet. Cela implique plusieurs cycles à travers l’ADM, commençant par la phase A. Chaque cycle est initié par une « demande de travail d’architecture », qui définit le périmètre et les objectifs de l’initiative d’architecture.
- Projets et cycles: Les projets sont lancés pour mener des travaux d’architecture spécifiques, et ils passent par l’intégralité du cycle ADM, produisant des sorties d’architecture qui contribuent au paysage d’architecture en évolution. Des projets différents peuvent mener leurs propres cycles ADM en parallèle, et ils peuvent même déclencher le lancement d’autres projets en fonction d’opportunités ou de solutions identifiées.
- Modifier le paysage: La sortie de chaque cycle ADM étend ou modifie le paysage d’architecture existant, en l’alignant sur les besoins évolutifs de l’organisation.
- Itération au sein d’un cycle ADM (itération de développement d’architecture)Le développement d’une architecture au sein d’un seul cycle ADM n’est pas une voie à sens unique. Il implique des interactions dynamiques entre différentes phases, permettant une adaptation et une convergence.
-
- Phases concurrentes: Les projets peuvent mener plusieurs phases ADM en parallèle. Cela est particulièrement utile lorsqu’il s’agit de gérer des relations complexes entre l’architecture métier, l’architecture des systèmes d’information et l’architecture technologique.
- Cyclage entre les phases: Dans certains cas, les projets peuvent cycliquement passer d’une phase ADM à une autre de manière intentionnelle, couvrant plusieurs phases dans des cycles planifiés. Cette approche est particulièrement utile lorsqu’il est nécessaire de converger vers une architecture cible détaillée, notamment lorsque le contexte d’architecture de haut niveau est absent ou incomplet.
- Retour à des phases antérieures: La flexibilité est un pilier du TOGAF ADM. Les projets peuvent revenir à des phases antérieures pour mettre à jour les produits de travail avec de nouvelles informations. Cela est souvent utilisé pour affiner une feuille de route d’architecture exécutable ou un plan d’implémentation et de migration en fonction des exigences évolutives des parties prenantes.
- Itération pour gérer la capacité d’architecture (itération de capacité d’architecture)Au-delà du développement d’architectures individuelles, le TOGAF ADM reconnaît également l’importance de gérer la capacité d’architecture globale de l’organisation.
- Itération de la phase préliminaire: Les projets peuvent nécessiter des itérations supplémentaires de la phase préliminaire pour établir ou rétablir des aspects de la capacité d’architecture identifiés dans la phase A. Cela peut être en réponse à de nouvelles demandes de travail d’architecture ou à des exigences en mutation.
- S’adapter au changement: Lorsque des demandes de changement émergent dans la phase H, les projets peuvent lancer de nouvelles itérations de la phase préliminaire afin d’ajuster la capacité d’architecture de l’organisation pour prendre en compte de nouvelles ou de modifications d’exigences.
Exemples pour différents types d’itération
Les exemples suivants mettent en évidence comment l’itération au sein du cadre TOGAF ADM permet aux organisations de répondre aux besoins changeants, de raffiner leurs architectures et de garantir leur alignement sur les objectifs commerciaux tout au long du cycle de vie du développement et de la gestion des architectures.
Bien sûr ! Illustrons les différents types d’itération au sein du cadre TOGAF ADM à l’aide d’exemples concrets :
- Itération pour développer un paysage d’architecture complet :
Exemple: Imaginez une grande entreprise multinationale lancée dans une initiative de transformation numérique à l’échelle de l’entreprise. Elle lance un cycle ADM (Phase A à Phase H) afin de créer une Architecture cible en alignement avec ses objectifs stratégiques. Au cours de ce cycle, elle identifie plusieurs projets spécifiques, tels que la mise en place d’un nouveau système de gestion de la relation client (CRM) et la modernisation de son infrastructure de centre de données. Chacun de ces projets suit son propre cycle ADM, contribuant ainsi à l’élaboration d’un paysage architectural complet. En outre, l’un de ces projets identifie la nécessité d’un nouveau projet pour traiter les préoccupations liées à la cybersécurité, déclenchant ainsi le lancement d’un autre cycle ADM.
- Itération au sein d’un cycle ADM (Itération de développement d’architecture) :
Exemple: Une entreprise de vente au détail est en pleine phase de développement d’une nouvelle plateforme de commerce électronique (un projet technologique) dans le cadre de sa stratégie de transformation numérique. Dans ce projet, ils réalisent que leur architecture commerciale initiale ne soutient pas pleinement l’expérience client qu’ils souhaitent offrir. Au lieu de poursuivre de manière linéaire à travers les phases ADM, ils réexaminent et affinent simultanément leur architecture commerciale tout en progressant dans l’architecture technologique et l’architecture des systèmes d’information. Cette itération simultanée leur permet d’aligner efficacement tous les aspects de leur architecture.
- Itération pour gérer la capacité d’architecture (Itération de capacité d’architecture) :
Exemple: Un organisme gouvernemental chargé des services aux citoyens dispose d’une capacité d’architecture bien établie. Toutefois, il reçoit une demande de modification provenant d’un mandat législatif visant à renforcer la confidentialité et la sécurité des données. En réponse, il lance une nouvelle itération de la Phase Préliminaire afin d’évaluer les impacts sur sa capacité d’architecture. Cela implique la mise à jour des processus de gouvernance, des politiques de sécurité et des programmes de formation pour se conformer aux nouvelles exigences. Cette approche itérative garantit que la capacité d’architecture reste adaptable et réactive aux changements externes.
- Retour aux phases précédentes pour des mises à jour :
Exemple: Une institution financière met en œuvre un nouveau système bancaire central, et elle a déjà traversé plusieurs cycles ADM pour développer l’architecture. Alors qu’elle approche la phase de mise en œuvre, elle découvre de nouvelles exigences réglementaires concernant la conservation des données. Au lieu de s’attacher rigoureusement à sa phase actuelle, elle retourne à la phase d’architecture commerciale pour mettre à jour ses exigences et à la phase d’architecture technologique pour intégrer les capacités nécessaires à la conservation des données. Cette approche itérative leur permet de rester conformes et d’aligner l’architecture sur les normes réglementaires en évolution.
- Cyclage entre les phases pour converger vers une architecture cible :
Exemple: Un fabricant aéronautique développe un nouvel avion. Ils commencent par un concept initial dans la Phase Préliminaire, mais ils constatent qu’ils doivent réexaminer et affiner itérativement l’architecture commerciale, l’architecture des systèmes d’information et l’architecture technologique. Ils cyclent entre ces phases à plusieurs reprises jusqu’à ce qu’ils convergent vers une architecture cible détaillée et réaliste qui répond à la fois aux exigences techniques et commerciales. Ce processus itératif garantit que l’architecture est soigneusement réfléchie et alignée sur les objectifs du projet.
Conclusion
Le cadre TOGAF ADM n’est pas un processus linéaire universel. Au contraire, il s’agit d’un cadre souple et adaptable qui embrasse le concept d’itération. En comprenant et en appliquant l’itération à différentes étapes du ADM, les organisations peuvent naviguer efficacement la complexité du développement et de la gestion des architectures d’entreprise. Cette approche itérative permet d’assurer une agilité, garantit l’alignement avec les besoins commerciaux en évolution, et permet aux organisations de prospérer dans un paysage commercial en constante mutation. En somme, le processus itératif du TOGAF ADM est la clé pour exploiter pleinement le potentiel de l’architecture d’entreprise afin d’assurer un succès durable.