Itérer dans l’ADM : schémas et cycles

Trois usages de l’itération

Le standard distingue trois raisons d’itérer. La première est de construire progressivement un Landscape complet : chaque initiative fait l’objet de son propre cycle, limité par sa Request for Architecture Work. La deuxième concerne le développement lui-même : les activités de phases différentes interagissent pour aboutir à une architecture intégrée. La troisième porte sur le changement de l’Architecture Capability, c’est-à-dire sur la manière dont la fonction d’architecture est organisée et outillée.

Ces usages se combinent. Une même entreprise peut avoir plusieurs projets qui parcourent l’ADM en même temps, à des niveaux différents, pendant que l’équipe centrale ajuste ses processus après avoir tiré les leçons des cycles précédents.

• Itération du Landscape : cycles complets, démarrant en phase A, chacun borné par une demande
• Itération de développement : plusieurs phases actives ensemble au sein d’un cycle
• Itération de capacité : faire évoluer l’organisation, les processus et les outils d’architecture

Itérer au sein d’un cycle

À l’intérieur d’un cycle, trois schémas reviennent. Des phases peuvent fonctionner simultanément, en particulier B, C et D, parce qu’une décision métier modifie les besoins en données, en applications et en technologie, et inversement. Un projet peut aussi boucler entre phases selon des cycles planifiés, quand aucune architecture de niveau supérieur ne vient fournir contexte et contraintes : il converge pas à pas vers une Target détaillée. Enfin, des produits de travail déjà réalisés peuvent être mis à jour avec des informations nouvelles, typiquement quand les détails de mise en œuvre obligent à revoir les priorités et qu’il faut obtenir un Architecture Roadmap ou un Implementation and Migration Plan réellement exécutable.

L’itération existe également à l’intérieur d’une même phase : un modèle peut être revu plusieurs fois avant d’être stabilisé. Ce qui compte est de garder un statut clair de chaque produit (brouillon, validé, révisé) et de passer par la gestion du changement pour modifier un élément déjà approuvé.

Quatre cycles d’itération

Le standard regroupe les phases en quatre cycles qui peuvent chacun être répétés. On peut itérer dans un cycle sans repasser par tout le cercle, puis enchaîner sur le suivant quand le résultat est suffisant.

• Architecture Context (préliminaire et A) : établir l’approche, les principes, le périmètre et la vision
• Architecture Definition (B, C, D) : produire le contenu d’architecture en parcourant ou en intégrant les domaines
• Transition Planning (E, F) : bâtir des feuilles de route de changement formelles
• Architecture Governance (G, H) : superviser la mise en œuvre et gérer le changement vers la cible

Quand un projet en déclenche un autre

Les cycles ne sont pas isolés. Un projet peut en initier un autre lorsqu’une initiative de haut niveau révèle une opportunité qui exige une architecture plus détaillée, ou lorsqu’un projet découvre un impact sur le Landscape situé hors de sa propre demande. Les projets concurrents entretiennent alors des relations explicites, et la gouvernance veille à ce qu’ils ne se recouvrent pas ni ne se contredisent.