TOGAF ADM Phase G - Assurer la valeur avec la gouvernance de la mise en œuvre
En bref
Connaissances essentielles de TOGAF Phase G
Livrables de la phase G du TOGAF ADM
- Présenter et fournir une supervision et des conseils en matière d'architecture
- Évaluation continue
- Tirez sur le cordon d'arrêt
- Évaluation de la valeur
- S'aligner sur le développement agile
Présentation de TOGAF ADM
le TOGAF ADM est une approche logique de création de connaissances. Connaissances utilisées pour développer une architecture d'entreprise qui guide le changement efficace. Ensuite, les connaissances permettent de garantir que la valeur attendue est atteinte.
Le TOGAF ADM est divisé en phases, chaque phase étant axée sur la création de connaissances utilisées pour :
- sélectionnez le chemin à suivre et la cible
- effectuer gouvernance de la mise en œuvre
- évaluer le chemin à parcourir et corriger le cap
Qu'est-ce que TOGAF Phase G ?
Toute la phase G est axée sur gouvernance de la mise en œuvreLa valeur attendue qui en résulte est délivrée.
Les architectes utilisent les étapes de la phase G pour développer les connaissances suivantes :
- si le projet de mise en œuvre est fournir la valeur attendue
- si le projet de mise en œuvre est travailler dans le cadre de ses contraintes
- si le projet de mise en œuvre est dépassant son appétence au risque assignée
Lorsqu'il y a un écart par rapport à la valeur attendue, l'architecte crée un produit de travail central :
- recommandation de rétablissement
TOGAF Phase G en action
Nous savons que l’objectif est de guider un changement efficace. Le défi est de savoir quel est le résultat du changement ? La phase G nous montre que nous guidons le changement vers un résultat choisi par nos parties prenantes.
Ils pourraient vouloir aller plus vite, plus loin, réduire leur empreinte carbone, avoir la possibilité de scinder l'organisation.
Les parties prenantes veulent ce qu’elles veulent.
Lorsque développer des équipes d'architecture d'entreprise, nous disons au architectes ils passeront plus de 60% de leur temps en Phase G à effectuer gouvernance de la mise en œuvre.
Nous leur disons également que c’est difficile. La phase G est difficile parce que le rôle exige du leadership et du jugement.
Un client de production d'électricité dépensait des milliards pour construire des installations de production décentralisée. Une grande partie de la valeur financière acquise provenait de la main-d'œuvre de construction. Ce chiffre était calculé à l'aide de centaines, voire de milliers de feuilles de calcul. Le conseil d'administration était préoccupé par la publication de la valeur acquise.
le architecture alternative L'objectif était de mettre à niveau le système RH et de lier les relevés de temps à la gestion de projet. Les saisies des feuilles de temps seraient liées aux phases du projet et les rapports financiers seraient défendables.
Un projet a été financé, des intégrateurs ont été embauchés et des ressources ont été mobilisées. Pourtant, lors du lancement, le sponsor du projet, le vice-président des ressources humaines, a parlé de toutes les fonctionnalités intéressantes que la mise à niveau apporterait aux ressources humaines : gestion des performances, apprentissage. Des fonctionnalités intéressantes en matière de ressources humaines. En réponse à une question, l'intégrateur principal a déclaré : « Non, nous ne ferons pas de lien avec la gestion de projet. Ce n'est pas une « bonne pratique » pour un module de paie. »
Nous en étions au premier jour du projet de mise en œuvre et le chef de projet avait jeté à la poubelle le raisonnement financier de la mise à niveau. Ils n'avaient pas l'intention de résoudre le problème d'architecture de leur organisation.
Ils n’étaient pas en conformité avec les contrat d'architecture. J'avais besoin de conseils. Le non-respect des consignes mène à deux choix réels :
- faire respecter la conformité
- changer l'architecture
Les parties prenantes ne me disent pas toujours quand elles changent d'avis. Peut-être voulaient-elles changer d'architecture. Pour le savoir, j'ai quitté la réunion de lancement et je suis allée voir le directeur des opérations qui avait défendu la solution de valeur acquise auprès du conseil d'administration. J'ai demandé au directeur des opérations s'il y avait un changement de plan. Je voulais savoir si je devais relancer l'initiative en recherchant une alternative d'architecture acceptable. Si c'était le cas, je pouvais ignorer la mise à niveau des RH.
Quelques jours plus tard, j'ai été invité à un nouveau lancement de la mise à niveau du système RH. Le COO se tenait au fond de la salle. Le responsable de l'intégration avait été remplacé. Le VP RH a lu une déclaration écrite - apparemment, il y avait eu une certaine confusion sur les objectifs du projet. Ce projet résoudrait la valeur acquise financière. Il intégrerait les RH, les systèmes de projet et les finances. À moins que la valeur acquise ne nécessite un changement de processus, tous les processus RH existants seraient maintenus.
J'avais ma réponse, les parties prenantes avaient décidé de faire respecter la réglementation.
Chaque fois que je dis aux architectes que la phase G est difficile, je pense à ce projet : jour après jour, je travaillais avec des spécialistes des systèmes RH et des utilisateurs expérimentés des RH pour forcer l'intégration avec les systèmes du projet. Je m'assurais que les systèmes du projet n'étaient pas affectés. C'était la première fois que mon équipe me suggérait de me procurer un gilet pare-balles pour travailler.
La gouvernance de mise en œuvre vise à préserver la valeur.
Connaissances essentielles de TOGAF Phase G
Toutes les phases de TOGAF ADM vous permettent de développer les connaissances dont vous avez besoin. Le résultat de la phase G est une mise en œuvre qui a fourni la valeur attendue.
Sortie et résultat | Connaissances essentielles |
Achèvement des projets pour mettre en œuvre les changements nécessaires pour atteindre l'état cible ajusté. |
|
Tableau 4 de Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture
Os nus de phase G
Dans la phase G, nous pouvons simplifier le travail d'un architecte d'entreprise en clarifiant l'architecture et en élaborant des recommandations pour des mesures correctives. Les éléments de base de la phase G sont les suivants :
- Le but d'un projet ?
Architecture pour soutenir la stratégie et architecture pour soutenir le portefeuille auront tous les deux un Feuille de route architecturaleIl précisera les synergies, les termes de référence et les approches.
L’architecture de transition fournira des résultats et des contraintes.
Protéger la valeur, ou le résultat attendu, consiste à s'assurer que le résultat et l'approche prévus du projet correspondent à l'architecture.
- Les contraintes sur l’équipe de mise en œuvre ?
Une bonne architecture cible indiquera Gap, Architecture Requirement Specification et Control. Un projet de mise en œuvre existe pour combler le Gap. Ne pas combler le Gap et le projet est un gaspillage de ressources de changement. Les spécifications et les contrôles d'architecture sont des contraintes sur la liberté de l'équipe de mise en œuvre.
- Comment la priorité et la préférence des parties prenantes s'ajustent en réponse au succès, à la valeur, à l'effort et au risque de changement.
Toute architecture d'entreprise est soumise à la réalité de la conception et de la mise en œuvre. Tous les programmes de changement sont soumis à l'évolution du paysage et du contexte de l'entreprise.
Dans un monde parfait, l'architecte d'entreprise évaluera en permanence l'avancement de chaque projet de changement et la situation dans laquelle l'entreprise existe. Il fournira ensuite des recommandations aux parties prenantes pour un contrôle plus précis des ressources de changement. Des connaissances imparfaites et des contraintes de temps limitent ce cycle de rétroaction.
Les trois éléments essentiels de l’achèvement de la phase G dépendent de la valeur ajoutée d’un projet :
- Première, un projet d'implémentation réussi qui offre la valeur attendue dans les limites de l'architecture.
- Seconde, un projet annulé. Lorsqu'un projet ne peut pas fournir la valeur attendue, les ressources limitées de changement d'une entreprise doivent être réaffectées dès que possible.
- La troisième, un changement de l'architecture cible. Changer la valeur attendue ou créer une transition vers ce qui peut être réalisé. Assouplir ou resserrer les contraintes.
Les parties prenantes de l'architecture d'entreprise sont responsables des décisions de changement concernant les deuxième et troisième résultats. Il ne s'agit pas de décisions de projet.
La connaissance de la phase G garantit la création de valeur
La phase G concerne la livraison de la valeur attendue, et non l’achèvement réussi du projet.
La logique est simple :
- nous développons un objectif et identifions les changements pour améliorer des choses spécifiques dans notre organisation
- nous mettons en œuvre l'objectif pour atteindre les résultats attendus
Tout autre résultat est un échec. Peu importe le succès du projet sur d'autres plans. S'il ne fournit pas l'architecture souhaitée, c'est un échec.
Travailler dans le monde réel
le Norme TOGAF Nous avons intitulé la phase G « Gouvernance de la mise en œuvre » pour une raison. Nous avons intitulé la phase G « Garantir la valeur » pour une raison.
Nous développons une architecture pour guider et limiter le changement. Nous examinons les trois éléments de l'orientation de la gouvernance :
- attente de performance ou résultat attendu
- contraintes sous forme de spécifications d'architecture, de stratégie de mise en œuvre et de contrôles
- appétit pour le risque
Livrables de la phase G du TOGAF ADM
Le résultat central de la phase G est une entreprise améliorée. Une amélioration mesurée en termes attendus par la partie prenante. Le produit livrable central de la phase G est une évaluation de la conformité. Nous utilisons une évaluation de conformité lorsque le projet ne répond pas aux attentes des parties prenantes.
L'architecte d'entreprise est redevable pour une entreprise améliorée qui répond aux désirs actuels des parties prenantes. L'architecte d'entreprise n'est pas responsable pour le travail ou le projet.
Évaluation de la conformité TOGAF Phase G
Architecture pour soutenir la stratégie | Architecture pour prendre en charge le portefeuille | Architecture pour soutenir le projet | Architecture pour prendre en charge la livraison de solutions | |
Produit de travail de la phase G : évaluation de la conformité | Probablement pas utilisé | Probablement pas utilisé | Livrable clé
Aux points clés d'un projet qui permet de rendre compte aux parties prenantes et d'obtenir des décisions de non-conformité par une recommandation de non-conformité. |
Livrable clé
Aux points clés d'un projet qui permet de rendre compte aux parties prenantes et d'obtenir des décisions de non-conformité par une recommandation de non-conformité. |
Tableau 3 de Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture
Recommandation de rétablissement (recommandation de non-conformité)
La partie la plus importante de l'évaluation de la conformité est la recommandation de ce qu'il faut faire en cas de non-conformité.
Techniques de la phase G du TOGAF ADM
Dans la phase G, vous créez le succès. Tout repose sur la réalisation de la valeur architecturale attendue. Une partie de la technique est basée sur la conformité. Pour se conformer, l'architecte devra :
- tester les choix du concepteur et de l'implémenteur par rapport aux lacunes documentées, aux spécifications des exigences d'architecture et aux contrôles
- tester le système mis en œuvre par rapport aux lacunes documentées, aux spécifications des exigences d'architecture et aux contrôles
Nous insistons sur la documentation. La gouvernance de la mise en œuvre est basée sur une architecture cible approuvée.
Une partie de la technique est axée sur la valeur. Pour la valeur, l'architecte regarde au-delà de la charte du projet, ou plan de lancement de produit numérique, au contrat d'architectureIl existe souvent une différence entre ce qu'un projet fournit au sponsor et ce qu'il fournit à l'architecture. Cela est particulièrement vrai lorsqu'un la feuille de route du portefeuille a des dépendances ou une partie d'un amélioration des capacités.
Les architectes utilisent plusieurs techniques lorsqu’ils sont impliqués dans la gouvernance de la mise en œuvre :
Présenter et fournir une supervision et des conseils en matière d'architecture
La surveillance et l'orientation de l'architecture garantissent la valeur attendue.
Réfléchissez longuement et sérieusement au premier test sur le Liste de vérification de la gouvernance de la mise en œuvre. La supervision de l'architecture n'inclut pas le travail d'un concepteur ou d'un implémenteur. Le guide de développement d'architecture de l'architecte d'entreprise TOGAF 10 est très clair.
La surveillance et l’orientation visent à aider les responsables de la mise en œuvre.
Tout d’abord, aidez l’équipe de mise en œuvre à comprendre la valeur attendue et les contraintes liées à la liberté de choix.
L'architecte d'entreprise est disponible en phase G lorsque l'équipe de mise en œuvre a besoin d'aide pour interpréter l'architecture cible ou toute contrainte d'architecture. Le rôle critique de l'architecte d'entreprise est lorsque l'équipe de mise en œuvre ne suit pas les contraintes de l'architecture ou n'est pas sur la bonne voie pour fournir la valeur attendue.
L'une des clarifications les plus courantes consiste à rappeler à chacun quel est le résultat attendu. Les équipes de mise en œuvre perdent régulièrement de vue la valeur du projet.
L'une des clarifications les plus courantes consiste à rappeler à tout le monde quel est le résultat attendu. Les équipes de mise en œuvre perdent régulièrement de vue la valeur attendue de l'architecture du projet.
L'autre clarification courante consiste à expliquer les contraintes. De nombreuses entreprises passent d'une architecture pour prendre en charge une stratégie ou un portefeuille directement à un projet de mise en œuvre. Nous appelons cela sauter à G. Généralement, lorsque vous sauter à G il y a beaucoup moins de lacunes bien documentées, de spécifications d'exigences d'architecture et de contrôles. L'architecte d'entreprise doit remplir la documentation manquante.
Ils aideront les parties prenantes à décider quoi faire lorsqu’un projet de mise en œuvre ne parvient pas à apporter de la valeur ou ne respecte pas les contraintes de l’architecture.
Le résultat central de la phase G est la mise en œuvre d'un changement. Cependant, ce travail ne relève pas de la responsabilité de l'architecte d'entreprise. En fait, si l'équipe de mise en œuvre fait un travail remarquable, l'architecte d'entreprise n'a rien à faire dans la phase G. Pensez-y. S'ils suivent l'architecture et implémentent un changement qui réalisera la valeur attendue, que ferait un architecte d'entreprise ?
L'autre clarification courante consiste à expliquer les contraintes. De nombreuses entreprises passent d'une architecture pour prendre en charge une stratégie ou un portefeuille directement à un projet de mise en œuvre. Nous appelons cela sauter à G. Généralement, lorsque vous sauter à G il y a beaucoup moins de lacunes bien documentées, de spécifications d'exigences d'architecture et de contrôles. L'architecte d'entreprise doit remplir la documentation manquante.
Le deuxième rôle clé de l'architecte d'entreprise est une recommandation de non-conformité.
Le rôle de l'architecte d'entreprise est de protéger la valeur, de tester les choix du concepteur et de l'implémenteur par rapport aux lacunes documentées, aux spécifications des exigences d'architecture et aux contrôles. Ils peuvent avoir besoin de s'appuyer sur une architecture supérieure, voire de revenir à la principes d'architecture d'entreprise. Ils ne doivent pas inventer une nouvelle architecture au cours d'un projet.
le stratégie de mise en œuvre de Phase E fournit des conseils et des contraintes sur toute mise en œuvre. Il indiquera s'ils s'attendent à ce que le travail fasse évoluer le processus et les systèmes informatiques existants, les modifie de manière révolutionnaire ou recommence avec un champ vierge.
Évaluation continue
Tirez sur le cordon d'arrêt
Le TOGAF ADM comporte plusieurs voies de sortie. La phase G est la plus coûteuse. La valeur d'un changement dépend des avantages, des efforts et des risques. Dès que le coût du changement dépasse les avantages attendus, il est temps d'envisager l'arrêt.
Oui, STOP ! Arrêtez-vous net.
Alors, célébrez le fait que vous avez minimisé le gaspillage de ressources de changement rares.
Évaluation de la valeur
Nous avons introduit la valeur du changement de TOGAF ADM Phase A. Dans TOGAF ADM Phase E, nous avons confiance dans les avantages de la Vision architecturale valent le travail. Dans la phase F du TOGAF ADM, nous avons développé le contrat d'architecture. Le contrat d'architecture définit la valeur attendue.
Gardez à l'esprit que les équipes de projet confondent régulièrement les résultats potentiels de leur programme de changement avec la valeur de l'architecture. Plus vous passez de temps à jouer Gouvernance de la mise en œuvre, plus vous verrez les projets d'implémentation détruire la valeur potentielle d'une architecture.
Nous définissons toujours la valeur dans l'architecture. Nous utilisons des projets pour réaliser la valeur. Le contrat d'architecture n'existe pas pour faciliter la vie de l'équipe projet, ni pour s'accorder avec sa vision du monde. Il existe pour assurer le succès de l'amélioration de l'entreprise sur les critères des parties prenantes.
Tous les projets ne réussissent pas. Toutes les solutions ne produisent pas assez de valeur. Le plus tôt vous savez que le coût dépasse la valeur d'arrêt. Nous passons beaucoup de temps à ITFM pour s'assurer que les produits numériques et les services informatiques sont optimisés en termes de coûts.
S'aligner sur le développement agile
Franchement, presque tout le développement de logiciels Agile se produit à l'intérieur de TOGAF Phase G. Une bonne architecture d'entreprise se concentrera sur les points forts de l'architecture d'entreprise. Ils permettront à une équipe de développement agile de se concentrer sur ses points forts, en fournissant progressivement des logiciels qui permettent l'efficacité et la satisfaction des clients.
Architecture d'entreprise et développement agile intéressera sur quatre domaines. La l'architecture d'entreprise sera
- définir l'approche agile
- guider le backlog en sprint
- limiter les choix dans les sprints
- résoudre la dépendance croisée des produits
Les architectes d'entreprise passeront beaucoup de temps à exécuter gouvernance de la mise en œuvre car développer une architecture prend une fraction du temps nécessaire pour exécuter un changement. Nous ne révisons pas le décisions architecturales faits pour guider le changement. Nous les suivons.
Quand nous sommes développer des équipes d'architecture d'entreprise, nous disons au architectes d'entreprise deux faits centraux à propos de la phase G de TOGAF. La première chose est qu'ils passeront plus de 60% de leur temps dans la phase G. Deuxièmement, ce sera probablement le travail le plus difficile qu'ils effectueront en tant qu'architecte d'entreprise. La phase G sera difficile car leur rôle est performant gouvernance de l'architecture. Ils ne développent pas de nouvelle architecture. Ils ne dirigent pas. Au lieu de cela, ils gardent la réalisation de la valeur et minimisent incertitude de réaliser la valeur.
Plus architectes d'entreprise consacrent la majeure partie de leur travail à la gouvernance de la mise en œuvre. Exécuter la direction et le contrôle. Exécution gouvernance de l'architecture d'entreprise.
Les architectes d'entreprise passeront beaucoup de temps à exécuter gouvernance de la mise en œuvre car développer une architecture prend une fraction du temps nécessaire pour exécuter un changement. Nous ne révisons pas le décisions architecturales faits pour guider le changement. Nous les suivons.
Aller plus loin dans la gouvernance de l'architecture d'entreprise
Outils TOGAF Phase G
La phase G du TOGAF ADM s'appelle la gouvernance de la mise en œuvre. Le rôle de l'architecte d'entreprise est de garder la valeur attendue. Il existe quatre outils de gouvernance de l'architecture centrale.
- Liste de contrôle de mise en œuvre
- Contrat d'architecture
- Feuille de route architecturale
- Spécification des exigences d'architecture
- Évaluation de la conformité TOGAF
Liste de contrôle de mise en œuvre
Comment utiliser un contrat d'architecture TOGAF ?
Un contrat d'architecture identifie la responsabilité de l'équipe de mise en œuvre envers les parties prenantes de l'architecture. Pas le commanditaire du projet, les acteurs de l'architecture.
Les éléments les plus critiques pour un exécutant sont :
- Mise en œuvre Contexte du projet
Les contextes vous indiquent où le projet s'inscrit dans la feuille de route. Il spécifie la valeur ou la dépendance de valeur que le projet fournira.
- Portée
La portée vous indique les lots de travaux et les lacunes dont le projet de mise en œuvre est responsable. Tout aussi important, quelles sont les lacunes de la portée du projet dont le projet n'est pas responsable.
- Conformité
Sur quel ensemble de spécifications d'architecture et de contrôles le projet de mise en œuvre sera-t-il évalué ?
Comment utiliser une feuille de route d'architecture TOGAF ?
Une feuille de route d'architecture est un livrable clé de l'architecture pour soutenir la stratégie et l'architecture pour soutenir le portefeuille. De bonnes feuilles de route d'architecture montrent comment le changement sera exécuté. Sur le plan de Diamant de stratégie de Hambrick le véhicule utilisé pour conduire le changement sera identifié. L'architecte d'entreprise saura quel portefeuille, programme ou projet est censé livrer. Ils connaîtront tous les états de transition.
La feuille de route de l'architecture indiquera également les synergies, les termes de référence et les approches. Un exemple simple est de savoir quels projets devraient faire évoluer les systèmes existants, lesquels devraient adopter une approche révolutionnaire et lesquels devraient jeter l'environnement existant et le greenfield.
Ces éléments permettent à l'architecte d'aider les parties prenantes à gouverner leur exécution des projets de changement. Considérez un projet censé poursuivre un Greenfield. Un plan de projet qui réutilise et fait évoluer l'environnement existant n'est pas conforme à l'architecture.
Comment utiliser une spécification d'exigence d'architecture TOGAF ?
Les spécifications d'architecture sont des contraintes à la liberté des concepteurs et des réalisateurs. Ils leur disent des choses qu'ils doivent ou ne doivent pas faire. Chaque spécification supprime des degrés de liberté de l'équipe de projet. En conséquence, ils doivent être utilisés avec parcimonie.
Nous recommandons fortement l'approche de gouvernance politique de John Carver. Premièrement, les spécifications doivent être exclusives, soulignant ce qui est interdit, plutôt que d'imposer ce qui est permis. Deuxièmement, la conformité aux spécifications doit être évaluée au moyen d'un test d'interprétation raisonnable par une personne raisonnable.
La rédaction de spécifications aussi exclusives réduit l'exigence d'omniscience lors du développement de l'architecture et offre un maximum de possibilités de créativité lors de la mise en œuvre, que la créativité provienne d'une réflexion innovante de l'équipe de conception, d'une nouvelle technologie, de nouveaux services tiers ou de nouveaux processus.
Le concept clé est que si l'architecture ne contraint pas un choix, ou n'interdit pas un choix, le choix est autorisé. Étant donné que la créativité est encouragée, les architectes d'entreprise ne peuvent pas s'attendre à ce qu'une équipe de mise en œuvre puisse lire dans les pensées et mettre en œuvre de la même manière que prévu. Cela force l'évaluation de la conformité à être un test d'interprétation raisonnable.
Les meilleures pratiques lient la spécification à une exigence. Cela permet d'évaluer la conception ou la mise en œuvre par rapport à une paire exigence/spécification. La spécification est dans le contexte de ce qui a motivé la spécification. En suivant cette pratique, chaque spécification existe pour fournir quelque chose, et la mise en œuvre peut être testée en valeur.
Comment utiliser une évaluation de conformité TOGAF ?
Une évaluation de conformité TOGAF est utilisée pour déterminer si vous devez développer une recommandation de non-conformité. Si le projet interprète raisonnablement les directives et les contraintes de l'architecture cible, l'architecte d'entreprise peut arrêter le travail.
Lorsqu'un projet ne parvient pas à fournir de la valeur ou ne suit pas l'architecture, l'architecte d'entreprise a du travail à faire.
Chaque non-conformité se traduit par une recommandation à l'intervenant d'appliquer l'objectif, d'accorder un allègement temporaire ou de modifier l'architecture. Chacune de ces options a des implications différentes
Conséquences de la recommandation de non-conformité
- Faire respecter la cible signifie que le projet doit faire un travail supplémentaire et doit changer.
- Accorder un allégement temporaire signifie que le bénéfice attendu de la spécification sera reporté et que des travaux supplémentaires seront nécessaires à l'avenir.
- Changer l'architecture signifie soit que l'architecte était déraisonnablement contraignant, qu'il existe une nouvelle façon d'atteindre le résultat attendu, ou que le bénéfice attendu sera abandonné.
Dans tous les cas, le choix de l'action appartient à une Partie Prenante. Les architectes d'entreprise peuvent s'attendre à des conflits réguliers avec les sponsors du projet, les chefs de projet et les équipes de mise en œuvre. Tout le monde sur un projet est enthousiasmé par Go Live Day. Ils pensent en termes d'achèvement de projet et perdront de vue tout autre objectif.
Réflexions finales sur la phase G du TOGAF ADM
Les architectes d'entreprise apportent de la valeur de deux manières dans la phase G de TOGAF ADM. Premièrement, les équipes de mise en œuvre conseillent. Les équipes de mise en œuvre ont souvent besoin d'aide pour comprendre ce qu'un projet est censé fournir. De plus, ils interpréteront l'architecture, les lacunes, les spécifications et les contrôles en termes de projet. Deuxièmement, ils conseilleront les parties prenantes qui doivent décider quoi faire lorsqu'un projet de mise en œuvre ne parvient pas à apporter de la valeur ou ne respecte pas les contraintes de l'architecture.
Les projets de mise en œuvre doivent créer le succès. C'est là que l'amélioration se produit. L'entreprise d'architecte rôle est de concentrez-vous sur la valeur attendue.
La plupart des architectes d'entreprise passeront la majeure partie de leur temps à exécuter la phase G de TOGAF. Lors de l'exécution de la gouvernance de l'implémentation, ils fournissent une direction et un contrôle pour concentrer les ressources de l'entreprise sur les changements les plus susceptibles d'apporter le plus de valeur.
La phase G est l'endroit où se déroule l'activité la plus importante. Le reste du SMA explore les améliorations potentielles. Utilisez TOGAF Phase G pour concentrer les rares ressources de changement sur l'augmentation de la valeur de l'entreprise.