Rôle crucial des listes de contrôle de gouvernance de l'architecture d'entreprise
Processus de gouvernance de l'architecture
- Deux processus centraux de gouvernance de l'architecture
- Nécessité d'un processus de révision d'architecture dynamique
Processus d'approbation de l'architecture cible
Processus de gouvernance de la mise en œuvre
- Liste de vérification de la gouvernance de la mise en œuvre
- Approche de recommandation de rétablissement (recommandation de non-conformité)
- Processus de mesure de la valeur
Cet article explique le cœur de la mise en place d'une gouvernance d'architecture à travers les listes de contrôle de la gouvernance d'architecture. Lisez ces articles pour examiner tous les aspects. bases de la gouvernance de l'architecture, Qu'est-ce qu'un comité d'examen d'architecture, la objectifs d'un comité d'évaluation d'architecture moderne et dynamique, et comment mettre en place un ARB.
Processus de gouvernance de l'architecture
Le diagramme ci-dessus décrit le processus de révision de l’architecture d’entreprise de base.
Le modèle commun est :
La direction vient d’en haut dans votre organisation.
La direction est un mélange d’attentes de performance, de contraintes et d’appétence au risque.
Une décision est prise. Puis la décision est exécutée.
Les contrôles permettent de garantir que 1) la décision a été suivie et 2) qu’elle était conforme à la direction.
Le diagramme ci-dessous montre une cascade simple allant d'une direction de haut niveau à travers des décisions de portefeuille, des décisions de projet, architecture de solutions, à un choix d’implémentation.
L'image ci-dessous montre que, lorsque la direction passe de la stratégie au portefeuille, au projet, à la livraison de solutions et à la mise en œuvre, chaque décision est retracée de manière responsable. Le fournisseur de la direction initiale peut obtenir la preuve que ses directives ont été suivies.
Le plus entreprises agiles ont délégué la prise de décision. Prise de décision alignée. Les organisations les plus performantes ont les mêmes choses, l'alignement et la responsabilité.
le valeur de l'architecture d'entreprise permet :
- de meilleures décisions
- décisions et actions alignées
- décisions et actions responsables
Tout repose sur gouvernance de l'architecture.
Deux processus centraux de gouvernance de l'architecture
Le diagramme de gouvernance ci-dessus et le diagramme du cycle de décision d'architecture à droite montrent tous deux des décisions en cascade.
À un moment donné, nous passons du développement de l’architecture à planification de la mise en œuvre à mise en œuvre. Les concepts sont les mêmes, qu'il s'agisse d'un produit numérique ou d'un portefeuille. Vous devez passer du développement de l'architecture de gouvernance à la mise en œuvre de la gouvernance.
Vous avez besoin de deux processus de gouvernance d'architecture. Tout d'abord, un processus d'approbation de l'architecture cibleCe processus se concentrera sur les droits de décision des parties prenantes et sur la garantie que l'architecture cible réponde aux directives. liste de contrôle de la gouvernance de l'architecture cible vérifier explicitement les attentes en matière de performances, les contraintes et l'incertitude.
Deuxièmement, vous avez besoin d'un processus de gouvernance de mise en œuvre qui garantit que la mise en œuvre est conforme à l'architecture. Cela comprendra la résolution du bon problème, le suivi de la stratégie de mise en œuvre et le respect des spécifications d'architecture. Toutes ces directives existent pour préserver la valeur attendue par les parties prenantes. Liste de contrôle de la gouvernance de mise en œuvre est conçu pour protéger la valeur.
Nécessité d'un processus de révision d'architecture dynamique
Les entreprises agiles et performantes ne dépendent pas d'une simple prise de décision descendante. Elles disposent d'une matrice complexe d'acteurs. La complexité nécessite une comité de révision d'architecture dynamique. Celui qui peut fournir des lignes directrices et des garde-fous efficaces pour la prise de décision déléguée.
le Guide du gouverneur contient trois énoncés qui soulignent la nécessité de processus de révision d’architecture dynamiques :
- Les parties prenantes détiennent tous les droits de décision sur l'architecture cible
- Les responsables de la mise en œuvre sont propriétaires de toutes les décisions de mise en œuvre
- Tenter d’attribuer ces droits ailleurs est une illusion
Nous ne pouvons pas continuer à nous tourner vers le PDG pour obtenir une décision. C'est lui qui a embauché des gens et qui leur a délégué des pouvoirs, souvent avec des responsabilités qui se chevauchent.
Les architectes d'entreprise les appellent les parties prenantes lorsqu'elles prennent des décisions d'architecture, les sponsors lorsqu'ils prennent des décisions de planification et les exécutants lorsqu'ils prennent des décisions de mise en œuvre.
Comme les empreintes de pas sur l'image ci-dessous, le processus dynamique suivra différents chemins. Il s'adaptera à la situation actuelle. Le processus dynamique doit éviter les défis inutiles pour atteindre l'objectif.
Processus d'approbation de l'architecture cible
Le processus de gouvernance de l’architecture pour approuver l’architecture cible doit être dynamique.
Examinons cela de plus près. Un processus dynamique résulte de trois faits étroitement liés :
- Les parties prenantes sont propriétaires décisions architecturales
- Les différentes décisions d'architecture ont des intervenants clés différents
- Différentes décisions d'architecture seront confrontées à différentes priorités et préoccupations clés
Il est facile de dire « Les droits de décision concernant l'architecture d'entreprise appartiennent aux parties prenantes ! » Il est difficile de dire « ce sont les bonnes parties prenantes ».
Les critères et les parties prenantes confrontés à une décision relative à un produit numérique destiné au consommateur sont probablement différents de ceux d’une décision relative à la conformité financière.
La première question de la liste de contrôle de la gouvernance de l'architecture cible s'appuie sur ce dynamisme - les architectes d'entreprise ont-ils les bonnes parties prenantes? C'est pour cela que nous utilisons le Cadre TOGAF - il refuse de supposer qu'il existe un seul cas d'utilisation de l'architecture et une approche universelle unique.
La difficulté la plus courante lors de l’établissement d’un processus de gouvernance d’architecture est la confusion concernant les droits de décision. Mise en place d'un conseil de gouvernance d'architecture d'entreprise moderne est basé sur un processus de gouvernance de prise de décision déléguée.
Les rôles de surveillance les plus importants de la comité d'examen de l'architecture d'entreprise gèrent le processus d'approbation de l'architecture cible et concentrent équipe d'architecture d'entreprise.
le Méthode de développement de l'architecture TOGAF Commence par Phase A, où les connaissances essentielles de l'architecte d'entreprise comprennent :
- Le problème à résoudre
- Qui a des intérêts fondamentaux par rapport au problème traité
- (Intervenants et préoccupations)
- Quelles sont les priorités et les préférences des parties prenantes
- (Attentes de performance, contraintes et appétence au risque)
- Quelle valeur la réponse sommaire fournit-elle ?
Le processus d'approbation d'une architecture cible doit comporter une étape basée sur les connaissances essentielles de la phase A. Ces connaissances abordent la partie difficile de la gouvernance de l'architecture d'entreprise : qui détient l'autorité de décision. Elles séparent les décideurs des conseillers et des exécutants.
Cela nous permet d'aborder la partie difficile de la méthode de gouvernance de l'architecture d'entreprise réelle, à savoir un ensemble variable de parties prenantes approuvant l'architecture. Pourtant, leur approbation est soumise aux directives et aux contraintes de l'architecture supérieure.
Cela nous aide à développer une architecture simplifiée gouvernance de la mise en œuvre car les principaux responsables de la mise en œuvre seront impliqués dans le développement d'une architecture qui répond aux attentes en matière de performances, aux contraintes et à l'appétence au risque en cascade.
Liste de contrôle de la gouvernance de l'architecture cible
La liste de contrôle de la gouvernance de l'architecture cible a été initialement publiée dans le Guide du gouverneur de l'architecture d'entreprise. C'était inclus dans le Norme TOGAF à travers le Guide pratique pour le développement de l'architecture d'entreprise.
La liste de contrôle est un ensemble de contrôles qui garantissent que l'architecte d'entreprise a suivi les instructions. La liste de contrôle est un mécanisme de contrôle.
L’utilisation de la liste de contrôle de gouvernance de l’architecture cible et la mise en place de processus de gouvernance de l’architecture qui respectent les droits de décision des parties prenantes permettent une architecture d’entreprise efficace et applicable.
Liste de contrôle de la gouvernance de l'architecture cible
- Les bonnes parties prenantes ont-elles été identifiées : oui/non
o Si oui, continuez
o Dans le cas contraire, envoyer directement l'architecte à dialoguer avec les parties prenantes adapté à l'architecture en cours de développement - Les contraintes et les conseils de l'architecture supérieure ont-ils été pris en compte : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, soit exercer un changement, un soulagement et une application de la gouvernance de l'architecture, soit ordonner à l'architecte de prendre en compte les conseils et les contraintes de l'architecture supérieure - Les experts en la matière sont-ils d'accord avec les faits et l'interprétation des faits dans l'architecture : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, demandez à l'architecte de s'engager avec les experts en la matière ou élaborez une recommandation pour les parties prenantes selon lesquelles ils devraient avoir des limites de confiance - Les contraintes ou les orientations produites reflètent-elles les points de vue produits pour les parties prenantes et les modèles et analyses d'architecture sous-jacents : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, demandez à l'architecte de faire son travail - Les points de vue produits pour les parties prenantes reflètent-ils leurs préoccupations et reflètent-ils les modèles et analyses d'architecture sous-jacents : Oui/Non
o Si oui, procéder aux parties prenantes pour approbation
o Si ce n'est pas le cas, demandez à l'architecte de développer des vues - Les parties prenantes comprennent-elles la valeur et toute incertitude quant à la réalisation de la valeur, fournie par l'atteinte de l'état cible : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, demander à l'architecte de développer des vues et de les retourner aux parties prenantes - Les parties prenantes comprennent-elles le travail nécessaire pour atteindre l'état cible et toute incertitude quant à la réussite de ce travail : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, demander à l'architecte de développer des vues et de les retourner aux parties prenantes - Les parties prenantes comprennent-elles les limites de confiance qu'elles devraient avoir dans l'architecture cible : Oui/Non
o Si oui, continuez
o Si ce n'est pas le cas, demander à l'architecte de développer des vues et de les retourner aux parties prenantes - Les parties prenantes ont-elles approuvé les points de vue : Oui/Non
o Si oui, publiez l'architecture d'entreprise dans le référentiel d'architecture d'entreprise en tant qu'architecture cible approuvée.
o Si ce n'est pas le cas, le Conseil d'Architecture d'Entreprise doit décider soit d'ordonner à l'architecte de retravailler l'architecture, soit d'annuler l'initiative d'architecture
Gouvernance de la mise en œuvre
La gouvernance de l'architecture pendant la mise en œuvre devrait être facile. Les parties prenantes ont approuvé la cible et le travail pour atteindre leurs objectifs. Les parties prenantes assureront l'essentiel de la gouvernance - direction et contrôle. Franchement, lorsque vous avez une bonne architecture, les parties prenantes dirigeront tout le monde avec un rôle de mise en œuvre à livrer. Ils testeront le résultat.
Compte tenu de l'efficacité gouvernance de l'architecture cible vous avez des directives pour les exécutants. Que vous les appeliez Fins et Moyens ou Expiations et Contraintes de Performance, ou qu'il s'agisse d'un Projet dans un Portefeuille - vous avez quelque chose que les Parties Prenantes s'attendent à voir changer. Vous avez probablement également des contraintes sur la façon et le moment de procéder.
Ces attentes et contraintes de performance constituent le fondement de la gouvernance de la mise en œuvre.
TOGAF Phase G est avant tout une question de gouvernance de la mise en œuvre. Comment vous utilisez les instructions pour procéder à la mise en œuvre. Quelles contraintes sont fournies. Le rôle de l’architecte d’entreprise est principalement axé sur l’orientation et l’interprétation. En dernier recours, lorsque les orientations et les contraintes n'ont pas été respectées, ils émettent une recommandation de non-conformité.
Contraintes de mise en œuvre
Vous pouvez considérer l'architecture d'entreprise comme un ensemble de contraintes sur la liberté de l'implémenteur. Les contraintes traduisent les objectifs de la partie prenante en termes importants pour un exécuteur.
Tous les travaux effectués par un architecte d'entreprise est d'obtenir la bonne contrainte. La contrainte correcte limite la créativité et l'expertise d'une équipe de mise en œuvre pour fournir des avantages clés. C'est le défi de la gouvernance de l'architecture : comment cette mise en œuvre doit-elle soutenir l'objectif global de l'entreprise ?
Au cours de la mise en œuvre, la gouvernance de l'architecture consiste à s'assurer qu'ils réalisent les objectifs primordiaux de l'entreprise. L'architecte d'entreprise n'a pas à se soucier des résultats tactiques spécifiques au projet. L'équipe du projet s'en chargera. L'architecte d'entreprise doit s'inquiéter des résultats en dehors de la portée du projet.
Nous utilisons des termes tels que l'objectif général de l'entreprise, l'objectif des parties prenantes ou l'avantage clé pour distinguer différents types d'objectifs. Franchement, les équipes de projet doivent être prêtes à fournir un avantage du projet au détriment de l'objectif de l'entreprise si le lien n'est pas évident. Nous ne disons pas que les équipes de projet sont irresponsables. Au contraire, si le lien n'est pas évident entre un choix de mise en œuvre et la détérioration d'un objectif d'entreprise, les pressions de l'exécution du projet les amènent à restreindre leurs critères de décision. S'ils ne le faisaient pas, nous pourrions obtenir une nouvelle équipe de mise en œuvre qui se concentrerait sur le projet en cours.
L'architecture d'entreprise guide le changement. Si aucune modification n'est requise, vous n'avez pas besoin d'une architecture d'entreprise. La gouvernance de l'architecture limite la mise en œuvre car c'est là que le résultat est délivré. C'est là que nous obtenons la meilleure combinaison de résultats de projet tactiques et de résultats d'entreprise.
Deux facteurs influent sur la gouvernance du changement. Premièrement, les organisations opèrent dans un environnement dynamique, et l'analyse de l'architecture cible ne peut pas avoir évalué toutes les circonstances ou options de changement possibles. Deuxièmement, ils ont produit la cible dans un but précis. Très probablement, cet objectif n'a pas fourni le niveau de détail requis par une équipe de mise en œuvre. Cela est particulièrement vrai avec développement logiciel agile.
Liste de vérification de la gouvernance de la mise en œuvre
La liste de contrôle de la gouvernance de l'architecture fournit un ensemble de tests à appliquer à l'évaluation de conformité et à la recommandation de non-conformité de l'architecte d'entreprise.
- L'organisation qui s'engage dans un changement a-t-elle raisonnablement interprété les orientations et les contraintes de l'architecture cible de manière raisonnable : oui/non ?
- Si oui, nous devons accepter leur interprétation comme conformité et tout problème résolu par une modification de l'architecture
- Dans le cas contraire, procéder à l’évaluation de la non-conformité et préparer un recommandation de rétablissement.
- Les experts en la matière sont-ils d'accord avec les faits et l'interprétation des faits dans l'analyse d'impact : oui/non ?
- Si oui, continuez
- Si ce n'est pas le cas, demandez à l'architecte de s'engager avec les experts en la matière ou élaborez une recommandation pour les parties prenantes selon lesquelles ils devraient avoir des limites de confiance
- Les experts en la matière sont-ils d'accord avec la recommandation d'appliquer la cible, d'accorder un allègement limité dans le temps ou de modifier l'architecture : oui/non ?
- Si oui, continuez
- Si ce n'est pas le cas, demandez à l'architecte de s'engager avec les experts en la matière ou élaborez une recommandation pour les parties prenantes selon lesquelles ils devraient avoir des limites de confiance
- Les avis produits à l’intention des parties prenantes reflètent-ils l’évaluation d’impact et les éléments sous-jacents ? modèles d'architecture et analyse : Oui/Non ?
- Si oui, passez aux parties prenantes pour approbation
- Si ce n'est pas le cas, demandez à l'architecte de développer des vues
- Les parties prenantes comprennent-elles les limites de la confiance qu'elles devraient avoir dans l'évaluation d'impact : oui/non ?
- Si oui, continuez
- Si ce n'est pas le cas, demandez à l'architecte de développer des vues et de revenir aux parties prenantes
- Les parties prenantes comprennent-elles l'impact sur la valeur attendue antérieure et tout changement dans la certitude d'atteindre la valeur, à condition d'atteindre l'état cible : oui/non ?
- Si oui, continuez
- Si ce n'est pas le cas, demandez à l'architecte de développer des vues et de revenir aux parties prenantes
- Les parties prenantes ont-elles approuvé la recommandation d'appliquer l'objectif, d'accorder un allégement ou de modifier l'architecture : oui/non
- Si oui, le conseil d'architecture d'entreprise doit approuver la recommandation d'action de non-conformité pour publication dans le référentiel EA
- Sinon, le conseil de gouvernance de l'architecture d'entreprise a une décision difficile. En bref, soit demandez à l'architecte d'entreprise d'élargir les informations fournies à la partie prenante pour obtenir une décision différente, soit retravaillez la recommandation pour adopter les préférences de la partie prenante.
Recommandation de rétablissement (recommandation de non-conformité)
Le rôle de la gouvernance de la mise en œuvre est de gérer l'évaluation de la conformité et l'application. Toutes les modifications sont soumises à des examens de conformité par rapport aux contraintes et aux directives de l'architecture cible. En règle générale, ceux-ci effectuent des évaluations périodiques pour évaluer l'état actuel de l'évolution opérationnelle, et associés à un projet pour évaluer le changement piloté par le projet.
Lorsqu'il existe un accord entre un choix de mise en œuvre et le résultat de l'entreprise, nous avons une conformité totale. Il n'y a rien à faire. Ce point est essentiel pour comprendre comment gérer une gouvernance légère. Nous ne travaillons que là où il y a un problème.
Lorsqu'un projet de mise en œuvre ne parvient pas à livrer ou ne respecte pas une contrainte, l'architecte d'entreprise doit aux parties prenantes une recommandation de non-conformité.
En cas de problème, l’architecte d’entreprise fournit une recommandation sur ce que la partie prenante doit faire. La recommandation de non-conformité est la gouvernance de l’architecture en action. Il identifie le chemin le moins coûteux pour récupérer la valeur attendue. Chaque recommandation se traduira par trois choix pour la partie prenante :
- faire respecter la conformité avec l'architecture cible
- apporter un soulagement et permettre au projet d'ignorer l'architecture cible
- changer l'architecture cible
Le rôle de l'architecte d'entreprise est de traduire l'implication d'un choix de mise en œuvre d'un projet en son impact sur l'organisation. C’est l’inverse direct de la création d’une architecture d’entreprise. Lors de la création d'une architecture d'entreprise, l'architecte a trouvé l'ensemble minimum de contraintes pour mettre en œuvre les principaux avantages. Lors de la gouvernance de l'architecture, l'ensemble des petites décisions prises dans plusieurs projets se combinent pour diriger le navire.
Une bonne pratique Conseil d'architecture d'entreprise teste les recommandations des architectes d'entreprise avec la liste de contrôle de gouvernance de mise en œuvre.
Approche de mesure de la valeur
Conclusion sur le rôle crucial des listes de contrôle de gouvernance de l'architecture d'entreprise
Les listes de contrôle de gouvernance de l'architecture d'entreprise simplifient gouvernance de l'architecture d'entreprise processus. Le processus de gouvernance doit approuver l'architecture cible et fournir gouvernance de la mise en œuvre.
La mise en œuvre d’une méthode de gouvernance d’architecture d’entreprise robuste nécessite :
- un comité de révision d'architecture dynamique pour assurer la responsabilité et la traçabilité
- s'assurer que les parties prenantes possèdent des décisions d'architecture par un compromis entre alternatives architecturales
- architectes d'entreprise en développement vues architecturales
Le résultat est la confiance dans la l'architecture d'entrepriseVous savez que cela représente le meilleur chemin pour atteindre des objectifs de haut niveau.
