Nature, niveaux et cadre de la gouvernance d’architecture

Gouverner n’est pas gérer

La norme ISO/IEC 38500, reprise par le Study Guide, voit la gouvernance comme un système qui dirige et contrôle l’état présent et futur. TOGAF la décrit comme un processus de décision doté d’une structure de relations claire, au service des objectifs fixés, en tenant compte de la transparence et de l’équité envers toutes les parties.

La frontière avec le management tient à la responsabilité fiduciaire et à la durabilité : le management organise l’exécution, la gouvernance s’assure que l’activité est conduite correctement. L’accent n’est pas mis sur le contrôle visible ou l’application rigide des règles, mais sur l’usage efficace des ressources pour pérenniser les objectifs stratégiques.

Concrètement, définir une gouvernance consiste à dire, pour chaque type de décision, qui est responsable, qui est impliqué et qui en répond.

Ce que couvre l’Architecture Governance

Dans les définitions TOGAF, l’Architecture Governance est la pratique qui surveille et oriente le travail lié à l’architecture pour obtenir les résultats attendus tout en respectant principes, standards et roadmaps. Elle s’applique aux Enterprise Architectures comme aux autres architectures, à l’échelle de toute l’entreprise. Elle recouvre quatre volets :

• des contrôles sur la création et le suivi des composants et activités, pour que les architectures soient introduites, mises en œuvre et qu’elles évoluent de façon maîtrisée ;
• le respect des standards internes et externes ainsi que des obligations réglementaires ;
• le soutien au management de ces activités ;
• la redevabilité envers les parties prenantes internes et externes.

Une hiérarchie de gouvernances

L’Architecture Governance ne fonctionne pas isolément. Elle prend place dans une hiérarchie où coexistent la gouvernance d’entreprise (corporate), la gouvernance technologique, la gouvernance IT et la gouvernance d’architecture, chacune avec ses disciplines et processus. Chaque domaine peut en outre exister à plusieurs échelles géographiques : mondiale, régionale et locale.

Pour l’examen, ne confondez pas ces niveaux de gouvernance avec les quatre domaines d’architecture (Business, Data, Application, Technology) ni avec les niveaux d’architecture (stratégique, segment, capacité).

Le cadre : processus, contenu, contexte

Le cadre de gouvernance d’architecture de TOGAF distingue les processus, le contenu gouverné (standards, contrats, évaluations, exigences réglementaires) et le contexte. Cette séparation permet d’introduire une nouvelle réglementation ou un nouveau standard sans refondre les processus. Les traces de l’activité de gouvernance sont conservées dans le Governance Repository de l’Architecture Repository. Les processus clés sont les suivants :

• Policy Management and Take-On : enregistrer, valider, ratifier et publier tout contenu nouveau ou modifié ;
• Compliance : évaluer la conformité des projets et solutions ;
• Dispensation : traiter les demandes d’écart temporaire ;
• Monitoring and Reporting : suivre la performance et en rendre compte ;
• Business Control : assurer le respect des politiques métier ;
• Environment Management : gérer le référentiel, les outils et les accès qui supportent la gouvernance.