Toutes les fiches
Architecture Development Method8 minThéorie gratuite

Phase H en détail : piloter le changement d’architecture

Dans cette fiche

L’essentiel à retenir

  • La Phase H décide s’il faut une nouvelle cible, à partir de la valeur réalisée et des préférences.
  • Ses objectifs visent la pérennité du cycle, de la gouvernance et de la capacité d’architecture.
  • Simplification, incrémental ou re-architecture : la classe du changement dicte la réponse.
  • Une re-architecture passe par un nouveau cycle, déclenché par une Request for Architecture Work.
  • Requirements Management accompagne la Phase H pour évaluer l’impact des nouvelles exigences.
01

Finalité et connaissances essentielles

Le guide des praticiens donne à la Phase H une finalité de direction : décider de lancer le développement d’une nouvelle Target Architecture lorsque des insuffisances perçues, réelles ou anticipées apparaissent par rapport aux préférences des parties prenantes. Le standard la décrit comme l’établissement de procédures pour gérer le changement de la nouvelle architecture.

La phase s’appuie sur la surveillance continue du contexte : évolutions technologiques, évolutions métier et enseignements des incréments déjà livrés arrivent sous forme de Change Requests.

  • La réalisation de la valeur : écart entre la cible approuvée et ce que les réalisations ont effectivement apporté
  • Les changements de préférences ou de priorités des parties prenantes
02

Objectifs de la Phase H

Les trois objectifs portent moins sur une architecture particulière que sur la pérennité de la pratique d’architecture elle-même.

  • Veiller à ce que le cycle de développement de l’architecture soit entretenu
  • Veiller à ce que le cadre de gouvernance de l’architecture soit réellement appliqué
  • Veiller à ce que la capacité d’Enterprise Architecture réponde aux besoins actuels
03

Étapes et classification des changements

APPROFONDISSEMENT · DÉTAILS D’APPLICATION

La phase commence par mettre en place le processus de réalisation de la valeur et les outils de surveillance, puis gère les risques, analyse les demandes, formule les exigences de changement, pilote la gouvernance et, si nécessaire, active la mise en œuvre du changement.

Les changements proviennent de directives stratégiques venues d’en haut, de corrections ou d’améliorations venues du terrain, et de l’expérience des incréments livrés. Ils sont classés en trois catégories :

  • Simplification : traitée par les techniques habituelles de gestion des changements
  • Changement incrémental : traité par la gestion des changements ou par une re-architecture partielle
  • Re-architecture : exige de faire repasser l’architecture par un nouveau cycle ADM
04

Entrées et livrables

La Phase H reprend les livrables de la Phase G (Architecture Contracts signés, Compliance Assessments), l’Implementation Governance Model, la roadmap, les Transition Architectures et les Change Requests liées aux évolutions technologiques, métier ou aux enseignements tirés. Ses sorties peuvent rouvrir un cycle complet.

  • Mises à jour de l’architecture pour les changements de maintenance
  • Changements du cadre d’architecture et des principes
  • Nouvelle Request for Architecture Work pour lancer un autre cycle
  • Statement of Architecture Work, Architecture Contract et Compliance Assessments mis à jour si besoin

LES MOTS À CONNAÎTRE

Le vocabulaire, avec du sens.

Value Realization
Mesure de la valeur réellement obtenue par rapport à la cible approuvée.
Simplification change
Changement mineur, traité par les techniques habituelles de gestion des changements.
Re-architecting change
Changement d’ampleur qui exige un nouveau cycle de développement de l’architecture.
Request for Architecture Work
Demande formelle qui déclenche un cycle d’architecture ; la Phase H peut en émettre une nouvelle.