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

Introduction

La Méthode de développement de l’architecture (ADM) est le pilier du cadre d’architecture 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 itératif qui guide les architectes dans le développement et la gestion de l’architecture d’entreprise. Dans les deux versions TOGAF 9 et TOGAF 10, il inclut des phases fondamentales : Préliminaire, Vision architecturale, Architecture métier, Architecture des systèmes d’information (Données et Applications), Architecture technologique, Opportunités et solutions, Planification de la migration, Gouvernance de mise en œuvre et Gestion du changement architectural. 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 donne souvent l’impression de rigidité.
  • Implication: 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 le déploiement.
• TOGAF 10:
  • Description: TOGAF 10 améliore la flexibilité de l’ADM, en mettant fortement l’accent 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.
  • Implication: Les architectes peuvent réagir rapidement aux exigences évolutives, alignant l’architecture sur les besoins commerciaux en temps réel.
  • Exemples:
    • Start-up technologique: Un fournisseur de logiciels en tant que service itère plusieurs fois sa phase 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 itérativement 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 cadre ADM, ce qui le rend moins adapté aux environnements de développement rapides et itératifs.
  • Implication: 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 ADM de type en cascade avec les sprints Agile, 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, en offrant des orientations pour aligner l’architecture sur les sprints, les cycles itératifs et les flux DevOps.
  • Implication: Les architectes peuvent soutenir sans heurt les équipes Agile, en assurant que l’architecture évolue parallèlement au développement rapide.
  • Exemples:
    • Développeur d’applications mobiles: En utilisant TOGAF 10, l’équipe aligne sa phase d’architecture des applications sur des sprints de deux semaines, livrant progressivement 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é, notamment pour les organisations ayant des besoins uniques ou non linéaires.
  • Exemple:
    • Société de fabrication: Une entreprise conçant 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, encourageant les organisations à l’adapter à leur contexte.
  • Conséquence: 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 alignement 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 architecturale, se basant sur une approche universelle.
  • Conséquence: Les organisations doivent adapter leurs besoins de livraison à un seul cadre, ce qui peut ne pas convenir à des types de projets divers.
  • Exemple:
    • Fournisseur de télécommunications: Une entreprise déployant un réseau 4G suit le modèle ADM standard de TOGAF 9, appliquant le même processus à la fois aux systèmes d’infrastructure et aux systèmes orientés client, malgré des besoins différents.
• TOGAF 10:
  • Description: TOGAF 10 introduit des modes de livraison distincts—comme 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 société 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 moderniser son système de traitement des sinistres existant, 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 en pratique :

• 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 complète finalisation de chaque phase, ralentissant ainsi le déploiement face à des besoins urgents.
  • TOGAF 10: L’hôpital utilise le ADM flexible 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 adaptative 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 attentes du marché.
• Technologie:
  • TOGAF 9: Une entreprise technologique peine à aligner le déploiement de ses microservices sur le modèle linéaire de l’ADM de TOGAF 9, nécessitant une personnalisation étendue.
  • TOGAF 10: L’entreprise adopte l’ADM intégrant l’Agile de TOGAF 10, alignant l’architecture sur les sprints pour un déploiement fluide des microservices.
• Gouvernement:
  • TOGAF 9: Une municipalité suit l’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 l’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 de l’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 l’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 de l’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 l’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.