Draft, approved et itération : gouverner l’évolution

Draft ou approved : une question de gouvernance

Un document en cours d’élaboration, qui n’a encore subi aucune revue ni approbation formelle, porte le statut « draft ». Lorsqu’il a été revu et accepté selon les pratiques de gouvernance de l’organisation, il devient « approved ».

Approuvé ne signifie pas figé. Un livrable approuvé peut encore évoluer dans les phases suivantes, mais chaque modification passe par le contrôle des changements et la gouvernance. Pour suivre ce cycle de vie, l’architecte adapte une politique de numérotation des versions aux besoins de l’organisation, à ses outils et à ses référentiels. Ce mécanisme sert notamment à montrer comment les définitions de Baseline et de Target mûrissent au fil du cycle.

Itérer à trois niveaux

L’ADM itère sur le cycle complet, entre les phases et au sein de chaque phase. À chaque nouvelle itération, l’équipe reprend quatre décisions de cadrage. Les actifs réutilisables proviennent des itérations précédentes, mais aussi du secteur : autres frameworks, modèles de systèmes, modèles verticaux.

Les flux d’information provoquent eux aussi l’itération. Toute activité menée dans le périmètre de l’ADM revient à exécuter une phase avec ses entrées et sorties : travailler sur une roadmap, c’est exécuter la phase E. Comme aucun changement ne peut être pensé sans ses effets sur les autres domaines, les phases qui construisent une architecture candidate avancent ensemble, jusqu’à ce que celle-ci soit testée face aux exigences des parties prenantes.

• Quelle étendue de l’entreprise couvrir
• Quel niveau de détail atteindre
• Quelle période viser, avec d’éventuelles étapes intermédiaires
• Quels actifs d’architecture réutiliser

Pourquoi gouverner la création de l’architecture

L’ADM, adapté ou non, est lui-même un processus clé, géré comme les autres artefacts classés dans l’Enterprise Continuum et conservés dans l’Architecture Repository. L’Architecture Board doit s’assurer que la méthode est correctement appliquée dans toutes les phases : c’est ainsi que rien n’est oublié et que les livrables requis existent.

Pour diriger l’équipe d’architecture, TOGAF fournit l’Architecture Project : il naît d’un Request for Architecture Work et se pilote avec le Statement of Architecture Work, les préférences étant exprimées en objectif, priorité et spécification. Pour diriger les équipes de mise en œuvre, il fournit l’Architecture Contract, qui fixe une cible et permet de tester la conformité, et l’Architecture Requirements Specification, contre laquelle se vérifient les choix de conception. Cette gouvernance permet de maîtriser la réalisation de la valeur.