L'architecture d'entreprise

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

Au minimum, une méthodologie d'architecture d'entreprise doit aborder le développement et le maintien 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.

Composant 4 : Méthodologie d'Architecture d'Entreprise comprend :

• Méthodologie de développement d'architecture
• Planification de l'intégration
• Cadre de gouvernance
• Gestion du travail

Méthodologie de développement d'architecture

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. Le SMA TOGAF pour le noyau de la Norme TOGAF.

À la base, le TOGAF ADM utilise un modèle de flux d'informations. Chaque phase de l'ADM existe pour soutenir la création d'informations. Le graphique TOGAF ADM classique est une représentation simplifiée des flux d'informations essentiels.

En tant que flux d'informations, l'ADM est intrinsèquement incrémental et itératif. Vous devez élaborer le flux d'informations sur un modèle de processus. Votre processus est testé si vous avez des connaissances suffisantes, si c'est le cas, utilisez-le. Sinon, produisez-le. Le TOGAF ADM n'est pas une séquence d'activités. Beaucoup trop de gens regardent le graphique TOGAF ADM et le comprennent à tort comme un modèle de processus en cascade linéaire.

Chaque fois que l'équipe EA entreprend une activité pour développer les informations provenant d'une phase ADM, elle exécute une phase. Un Architecte d'entreprise doit toujours consommer les entrées obligatoires et produire les sorties obligatoires. Ceci s'applique à toutes les phases 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 de l'architecture

Ne soyez pas surpris si vous en avez plus d'un architecture alternative exprimées en différentes visions architecturales. Vous disposez rarement de suffisamment d'informations pour sélectionner le meilleur chemin dans la phase A.

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

Phase B : Élaboration de l'architecture d'entreprise

Le résultat de la phase B est l'architecture métier 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'affaires décrit la structure commerciale cible. Il comprendra généralement des éléments tels que capacité commerciale, la conception organisationnelle, les processus et les flux d'informations. 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'affaires.

Télécharger 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 les domaine de l'architecture applicative et le domaine d'architecture de données.

Le résultat de la phase C est l'architecture d'application candidate et l'architecture de données candidate. Ensemble, ils créent 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 d'application aidera à répondre aux questions suivantes :

• Comment le portefeuille d'applications permet la capture de 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 requis pour fournir le produit ou le service – modèle du produit
• Les choses qu'une organisation doit être capable de faire - Modèle fonctionnel
• Le flux d'informations nécessaires à l'exécution des activités d'une entreprise - Modèle d'intégration
• Les activités complètes 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
• Qu'est-ce que le portefeuille de logiciels - Modèle de 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

Le plus souvent, nous voyons des architectures technologiques faibles, composées en grande partie de modèles physiques. Dans la plupart de nos travaux, nous alignons la phase D sur Architecture infonuagique. Pour les autres produits de travail de base de domaines comme, un Modèle de système et Modèle de service, sont identiques.

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 livrée - 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
• Ce qu'une infrastructure doit être capable de faire - Modèle de système d'infrastructure
• Contraintes sur l'acquisition et l'utilisation de la technologie - Catalogue des normes
• Comment utiliser l'infrastructure pour effectuer les activités d'une entreprise - Modèle d'interface
• Les activités complètes d'une infrastructure 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 architecturale simplifiée. On s'attendait seulement à ce qu'il soit prometteur. En développant une feuille de route d'architecture avec vos parties prenantes, vous identifierez les changements potentiels qui devraient être abandonnés. En fait, 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 est seulement agréable à 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 d'architecture aidera à répondre aux questions suivantes :

• Quand la valeur sera-t-elle livrée ? États de transition
• Quel changement poursuivre compte tenu de critères différents – Feuille de route d'architecture Type 4 : Scénarios
• Quel travail apportera de la valeur, et le coût et l'incertitude - Feuille de route d'architecture de type 1 : carte de chaleur
• Quand le travail, le changement et la livraison de valeur se produiront - 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 reportées – Feuille de route d'architecture Type 4 : Scénarios
• Quel genre de changement poursuivons-nous – Stratégie de mise en œuvre

Planification de l'intégration

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

Le résultat de la phase F est un plan de mise en œuvre et un contrat d'architecture à l'appui.

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 bénéfice tangible et intangible est attendu – Contrat d'Architecture - Bénéfice
• Quand 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 & Bénéficier à

Cadre de gouvernance

Toute gouvernance suit un modèle de direction et de contrôle. Direction et contrôle au choix. Direction et contrôle à la mise en œuvre.

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

Votre développement d'architecture prendra des décisions ou des sélections. Vos projets d'implantation feront des sélections. Ces décisions sont-elles conformes à la direction? Quel est votre contrôle ?

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

Gouvernance du développement de l'architecture

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

Gouvernance de la mise en œuvre de l'architecture

Le TOGAF ADM a 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 comparant les lacunes documentées, les spécifications des exigences d'architecture et les contrôles. N'inventez pas une nouvelle architecture pendant un projet.

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

• Tout d'abord, un projet de mise en œuvre 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 rares ressources de changement d'une entreprise doivent être réaffectées dès que possible.
• Troisièmement, un changement de l'architecture cible. Étendez la valeur attendue ou tirez-la vers ce que nous pouvons réaliser. Assouplir ou resserrer les contraintes.

En cas de problème, l'architecte d'entreprise fournit une recommandation sur ce que la partie prenante doit faire. Les parties prenantes n'ont que trois choix :

1. 1. faire respecter 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 changer la cible)
   3. changer l'architecture cible

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

L'ADM TOGAF fournit des contrôles étendus dans la Phase H : Gestion des changements d'architecture. Cette activité de réalisation de valeur étendue est un contrôle d'architecture.

Voir TOGAF Phase H - Application Agile et notre webinaire enregistré Webinaire True Life EA : réponse agile à la 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 dans TOGAF sur les connaissances essentielles. Pour améliorer la productivité, nous utilisons une approche de fabrication de connaissances Kanban.

En suivant les meilleures pratiques de Kanban, nous décomposons le travail. Chaque produit de travail aura 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 les décisions antérieures qui nous contraignent.
2. Qui sont les parties prenantes ?
   Comment évalueront-ils les changements potentiels ? Quelles sont leurs préoccupations ?
3. De quelles informations avons-nous besoin ?
   Qu'y a-t-il dans le référentiel ? Que manque-t-il? Comment allons-nous le récolter ?
4. De quelle analyse avons-nous besoin ?
5. Quels produits de travail aideront nos parties prenantes à comprendre leurs choix ?
   Vues architecturales

Ensuite, nous exécutons. Avec Kanban, nous avons un backlog. Les travaux en cours sont limités à ce qui peut être achevé.