Architecture d'entreprise

Composante 4 : Méthodologie d'architecture d'entreprise

Au minimum, une méthodologie d'architecture d'entreprise doit aborder le développement et la pérennisation d'une architecture d'entreprise. Une méthode complète comprendra planifier la mise en œuvre des changements et régissant tous les projets de mise en œuvre. Une méthodologie complète comprendra des conseils sur la gestion du travail.

Composante 4 : La méthodologie d’architecture d’entreprise comprend :

• Méthodologie de développement architectural
• Intégration de la planification
• Cadre de gouvernance
• Gestion du travail

Méthodologie de développement architectural

Le Méthode de développement de l'architecture TOGAF fournit la méthode standard de l'industrie pour développer et maintenir une architecture d'entreprise. TOGAF ADM pour le noyau de la Norme TOGAF.

À la base, le modèle TOGAF ADM repose sur un modèle de flux d'information. Chaque phase du modèle ADM vise à soutenir la création d'informations. Le graphique TOGAF ADM classique est une représentation simplifiée des flux d'information essentiels.

En tant que flux d'information, l'ADM est intrinsèquement incrémental et itératif. Il est nécessaire d'adapter le flux d'information à un modèle de processus. Votre processus est testé pour vérifier si vous disposez des connaissances nécessaires ; si oui, utilisez-les. Sinon, produisez-les. L'ADM TOGAF n'est pas une séquence d'activités. Trop de personnes considèrent le graphique TOGAF ADM comme un modèle de processus linéaire en cascade.

Chaque fois que l'équipe EA entreprend une activité pour développer les informations provenant d'une phase ADM, elle exécute une phase. Architecte d'entreprise Il faut toujours consommer les intrants obligatoires et produire les extrants obligatoires. Ceci s'applique à toutes les phases d'ADM.

L'utilisation de TOGAF ADM comme modèle d'information aide l'architecte d'entreprise à atteindre une efficacité et une productivité maximales.

Chaque phase du TOGAF ADM est conçue pour créer les informations nécessaires

Phase A : Définition de la vision architecturale

Ne soyez pas surpris si vous en avez plus d'un architecture alternative Exprimées sous différentes visions architecturales. On dispose rarement de suffisamment d'informations pour choisir la meilleure voie en phase A.

Livrables de la phase A fournir la base de régir le développement de l'architecture.

Phase B : Développement de l'architecture d'entreprise

Le résultat de la phase B est l’architecture commerciale candidate.

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Le domaine de l'architecture d'entreprise décrit la structure de l'entreprise cible. Elle comprend généralement des éléments tels que capacité commerciale, la conception organisationnelle, les processus et les flux d'information. Il aborde souvent des motivations telles que la stratégie, les buts et les objectifs. Ces composants seront des documents tels que Modèles d'architecture d'entreprise.

Téléchargez gratuitement Guide d'évaluation des capacités d'architecture d'entreprise.

Phase C : Développement de l'architecture des systèmes d'information

Architecture des systèmes d'information comprend à la fois le domaine d'architecture d'application et le domaine d'architecture de données.

Le résultat de la phase C est l'architecture de l'application candidate et l'architecture des données candidates. Ensemble, elles constituent l'architecture des systèmes d'information candidats.

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

L'architecture de l'application aidera à répondre aux questions suivantes :

• Comment le portefeuille d’applications permet de capturer de la valeur – Modèle de développement d'applications
• Où le coût est injecté dans le portefeuille informatique - Modèle fonctionnel
• Là où la rigidité est injectée dans le portefeuille informatique - Modèle d'intégration
• Comment fonctionne l'entreprise – Modèle de système
• Systèmes nécessaires pour fournir le produit ou le service – Modèle de produit
• Les choses qu'une organisation doit être capable de faire - Modèle fonctionnel
• Le flux d'informations nécessaires à la réalisation des activités d'une entreprise - Modèle d'intégration
• L'ensemble des activités qu'une entreprise exécute, généralement regroupées pour montrer comment elles sont liées les unes aux autres. Modèle de service
• Quel est le portefeuille de logiciels ? Modèle logiciel physique

Phase D : Description et développement de l'architecture technologique

Le résultat de la phase D est le développement d’une architecture technologique candidate.

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Nous constatons le plus souvent des architectures technologiques faibles, principalement constituées de modèles physiques. Dans la plupart de nos travaux, nous alignons la phase D sur Architecture Cloud. Pour les autres domaines, les produits de travail de base comme, a Modèle de système et Modèle de service, sont les mêmes.

L’architecture technologique aidera à répondre aux questions suivantes :

• Comment le portefeuille d’infrastructures permet de capturer de la valeur – Modèle de service d'infrastructure
• Comment l’infrastructure est fournie – Modèle de fournisseur d'infrastructure
• Où le coût est injecté dans le portefeuille informatique - Modèle d'interface
• Là où la rigidité est injectée dans le portefeuille informatique - Modèle de cycle de vie
• Les choses qu’une infrastructure doit être capable de faire – Modèle de système d'infrastructure
• Contraintes à l’acquisition et à l’utilisation de la technologie – Catalogue des normes
• Comment utiliser l'infrastructure pour réaliser les activités d'une entreprise – Modèle d'interface
• Les activités complètes qu'une infrastructure effectue sont regroupées pour montrer comment elles sont liées les unes aux autres. Modèle de service
• Qu'est-ce que le portefeuille d'infrastructures ? Modèle d'infrastructure physique

Phase E : Identifier les opportunités et les solutions

L’objectif de la phase E est de dépasser le Vision d'architecture simplifiée. On s'attendait à ce que cela soit prometteur. En élaborant une feuille de route d'architecture avec vos parties prenantes, vous identifierez les changements potentiels à abandonner. En réalité, la plupart des changements devraient être abandonnés. Ils échoueront à un ou plusieurs tests de valeur :

• Trop de travail pour le retour
• Le succès est trop incertain pour le retour
• Le retour n'est qu'un plaisir à avoir

Le résultat de la phase E est un Feuille de route de l'architecture et soutenir l’architecture d’entreprise candidate.

Tableau de Cadre TOGAF Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Une feuille de route architecturale aidera à répondre aux questions suivantes :

• Quand la valeur sera-t-elle livrée ? États en transition
• Quel changement rechercher compte tenu des différents critères – Feuille de route architecturale de type 4 : scénarios
• Quel travail apportera de la valeur, et quel en sera le coût et l’incertitude ? Feuille de route architecturale de type 1 : carte thermique
• Lorsque le travail, le changement et la création de valeur auront lieu – Feuille de route d'architecture de type 2 : cycle de vie
• Quelle est la dépendance et l’impact du travail et du changement – Feuille de route d'architecture de type 3 : Impact et dépendance
• Quelles décisions sont différées – Feuille de route architecturale de type 4 : scénarios
• Quel genre de changement recherchons-nous ? Stratégie de mise en œuvre

Intégration de la planification

Le TOGAF ADM Phase F : Élaboration d'un plan de migration Il aborde l'intégration de la planification. Il souligne que l'approche architecturale doit s'intégrer à la planification de votre organisation. La plupart du temps, vous vous conformerez à la planification standard de portefeuille et de projet. Cependant, si vous concevez l'architecture d'une transformation, attendez-vous à ne pas utiliser les approches de planification standard.

Le résultat de la phase F est un plan de mise en œuvre et un contrat d’architecture de soutien.

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Un plan de mise en œuvre aidera à répondre aux questions suivantes :

• Quand le changement se produira – Projets du plan de mise en œuvre
• Ce qui doit et ne doit pas changer – Projets du plan de mise en œuvre
• Quel genre de changement va se produire – Stratégie de mise en œuvre
• Quel ensemble de travaux est axé sur des résultats spécifiques ? Portefeuille du plan de mise en œuvre
• Quel ensemble de travaux seront exécutés ensemble – Programme du plan de mise en œuvre

Un contrat d’architecture aidera à répondre aux questions suivantes :

• Quel avantage tangible et intangible est attendu – Contrat d'architecture - Prestation
• Lorsque les contraintes limitent la liberté des exécutants – Contrat d'architecture – Spécification d'architecture
• Comment les risques et l’incertitude seront traités – Contrat d'architecture - Contrôle
• Quel changement est attendu – Contrat d'architecture – Stratégie de mise en œuvre
• Quel changement est hors limites – Contrat d'architecture - Transition & Avantage

Cadre de gouvernance

Toute gouvernance suit un modèle de direction et de contrôle. Direction et contrôle lors de la sélection. Direction et contrôle lors de la mise en œuvre.

Il suffit d’étendre le cadre de gouvernance pour inclure régir le développement de l'architecture et régissant la mise en œuvre.

Votre développement architectural nécessitera des décisions ou des choix. Vos projets d'implémentation nécessiteront des choix. Ces décisions sont-elles conformes aux directives ? Quel est votre contrôle ?

>>> Téléchargez le guide du gouverneur d'architecture d'entreprise

Gouvernance du développement architectural

Tous les droits de décision appartiennent à vos parties prenantes. Utilisez votre Conseil de gouvernance de l'architecture d'entreprise devrait gérer le processus. Il devrait utiliser le listes de contrôle de la gouvernance du développement architectural. Les listes de contrôle sont un moyen de contrôle pour démontrer que l'architecte a suivi les directives.

Gouvernance de la mise en œuvre de l'architecture

Le TOGAF ADM comporte une phase spécifique pour aborder la gouvernance de la mise en œuvre : Phase G : Mise en œuvre de la gouvernance.Le résultat de la phase G est un changement réussi.

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Le rôle de l'architecte d'entreprise est de préserver la valeur à travers gouvernance de la mise en œuvre. Vous testez les choix du concepteur et de l'implémenteur en les comparant aux lacunes documentées, aux spécifications des exigences d'architecture et aux contrôles. N'inventez pas de nouvelle architecture en cours de projet.

Les trois éléments essentiels de l’achèvement de la phase G :

• Tout d’abord, un projet d’implémentation réussi qui offre la valeur attendue dans les limites de l’architecture.
• Deuxièmement, un projet annulé. Lorsqu'un projet ne peut pas fournir la valeur attendue, les ressources limitées de l'entreprise en matière de changement doivent être réaffectées dès que possible.
• Troisièmement, une modification de l'architecture cible. Élargir la valeur attendue ou l'intégrer à ce que nous pouvons réaliser. Assouplir ou renforcer les contraintes.

En cas de problème, l'architecte d'entreprise recommande aux parties prenantes les mesures à prendre. Ces dernières n'ont que trois choix :

1. 1. assurer la conformité avec l'architecture cible
   2. fournir un soulagement et permettre au projet d'ignorer l'architecture cible (ce qui est généralement une méthode faible pour modifier la cible)
   3. modifier l'architecture cible

Contrôles de gouvernance étendus sur la réalisation de la valeur

Le module TOGAF ADM fournit des contrôles étendus lors de la phase H : Gestion des changements d'architecture. Cette activité de valorisation étendue constitue un contrôle d'architecture.

Voir TOGAF Phase H - Application de la méthode Agile et notre webinaire enregistré Webinaire True Life EA : Réponse agile au COVID-19 pour la réalisation concrète de Agilité d'entreprise

Gestion du travail

Quand nous développer des équipes EA Nous sommes obsédés par la productivité. Nous nous concentrons sur les conseils de TOGAF concernant les connaissances essentielles. Pour améliorer la productivité, nous utilisons une approche de fabrication des connaissances Kanban.

Conformément aux bonnes pratiques Kanban, nous décomposons le travail. Chaque produit de travail est associé à une ressource responsable et à une date d'échéance.

Nous commençons par la phase A :

1. Quelle est la question ?
   Espace question ou problème. Quelles sont les grandes questions ou décisions antérieures qui nous limitent ?.
2. Qui sont les parties prenantes ?
   Comment évalueront-ils les changements potentiels ? Quelles sont leurs préoccupations ?
3. De quelles informations avons-nous besoin ?
   Que contient le dépôt ? Que manque-t-il ? Comment allons-nous le récupérer ?
4. De quelle analyse avons-nous besoin ?
5. Quels produits de travail aideront nos parties prenantes à comprendre leurs choix ?
   Vues d'architecture

Ensuite, nous exécutons. Avec Kanban, nous avons un backlog. Le travail en cours est limité à ce qui peut être terminé.