Guide complet des principales différences dans le cycle ADM entre TOGAF 9 et TOGAF 10

Introduction

La méthode de développement d’architecture (ADM) est le pilier du cadre d’architecture de The Open Group (TOGAF), offrant une approche structurée pour concevoir, planifier et mettre en œuvre l’architecture d’entreprise. Avec la sortie de TOGAF 10 en 2022, l’ADM a subi des mises à jour importantes par rapport à sa version TOGAF 9, reflétant un passage vers une plus grande flexibilité, agilité et alignement avec les exigences modernes des entreprises. Ce guide explore les principales différences dans le cycle ADM entre TOGAF 9 et TOGAF 10, en offrant des explications détaillées et des exemples pratiques pour illustrer l’impact de ces changements sur les organisations dans divers secteurs.

Aperçu du cycle ADM

L’ADM est un processus par phases et itératif qui guide les architectes dans le développement et la gestion de l’architecture d’entreprise. Dans les versions TOGAF 9 et TOGAF 10, il inclut des phases fondamentales : Préliminaire, Vision d’architecture, Architecture métier, Architecture des systèmes d’information (données et applications), Architecture technologique, Opportunités et solutions, Planification de migration, Gouvernance de mise en œuvre et Gestion du changement d’architecture. Toutefois, TOGAF 10 repense la manière dont ces phases sont appliquées, privilégiant l’adaptabilité à la rigidité.

Principales différences dans le cycle ADM entre TOGAF 9 et TOGAF 10

1. Flexibilité et itération

• TOGAF 9:
  • Description: L’ADM dans TOGAF 9 suit une séquence structurée et linéaire des phases. Bien que l’itération soit possible, elle n’est pas explicitement mise en avant, ce qui conduit souvent à une perception de rigidité.
  • Conséquence: Les organisations doivent s’aligner étroitement sur les étapes prédéfinies, ce qui peut ralentir l’adaptation aux besoins changeants.
  • Exemple:
    • Chaîne de magasins: Un détaillant utilisant TOGAF 9 pour développer une plateforme de commerce électronique suit un processus étape par étape, de la vision à la mise en œuvre. Des changements de marché survenant au milieu du projet obligent à recommencer certaines phases, retardant ainsi le déploiement.
• TOGAF 10:
  • Description: TOGAF 10 améliore la flexibilité du CMM, en mettant un accent fort sur l’itération et la réutilisation. Les phases peuvent être réexaminées ou adaptées selon les besoins, rendant le processus plus dynamique.
  • Conséquence: Les architectes peuvent répondre rapidement aux exigences évolutives, en alignant l’architecture sur les besoins commerciaux en temps réel.
  • Exemples:
    • Start-up technologique: Un fournisseur de SaaS itère plusieurs fois sa phase d’architecture technologique pour intégrer les retours des clients sur une nouvelle fonctionnalité cloud, accélérant ainsi le délai de mise sur le marché.
    • Système de santé: Un hôpital affine progressivement son architecture des données à mesure que de nouvelles réglementations sur la confidentialité des patients apparaissent, évitant ainsi un redémarrage complet du processus.

2. Intégration agile

• TOGAF 9:
  • Description: TOGAF 9 ne fournit pas de directives précises sur l’intégration des méthodologies agiles dans le CMM, ce qui le rend moins adapté aux environnements de développement rapides et itératifs.
  • Conséquence: Les organisations utilisant Agile ou DevOps doivent personnaliser largement le cadre, souvent sans orientation claire.
  • Exemple:
    • Société de logiciels: Une entreprise adoptant TOGAF 9 peine à aligner son CMM de type en cascade avec les sprints agiles, entraînant des retards dans le lancement des fonctionnalités et une frustration au sein des équipes.
• TOGAF 10:
  • Description: TOGAF 10 intègre explicitement les pratiques agiles dans le cadre ADM, offrant des orientations pour aligner l’architecture sur les sprints, les cycles itératifs et les flux de travail DevOps.
  • Implication: Les architectes peuvent soutenir sans heurt les équipes agiles, en veillant à ce que l’architecture évolue parallèlement au développement rapide.
  • Exemples:
    • Développeur d’application mobile: En utilisant TOGAF 10, l’équipe aligne sa phase d’architecture des applications sur des sprints de deux semaines, livrant de manière incrémentale une nouvelle fonctionnalité de paiement.
    • Plateforme de commerce électronique: Un détaillant en ligne utilise les orientations agiles de TOGAF 10 pour intégrer des pipelines DevOps dans son architecture technologique, permettant le déploiement continu des mises à jour du site.

3. Modèle de processus vs. modèle de référence

• TOGAF 9:
  • Description: Dans TOGAF 9, le cadre ADM est généralement considéré comme un modèle de processus prescriptif, où les organisations sont censées suivre ses phases dans l’ordre.
  • Implication: Cette approche peut limiter la flexibilité, en particulier pour les organisations ayant des besoins uniques ou non linéaires.
  • Exemple:
    • Société de fabrication: Une entreprise concevant un système de chaîne d’approvisionnement suit strictement la séquence ADM de TOGAF 9, reportant la mise en œuvre jusqu’à ce que chaque phase soit entièrement achevée avant de passer à la suivante.
• TOGAF 10:
  • Description: TOGAF 10 repositionne l’ADM comme un modèle de référence plutôt qu’un processus rigide, incitant les organisations à l’adapter à leur contexte.
  • Implication: Ce changement permet aux architectes d’adapter l’ADM, en se concentrant sur les phases pertinentes ou en les combinant selon les besoins.
  • Exemples:
    • Établissement financier: Une banque utilise l’ADM de TOGAF 10 comme référence pour privilégier l’architecture métier et l’architecture technologique pour une nouvelle application mobile, en sautant initialement les phases moins critiques.
    • Organisme gouvernemental: Un organisme du secteur public adapte l’ADM pour se concentrer sur la gouvernance et la gestion du changement pour un portail citoyen, en cohérence avec les priorités réglementaires.

4. Modes de livraison

• TOGAF 9:
  • Description: TOGAF 9 ne définit pas explicitement différents modes de livraison de l’architecture, se basant sur une approche universelle.
  • Implication: Les organisations doivent adapter leurs besoins de livraison à un seul cadre, ce qui peut ne pas convenir à différents types de projets.
  • Exemple:
    • Fournisseur de télécommunications: Une entreprise déployant un réseau 4G suit le processus standard ADM de TOGAF 9, appliquant le même processus aux systèmes d’infrastructure et aux systèmes orientés vers le client, malgré des besoins différents.
• TOGAF 10:
  • Description: TOGAF 10 introduit des modes de livraison distincts — tels que l’architecture adaptative, l’architecture continue et l’architecture de transformation — offrant des approches sur mesure en fonction du périmètre et des objectifs du projet.
  • Implication: Les architectes peuvent choisir le mode le plus adapté, améliorant ainsi l’efficacité et la pertinence.
  • Exemples:
    • Entreprise de logistique: Une entreprise de transport utilise le mode d’architecture continue de TOGAF 10 pour maintenir un système de stockage en évolution, intégrant des données en temps réel provenant de l’IoT.
    • Assureur: Un assureur adopte le mode d’architecture de transformation pour réformer son système ancien de traitement des sinistres, en se concentrant sur une modernisation par étapes.

Applications pratiques dans divers secteurs

Les différences dans le cycle ADM entre TOGAF 9 et TOGAF 10 ont des implications profondes sur la manière dont les organisations appliquent l’architecture d’entreprise. Voici comment ces changements se traduisent concrètement :

• Commerce de détail:
  • TOGAF 9: Un détaillant suit un ADM linéaire pour développer un nouveau système de gestion des stocks, en achevant toutes les phases avant le lancement, ce qui retarde la réaction aux pics de demande pendant les fêtes.
  • TOGAF 10: Le même détaillant utilise un ADM itératif et aligné sur Agile pour déployer le système progressivement, en s’adaptant aux tendances des clients au cours du processus.
• Santé:
  • TOGAF 9: Un hôpital conçoit un système de dossiers patients avec un ADM rigide, exigeant la finalisation complète de chaque phase, ralentissant le déploiement face à des besoins urgents.
  • TOGAF 10: L’hôpital utilise le modèle ADM souple de TOGAF 10 comme référence, en privilégiant l’architecture des données et en itérant au fur et à mesure de l’émergence de nouvelles réglementations.
• Finance:
  • TOGAF 9: Une banque applique un ADM prescriptif pour développer un système de détection de fraude, en respectant toutes les phases malgré des délais serrés.
  • TOGAF 10: La banque utilise le mode de livraison adaptable de TOGAF 10, en se concentrant sur les phases clés et en itérant pour répondre rapidement aux exigences de conformité et aux besoins du marché.
• Technologie:
  • TOGAF 9: Une entreprise technologique peine à aligner son déploiement de microservices sur le modèle ADM linéaire de TOGAF 9, nécessitant une personnalisation étendue.
  • TOGAF 10: L’entreprise adopte le modèle ADM intégrant l’Agile de TOGAF 10, alignant l’architecture sur les sprints pour un déploiement fluide des microservices.
• Administration:
  • TOGAF 9: Une municipalité suit le modèle ADM standard de TOGAF 9 pour un portail de services publics, retardant le lancement en raison de sa structure rigide.
  • TOGAF 10: La municipalité utilise le mode de transformation de TOGAF 10, adaptant le modèle ADM pour privilégier les fonctionnalités orientées vers les citoyens et la gouvernance.

Pourquoi ces différences ont-elles de l’importance

L’évolution du modèle ADM de TOGAF 9 à TOGAF 10 reflète un changement plus large dans l’architecture d’entreprise : du passage d’une méthodologie structurée et universelle à un cadre souple et agile. L’accent mis par TOGAF 10 sur l’itération, l’intégration de l’Agile et les modes de livraison adaptatifs permet aux architectes de répondre rapidement aux évolutions technologiques et aux changements commerciaux. En considérant le modèle ADM comme une référence plutôt qu’un processus rigide, TOGAF 10 permet aux organisations d’innover efficacement tout en maintenant une alignement avec leurs objectifs stratégiques.

Conclusion

Le cycle ADM dans TOGAF 10 représente une avancée significative par rapport à TOGAF 9, offrant une flexibilité accrue, une compatibilité avec l’Agile et une adaptabilité contextuelle. Grâce à son accent sur l’itération, l’application basée sur une référence et les divers modes de livraison, TOGAF 10 permet aux architectes de relever les défis actuels — qu’il s’agisse de startups technologiques à rythme rapide, d’institutions financières régulées ou de projets transformateurs dans le secteur public. Ce guide a mis en évidence ces différences à l’aide d’exemples concrets, démontrant comment le modèle ADM de TOGAF 10 peut stimuler le succès des entreprises dans un paysage en constante évolution.

En comprenant et en exploitant ces mises à jour, les organisations peuvent transformer leur approche de l’architecture d’entreprise, en assurant qu’elle reste un outil puissant pour l’innovation et la croissance.