Développer une vue d'architecture

Les architectes d'entreprise performants utilisent une vue d'architecture pour montrer l'adéquation avec les parties prenantes.

Les parties prenantes voient l'architecture d'entreprise exprimées en vues d'architecture. Chaque vue explique l'architecture en termes de préoccupation. Voir l'architecture exprimée dans les vues d'architecture permet aux parties prenantes de faire des compromis face à des besoins concurrents.

D'un point de vue pragmatique, les préoccupations sont simplement des sujets pour que les parties prenantes évaluent l'architecture d'entreprise. Différentes parties prenantes auront des préférences et des priorités différentes. Nous constatons que l'élaboration d'une matrice simple mettant en évidence les parties prenantes obligatoires et les préoccupations constitue le fondement d'un architecture d'entreprise prévisible. Différents objectifs d'architecture d'entreprise auront des parties prenantes et des préoccupations nécessaires légèrement différentes.

Les bons architectes auront saisi les termes obligatoires et les objectifs de l'EE. Ils savent que différents objectifs d'évaluation environnementale abordent différentes questions et utilisent différemment les décisions qui en résultent. Une organisation utilisant une bonne architecture d'entreprise pour guider chaque effort de changement afin de rapprocher l'organisation d'une cible préférée nécessite des comparaisons de compromis cohérentes. Les parties prenantes et les préoccupations obligatoires permettent directement des compromis difficiles.

Les équipes EA performantes sont prévisibles. Ils connaissent les questions clés auxquelles il faut répondre, les informations requises, et ils réutilisent les analyses et décisions précédentes. Ils livrent. Une bibliothèque de points de vue est la base. L'approche de la construction d'une bibliothèque de points de vue est simple. Pas facile, juste direct.

À la base d'une bibliothèque de points de vue se trouvent les préoccupations qui constituent la base du compromis. Considérez le compromis classique entre le coût et l'agilité, ou un autre vieux châtaignier, le délai de mise sur le marché et la durabilité. L'ensemble des décisions de compromis clés fournit les préoccupations obligatoires. En pratique, le bon architecte trouve une cible qui offre du temps de mise sur le marché et de la durabilité. Il est inutile de faire des compromis sur tout lorsque de bons architectes peuvent limiter les discussions sur les compromis là où il existe un véritable compromis contre les préférences concurrentes.

Nous fournissons formation personnalisée en architecture d'entreprise pour développer des vues d'architecture et des points de vue.

Le développement d'une bibliothèque de points de vue offre un chemin reproductible et rapide vers la création de valeur. Identifiez ce que vous devez savoir pour expliquer la cible en termes de critères normaux.

Les vues d'architecture jouent un rôle important dans la gouvernance de l'architecture d'entreprise. Malgré cela, beaucoup considèrent les vues sur l'architecture comme une surcharge bureaucratique et les évitent.

le Guide du chef Le chapitre 8 parle de l'identification des critères que vos parties prenantes utilisent normalement. Optimisez ensuite votre méthode pour utiliser ces critères.

Pour éviter les compromis artificiels et aborder les vrais compromis, il faut saisir les préférences des parties prenantes au sein d'une préoccupation. Pour chaque préoccupation des parties prenantes, l'architecte doit obtenir les préférences des parties prenantes. Les préférences peuvent être exprimées en termes de priorité, d'exigences minimales ou développées par le biais d'analyses et de compromis antérieurs.

Les architectes d'entreprise habitués à l'architecture après la prise de décisions critiques recherchent souvent des exigences plutôt que des préférences. En l'absence d'architecture supérieure, les exigences ne devraient pas être disponibles avant que l'ensemble des parties prenantes ait effectué un compromis. Les exigences limitent les degrés de liberté des architectes et des intervenants. Ils verrouillent des parties d'une réponse possible et obligent l'architecte et l'intervenant à travailler autour d'objets immobiles. Pire encore, la plupart des exigences ne sont que des décisions de compromis mal considérées.

Vous pouvez trouver une pratique supplémentaire stable et durable dans le Ensemble de connaissances TOGAF.

le Lancement de l'architecture d'entreprise personnelle passe plusieurs sessions à explorer la communication avec les parties prenantes, les préoccupations et les vues sur l'architecture.

Le programme de 12 semaines pour devenir un meilleur architecte est gratuit.

Les parties prenantes interrogent les vues sur l'architecture de plongée

L'identification des parties prenantes a été inutilement compliquée par les définitions terminologiques. Les définitions formelles doivent être suffisamment larges pour inclure une multitude de cas extrêmes. Après avoir brouillé la définition pour inclure toutes les parties prenantes raisonnablement concevables, la définition ne fournit aucun moyen de focaliser notre attention. Les conseils d'ISO 420101 et la technique de gestion des parties prenantes de TOGAF 9.1 sont utiles. La meilleure pratique consiste à limiter l'utilisation du terme parties prenantes à ceux dont les « préoccupations sont considérées comme fondamentales pour l'architecture » ou à ceux qui « ont le pouvoir ».

Une fois que l'équipe d'évaluation environnementale s'est concentrée sur un ensemble de parties prenantes et de préoccupations obligatoires, une bibliothèque de points de vue peut être développée. Nous savons qui doit être servi et les sujets utilisés pour effectuer des compromis. Nous savons quelles vues d'architecture nous devons préparer.

Nous sommes prêts à remplir le modèle de bibliothèque de points de vue.

Accélérez le développement avec la bibliothèque de points de vue

Quelle est la préoccupation ? Quel est l'un des critères que la partie prenante utilisera pour évaluer l'architecture cible ? Qui est l'intervenant ? Que doit savoir l'architecte d'entreprise pour décrire l'architecture cible en termes de préoccupation ? Comment la vue sera-t-elle construite ?
Change Impact - Quel est l'impact, ou la portée, d'une modification de l'architecture ? Chef de file Modifications des initiatives existantes (travail, résultat et valeur). Changements de budget Changements d'organisation. Modifications des opérations. Modifications de l'engagement client. Modifications de l'infrastructure (installation, usine et informatique) Les tableaux fonctionnent très bien. Vous ne pourrez jamais identifier l'impact du changement sans un écart.

Dans Naviguer nous avons un ensemble de bibliothèques de points de vue de démarrage. Celles-ci incluent les préoccupations standard, les parties prenantes et les entités de méta-modèle Naviguer nécessaires pour répondre aux questions régulières. Nous investissons massivement dans nos bibliothèques de points de vue et dans les techniques de construction de vues. Nous minimisons impitoyablement les demandes d'informations du référentiel EA. Nous concentrons l'équipe EA sur la valeur requise. (Nous avons également du mal avec de superbes représentations visuelles : les graphiques à bulles/relations 3D d'ABACUS ne vont pas très loin lorsque l'on compare plusieurs cartes routières possibles)

Sans bibliothèque de points de vue, nous piégeons l'architecte d'entreprise sans point d'arrêt. Plutôt que de travailler sur les préoccupations des principales parties prenantes et les décisions de compromis associées, ils travaillent sur des problèmes aléatoires. Faible fonctionnement architectes d'entreprise prétendre s'adresser à un nombre infini d'individus, d'équipes ou d'organisations ayant des intérêts dans le résultat en se faisant passer pour des parties prenantes.

Lorsque cela se produit, nous faisons des compromis gouvernance de l'architecture d'entreprise. On ne dépasse jamais le piège de l'architecture par affirmation.

La dernière étape du développement d'une bibliothèque de points de vue consiste à travailler sur la "Construction de la vue" et les "Informations requises".

La vue d'architecture n'est pas un modèle simplifié

La plupart des outils de modélisation et des discussions confondent les vues d'architecture et les modèles. Une vue aborde l'architecture concernant les parties prenantes et les préoccupations. Des modèles simplifiés du monde réel qui nous montrent comment les composants s'emboîtent - une description si proche de ce qu'est une architecture que nous pouvons aussi bien accepter qu'une architecture est un modèle. Peu de préoccupations obligatoires auront un point de vue qui peut être construit à l'aide d'un modèle ou d'une technique analytique unique.

Gain de temps avec Viewpoint Library

Les équipes EA dont les demandes d'informations sont radicalement inférieures sont bien placées pour concentrer leur temps et leur énergie sur la valeur attendue et les véritables parties prenantes. Sans clarté sur les parties prenantes et les préoccupations obligatoires, ils passeront du temps à chasser les distractions, comme un Jack Russell Terrier. Dans un monde parfait, le référentiel EA et le méta-modèle de contenu sont étroitement alignés. Les informations discrètes doivent référencer des catalogues et des matrices distincts, ou des modèles qui doivent être développés dans le référentiel EA.

Cette étape nécessite une collaboration étroite avec vos experts EA Leader et EA Repository. Réfléchissez aux questions auxquelles votre équipe d'évaluation environnementale doit répondre, aux informations dont vous avez besoin pour répondre aux préoccupations obligatoires. Quelle vue d'architecture allez-vous utiliser ?

Défie tout. Minimisez impitoyablement la charge analytique. Si chaque soi-disant décision de compromis a choisi le délai de mise sur le marché plutôt que la durabilité, les architectes d'entreprise doivent concevoir. Écoutez les parties prenantes et développez une cible qui permet le time-to-market. Sortez du piège du Mieux Savoir. Fournir une analyse pour soutenir un véritable compromis.

Nous ne saurions trop insister sur le caractère itératif de cette étape. Beaucoup trop d'équipes s'immergent dans des détails qui ne sont nécessaires à aucun objectif EA, sans parler de l'objectif EA actuel. Les faits amusants et les minuties sont des distractions par rapport à l'objectif final de soutenir la prise de décision et de faciliter le changement direct et le contrôle des parties prenantes.

Devenez efficace dans le développement d'une vue d'architecture. Développez votre bibliothèque de points de vue. Regardez vos parties prenantes importantes sur le plan architectural et leurs préoccupations. Lorsque votre analyse et vos rapports se concentrent sur les principales préoccupations des parties prenantes, vous vous concentrez sur la valeur. Vous alignerez votre architecture sur les préférences et les priorités de vos organisations. Si vous êtes parti d'un endroit peu fonctionnel, vous ne vous reconnaîtrez peut-être pas. Cependant, vous suivrez un chemin reproductible et rapide pour créer de la valeur.

Un piège EA classique consiste à penser que vous avez un architecture et vues d'architecture parce que vous avez un diagramme de système.

Les vues sont utilisées dans tous les domaines. Architectes de sécurité créera des vues d'architecture liées aux problèmes de sécurité et de risque.

le Guide du chef et le Guide du praticien fournir un échantillon des principales parties prenantes et des préoccupations architecture pour prendre en charge le portefeuille.

Conexiam's Pratique de capacité EALe domaine de recherche le plus soutenu de est Architecture View Construction. Nous l'appelons aussi visualisation.

Naviguer est orienté vers la quantification. Notre objectif est de soutenir les compromis et la prise de décision itérative.

Dans chaque Sprint EA prévisible consacre du temps à l'amélioration de la boîte à outils de l'équipe EA. Une grande partie du temps est consacrée à la bibliothèque de points de vue de l'architecture et à l'analyse des informations. La minimisation impitoyable prend du temps et de la pratique.

Retour haut de page