TOGAF® ADM Phase E - Construire la feuille de route de l'architecture

TOGAF ADM Phase E développe la feuille de route de l'architecture. Des feuilles de route d'architecture utiles garantissent que les architectes d'entreprise guident un changement efficace. Sans feuille de route, l'architecture d'entreprise n'est qu'un exercice d'acquisition de connaissances. TOGAF Phase E et les feuilles de route d'architecture répondent à l'objectif de l'architecture d'entreprise. Ils permettent un changement efficace.

Guider un changement efficace nécessite la feuille de route d'architecture développée dans la phase E de TOGAF ADM. domaines d'architecture d'entreprise. Pour créer un complet l'architecture d'entreprise est inutile sans la feuille de route de l'architecture. TOGAF 10 est directe - l'architecture d'entreprise guide le changement efficace et la feuille de route de l'architecture est essentielle à la planification du changement.

Transformation numérique nécessite d'orchestrer le changement dans les opérations commerciales, la conception de l'organisation, le portefeuille de logiciels et l'infrastructure. Vous ne réaliserez jamais la meilleure entreprise sans la bonne architecture informatique. Ni l'un ni l'autre n'est possible sans une feuille de route d'architecture.

TOGAF sépare la feuille de route de l'architecture de la phase E de la Plan de mise en œuvre de la phase F pour mettre en évidence différentes finalités. Utilisez le développement de la feuille de route de l'architecture pour effectuer des compromis et faire des sélections de valeurs. Lorsque vos parties prenantes comprennent leurs choix, les coûts et les avantages, et comment elles doivent gouverner les projets de changement, ils sont prêts à élaborer le plan de mise en œuvre.

En savoir plus sur la certification TOGAF

TOGAF ADM Phase E - Construire la feuille de route de l'architecture

En bref :

Présentation de TOGAF ADM

Le TOGAF ADM définit le Cadre TOGAF à part d'autres cadres d'architecture d'entreprise. C'est le seul cadre d'architecture d'entreprise qui inclut tous trois parties d'un cadre – comment documenter une architecture, comment constituer une équipe d'architecture d'entreprise, et comment développer et architecture.

TOGAF ADM développe une architecture d'entreprise

Chaque SMA TOGAF phase explique les activités pour développer les connaissances. Chaque phase ADM développe des connaissances sur une partie du l'architecture d'entreprise. Les interactions entre les phases sont des flux d'informations. Ces flux d'informations fusionnent en quelques livrables critiques - l'un est la feuille de route de l'architecture TOGAF ADM Phase E.

>>> Si vous avez besoin d'un aperçu du TOGAF ADM, veuillez lire le Les phases de TOGAF ADM expliquées.

Qu'est-ce que TOGAF Phase E ?

TOGAF Phase E fournit les étapes et les entrées d'informations pour créer une feuille de route d'architecture. Entreprise Les architectes dirigent processus pour les parties prenantes et les architectes de domaine pour créer la feuille de route de l'architecture.

Quel est l'objectif de TOGAF ADM Phase E ?

L'objectif de la phase E est de dépasser le architecture cible simplifiée dans la vision de l'architecture. L'architecture candidate simplifiée développée dans Phase A s'est montré prometteur. L'activité de la phase E détermine si les idées valent la peine d'être investies.

Le développement de l'architecture des meilleures pratiques suivant TOGAF ADM considère les changements possibles. De nombreux changements possibles échouent aux tests clés. Recherchez les modifications :

  • Trop de travail pour le retour
  • Le succès est trop incertain pour le retour
  • Le retour est seulement agréable à avoir

Votre organisation a plus d'améliorations potentielles qu'elle ne peut en réaliser. Un rôle clé de l'architecture d'entreprise est de concentrer l'attention sur le meilleur changement. Vanner les idées de changement faibles libère des ressources pour des changements réussis. Au moment où une idée semble faible, triez-la. Chasse à l'ivraie ! Tuez les idées faibles ! Ensuite, célébrez votre victoire ! Célébrez le fait que vous permettez un changement réussi !

Pour ce faire, vous réunissez l'architecture de domaine développée dans Phase B (architecture d'entreprise), Phase C (architecture d'application), et Phase D (architecture technologique) dans une architecture d'entreprise candidate. Vous devez rechercher les changements dans chaque domaine. L'ensemble consolidé de modifications constitue le fondement de la feuille de route de l'architecture.

Le succès nécessite :

  • Vous abordez le problème de la façon dont votre entreprise ne peut pas répondre aux préférences des parties prenantes (Complete Gaps)
  • Vous connaissez le travail qui vaut la peine d'être fait (changement de focus et distractions de Winnow)
  • Vous connaissez le travail nécessaire pour livrer un changement complet (Work Package)
  • Vous comprenez l'interaction entre les changements et les contraintes dans d'autres domaines de l'architecture pour protéger la valeur attendue (Spécifications des exigences d'architecture)

Interaction avec TOGAF Phase B, Phase C, et Phase D

Les approches en cascade ne fonctionnent pas. L'architecture d'entreprise des meilleures pratiques n'est pas une activité en cascade. La seule approche réussie consiste à développer l'architecture métier, l'architecture des applications, l'architecture des données, l'architecture technologique et architecture de sécurité simultanément.

La réalité des domaines nécessite un développement séparé. Le langage du TOGAF ADM tente d'expliquer simultanément et séparément le développement de l'architecture candidate. TOGAF utilise le terme itération. Le développement simultané des meilleures pratiques utilise l'approche agile du juste assez. Bougez un peu, testez les contraintes en cascade dans d'autres domaines.

Les architectes d'applications sont des spécialistes d'un domaine d'architecture. C'est pareil pour architectes d'entreprise, architectes de données, technologie et architectes de sécurité. Les architectes d'entreprise sont des généralistes. Là où il y a des lacunes, ils doivent les combler. Là où il y a de la force, ils reculent. Ils n'abandonnent jamais le rôle critique de franchir les frontières.

Qu'est-ce qu'une feuille de route architecturale ?

Une feuille de route d'architecture est un plan de modules de travail qui font passer une entreprise de « l'architecture de base » à « l'architecture cible ». Une feuille de route d'architecture est votre plan de changement complet. Il vous indique les options disponibles à chaque étape de transition.

L'un des nôtre conseil en architecture d'entreprise les clients ont exprimé la feuille de route d'architecture parfaite

… comprend les options et les déclarations de valeur associées à chaque lot de travaux. Valeur déclarée en termes de capacité commerciale, de portée du marché et de limites .... Fournir une sensibilisation aux obstacles existants. Y compris pourquoi ils sont des barrages routiers et les implications de les aborder de front ou de continuer à faire un détour...

Déballons ces définitions de feuille de route d'architecture. Premièrement, la feuille de route de l'architecture est un plan de changement. Il relie les modules de travail nécessaires pour faire passer l'organisation de ce qu'elle est aujourd'hui à ce que les parties prenantes veulent qu'elle soit.

Deuxièmement, nous positionnons le travail en termes d'options disponibles et de réalisation de valeur. Il existe de nombreuses voies à suivre. Plus précieux, plus facile, plus rapide, moins cher, moins incertain, meilleur pour l'efficacité ou meilleur pour l'agilité de l'entreprise. Aidez les parties prenantes à sélectionner les changements qui conviennent le mieux.

Troisièmement, vous avez besoin de rampes de sortie et de transitions. N'oubliez jamais que vous faites partie d'une organisation prospère. Cela prouve qu'il n'est pas nécessaire de s'attaquer à toutes les lacunes. Nous n'avons pas non plus besoin de changer. Le changement est un choix.

Pourquoi une feuille de route d'architecture est-elle différente d'un plan de mise en œuvre ?

L'ADM standard TOGAF sépare les phases E et Phase F, et la feuille de route de l'architecture du Plan de mise en œuvre et de migration. La séparation est basée sur la planification des meilleures pratiques. Une feuille de route d'architecture permet de décider de votre chemin, de votre destination et des endroits où les décisions n'ont toujours pas été prises. Il prend également en charge l'identification des bifurcations non résolues dans le parcours. Le plan d'implémentation et de migration ne prend en charge que l'exécution.

Nous pouvons garantir que vos feuilles de route actuelles n'expliquent pas les options dans les états de transition. Pas un seul cas au cours de nos milliers d'années de conseil en architecture d'entreprise vivre. Chaque feuille de route que nous avons vue était un simple plan linéaire. Généralement construit de bas en haut. Visant généralement des changements raisonnablement possibles. Ne va généralement nulle part.

Séparez toujours une feuille de route d'architecture d'un plan de mise en œuvre. Utilisez la feuille de route de l'architecture pour examiner l'avenir. Élaborez ensuite un plan de mise en œuvre pour vous rendre à la première destination connue.

L'élaboration d'une véritable feuille de route se fait avec une partie prenante. L'architecte d'entreprise, avec l'architecte métier, l'architecte d'application et l'architecte technologique, explore comment aller de l'avant. Quels sont les états de transition utiles ? Recherchez et supprimez les changements potentiels qui fournissent trop peu, nécessitent trop de travail ou comportent trop d'incertitudes.

Télécharger le guide du gouverneur d'architecture d'entreprise
Feuille de route TOGAF 10 Phase E

Livrables de la feuille de route de l'architecture TOGAF ADM Phase E

Le résultat central de la phase E est une feuille de route d'architecture. C'est la partie action de l'architecture d'entreprise.

Utilisation la plus précieuse de la feuille de route de l'architecture

  1. Les parties prenantes effectuant des compromis et sélectionnant des états de transition lors de l'élaboration de la feuille de route de l'architecture
  2. Guider les projets de changement au lancement, à l'ajustement de la portée et à l'achèvement
  3. Guider les exécutants sur la valeur de leur projet, la portée et les contraintes d'exécution du projet

Une feuille de route d'architecture aidera à répondre aux questions suivantes :

Une feuille de route d'architecture est l'outil de planification de l'architecture d'entreprise. Il rassemble les quatre aspects du changement - valeur, coût, incertitude et option. Nous mesurons la valeur et le coût du changement en fonction de critères importants pour nos parties prenantes. Diminuer la valeur potentielle en fonction de l'incertitude. Nous recommandons un impact géométrique - chaque petite augmentation de l'incertitude entraîne une forte diminution de la valeur potentielle.

Si vous utilisez des étiquettes différentes des nôtres, veuillez regarder le but de l'outil ou de la technique. Nous nous concentrons toujours sur ce que nous essayons d'accomplir lors de l'exécution conseil en architecture d'entreprise. Nous nous détendons sur le nom de l'outil ou de la technique. Nous ne nous soucierons pas si vous l'appelez un Diagramme d'Ishikawa, un diagramme en arête de poisson ou un diagramme de cause à effet. Nous effectuerons une analyse structurée de la cause profonde.

Optez pour une technique efficace. Considérez la cause première. Je parie que vous avez pensé à l'incident informatique. Si vous l'avez fait, détrompez-vous. L'analyse des causes profondes est puissante - quelle est la cause première de la faible agilité de l'entreprise ? Complexité informatique ? Modifiez votre architecture pour supprimer la cause première, ou la vie avec le système recréant le problème.

Achèvement de la feuille de route de l'architecture de la phase E

Toutes les phases TOGAF ADM vous amènent à développer les connaissances dont vous avez besoin. Le résultat de la phase E est une feuille de route d'architecture et une architecture d'entreprise candidate à l'appui.

Sortie et résultat Connaissances essentielles
Un ensemble de modules de travail qui comblent l'ensemble des lacunes, avec un signe de valeur produite et d'effort requis, et des dépendances entre les modules de travail pour atteindre l'objectif ajusté. Dépendance entre l'ensemble de modifications. (Dépendance du lot de travaux et des lacunes)

Valeur, effort et risque associés à chaque changement et module de travail.

Comment la priorité et la préférence des parties prenantes s'ajustent en réponse à la valeur, à l'effort et au risque de changement.

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

Os nus de phase E

Dans la phase E, l'architecte d'entreprise effectue la majeure partie du travail lourd pour développer une architecture cible. Des améliorations sans travaux ni risques sont des rêves. Les feuilles de route d'architecture nécessitent l'acceptation du travail et de l'incertitude.

Les os nus de la phase E sont :

  • Savoir quand la valeur sera livrée

Nous souhaitons comprendre la valeur était plus facile. Nous souhaitons que le mot valeur soit, eh bien, moins précieux. Plus nous travaillons, plus nous trouvons de nuances dans le concept. Lorsque vous passez de la stratégie au portefeuille, au projet et à la livraison de solutions, comprenez les changements de valeur. Les attentes en matière de valeur sont plus concrètes à mesure que l'on se rapproche d'une conversation sur la livraison ou la mise en œuvre d'une solution.

Nous penchons vers l'explication de la valeur de Lean Six-Sigma - quelque chose pour laquelle le client paiera plus. Nous nous attendons à comprendre la valeur à partir de deux endroits, d'abord l'architecture d'entreprise. L'architecture d'entreprise expliquera où votre organisation crée de la valeur et aidera à optimiser l'architecture vers cette valeur. La deuxième place est la Carte des parties prenantes développée dans la phase A. Ils peuvent concentrer votre projet d'architecture sur un résultat spécifique qui permet indirectement la génération de valeur de votre organisation.

Les états de transition sont ceux où votre architecture peut apporter une valeur spécifique. Lors de la consultation, nous utilisons Value Resting Points comme synonyme de transition d'architecture. Chaque transition est une décision future. C'est une bretelle de sortie sur le trajet actuel.

Les parties prenantes exerceront une bretelle de sortie pour deux raisons :

  1. Le travail pour atteindre le prochain point de repos de la valeur dépasse l'évaluation actuelle de la valeur.
  2. Le travail pour atteindre le prochain point de repos de valeur pourrait s'appliquer à un changement différent qui offre un point de repos plus excitant ou gratifiant.

L'élaboration de la feuille de route par le biais de conversations sur la transition et les compromis est l'un des résultats les plus précieux d'un exercice de feuille de route de stratégie ou de portefeuille. Les ressources sont limitées. Les hauts dirigeants sont toujours à la recherche de la meilleure voie à suivre sur de nombreux critères, et non du meilleur rendement sur un seul critère.

  • Quel changement poursuivre compte tenu de critères différents ?

Chemin le plus rapide ou le moins cher ? Offrons-nous de l'agilité, de l'efficacité ou des capacités ? Le plus rapide à l'efficacité est-il meilleur que le moins cher à la capacité ? Les choix potentiels sont infinis. Les parties prenantes doivent choisir. La plupart des parties prenantes savent très bien choisir dans des situations où les informations sont insuffisantes. Le développement de la feuille de route de l'architecture aide les parties prenantes à prendre de meilleures décisions. Utilisez un Feuille de route d'architecture Type 4 : Scénarios lorsqu'il existe de nombreux chemins et critères potentiels.

  • Quel travail apportera de la valeur, ainsi que le coût et l'incertitude ?

Vous ne pouvez pas toujours choisir entre des priorités équipondérées. Certains problèmes sont plus pressants. Lorsque vous comprenez la définition de la valeur, du coût et appétit pour le risque passer à un Feuille de route d'architecture de type 1 : carte de chaleur. Il affiche les lots de travaux et les états de transition par rapport à des critères comparatifs.

  • Quand le travail, le changement et la livraison de valeur auront-ils lieu ?

Lorsque. Il existe une interaction massive entre le moment et la valeur d'un état de transition. Il y a la même interaction entre le moment et le coût du travail. Un Feuille de route d'architecture de type 2 : cycle de vie montre quand.

Ne soyez pas surpris que vos parties prenantes réduisent la valeur ou travaillent à différents moments. Lorsque le temps a un impact sur la valeur et le travail, attendez-vous à un changement radical des scores sur une carte thermique.

  • Quelle est la dépendance et l'impact du travail et du changement ?

Si vous n'expliquez pas la dépendance et l'impact, vos parties prenantes ne peuvent pas prendre de décisions éclairées. La Feuille de route d'architecture Type 3 : Scénario montre la dépendance.

  • Quelles décisions sont différées ?

Les feuilles de route d'architecture sont ne pas plans de mise en œuvre. Ils soutiennent la prise de décision future.

Le développement de scénarios de bonnes pratiques aide vos parties prenantes à savoir quand elles doivent prendre la prochaine décision. Nous avons travaillé avec un client qui était coincé avec un processus hérité rigide coûteux parce qu'il ne pouvait pas décider de l'état futur. Nous avons développé un ensemble de scénarios qui peuvent être simplifiés comme rester coincé, emménager dans un logement temporaire, passer à l'option 1, et passer à l'option 2. Cela leur a permis de voir que lorsqu'ils ne pouvaient pas choisir entre l'option 1 et l'option 2, ils choisissaient de rester bloqués. Ils avaient sélectionné par inadvertance "rester coincé" pendant une décennie. Nous leur avons fait faire un par paire pour trouver la pire option, restez coincé.

Vient ensuite une feuille de route qui a éliminé le processus hérité coûteux et a libéré le personnel opérationnel, les développeurs d'applications et les opérateurs d'infrastructure de la traînée de l'héritage. Nous passons sciemment à un état temporaire, tandis que les parties prenantes peuvent explorer les choix disponibles sans les contraintes opérationnelles et de planification de l'héritage.

Feuille de route d'architecture Type 4 : Scénarios aider à identifier les points où une décision future peut être différée. Plus votre feuille de route contient de points de décision futurs, plus vous offrez d'agilité d'entreprise. Chaque point de décision est un état de transition. Il existe une option pour arrêter et récolter de la valeur.

  • Quel genre de changement poursuivons-nous

Un modèle de stratégie de mise en œuvre est l'une des directives les plus puissantes pour le prochain architecte, un implémenteur et un développement logiciel agile. Identifier simplement qu'un changement sera :

    • Évolutionniste
    • Révolutionnaire
    • Champ vert

le Modèle de stratégie de mise en œuvre est un puissant gouvernance de la mise en œuvre outil.

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

  • Tout d'abord, définition de la valeur ? Comment mesurerons-nous le succès ?
  • Deuxièmement, la portée du changement ? Qu'est-ce qui va changer dans cet état de transition ? Qu'est-ce qui ne changera pas ?
  • Troisièmement, comment saurez-vous que le changement a réussi ? Quel est votre test de gouvernance pour réussir ? Comment allez-vous garder la valeur ?

Avec ces trois éléments essentiels, les parties prenantes sont prêtes à élaborer un plan de mise en œuvre. Ils savent ce qu'ils veulent faire. Ils savent ce qu'ils ne veulent pas changer. Ils savent comment ils mesureront le succès.

La feuille de route de l'architecture les aidera à générer de la valeur.

TOGAF ADM Phase E - Livrables de la feuille de route de l'architecture et objectifs de l'architecture d'entreprise

Il existe quatre objectifs principaux pour développer une architecture d'entreprise. Soit vous soutenez la stratégie, le portefeuille, le projet ou la livraison de solutions. Dans la plupart des cas, vous ne développerez pas de feuille de route d'architecture à moins que vous ne souteniez la stratégie ou le portefeuille. La TOGAF 10 les motifs sont expliqués dans le Guide de l'architecte d'entreprise pour développer l'architecture.

Différents livrables ont une importance différente dans chaque objectif.

Architecture pour soutenir la stratégie

Lorsque vous soutenez la stratégie, vous fournissez une architecture cible de bout en bout et développez des feuilles de route de changement. Votre architecture identifiera les initiatives de changement et le portefeuille et les programmes de soutien. La feuille de route de l'architecture définira les termes de référence, identifiera les synergies et régira l'exécution du portefeuille et des programmes.

Architecture pour prendre en charge le portefeuille

Lorsque vous soutenez un portefeuille, vous vous adressez normalement au portefeuille unique. Votre architecture identifiera les projets et définira leurs termes de référence, alignera leurs approches, identifiera les synergies et régira l'exécution du projet.

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 E : architecture d'entreprise candidate Pendant la séance de planification stratégique

Actualiser au besoin dans la budgétisation du programme

 Livrable clé

Avant le début de la planification budgétaire

L'utilisation principale est l'acceptation de la cible par les parties prenantes et la définition de l'écart

 Avant le lancement du projet et la finalisation du business case

L'utilisation principale est la création de spécifications d'exigences d'architecture

 Avant l'engagement des partenaires d'exécution (y compris les fournisseurs internes)

L'utilisation principale est la création de spécifications d'exigences d'architecture
Produit de travail de la phase E : Feuille de route de l'architecture Pendant la séance de planification stratégique

Actualiser au besoin dans la budgétisation du programme

 Livrable clé

Avant le début de la planification budgétaire

Actualiser au besoin pour soutenir la budgétisation et la gestion du programme

 Utilisation limitée

Peut être utilisé comme entrée pour des projets avec plusieurs modifications interactives

 Avant l'engagement des partenaires d'exécution (y compris les fournisseurs internes)

L'utilisation principale est l'identification du changement requis et les préférences sur la façon d'exécuter le changement, pour gérer la sélection et l'engagement des partenaires de livraison de solutions

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

Architecture d'entreprise candidate

L'architecture d'entreprise complète comprendra les modèles d'architecture de domaine et l'ensemble des écarts consolidés.

N'oubliez pas que votre architecture d'entreprise comprend des architectures de domaine. Une puissante méthode d'analyse et de tenue de registres est la modélisation.

Feuille de route architecturale

La structure de votre feuille de route d'architecture change selon que vous travaillez pour soutenir la stratégie, le portefeuille ou le projet. Les feuilles de route sont utilisées pour prendre des décisions ou gouverner la mise en œuvre.

  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
Feuille de route d'architecture de type 1 : cartes thermiques Décision et gouvernance Gouvernance Gouvernance
Feuille de route de l'architecture de type 2 : diagramme de cycle de vie Gouvernance

Décision limitée

 Gouvernance Gouvernance
Feuille de route d'architecture de type 3 : impact et dépendance Décision et gouvernance Décision et gouvernance Gouvernance Gouvernance
Feuille de route d'architecture de type 4 : scénario et candidats multiples Décision et gouvernance Décision et gouvernance
Modèle de stratégie de mise en œuvre Décision et gouvernance Décision et gouvernance Gouvernance Gouvernance

 

Quel est le rôle de l'architecte d'entreprise dans la phase E ?

Dans la phase E de TOGAF, nous nous attendons à ce que l'architecte d'entreprise rassemble les composants candidats de la feuille de route et synthétise le changement d'entreprise. Ils mèneront une analyse des compromis avec les parties prenantes pour déterminer l'architecture cible.

Dans TOGAF Phase E, le rôle de l'architecte d'entreprise est de garder la valeur attendue. Par exemple, un architecte d'entreprise peut ne pas voir le résultat des changements qu'il apporte aux applications et à la technologie. Selon les compétences des architectes de domaine, l'architecte d'entreprise remplacera. Ils peuvent ne pas comprendre et communiquer efficacement avec d'autres architectes de domaine.

Le rôle le plus important de l'architecte d'entreprise est de franchir les frontières. Qu'il s'agisse de limites de domaine, de compétence ou d'autorité, l'architecte d'entreprise doit les franchir.

Deux faits centraux sur TOGAF Phase E - Feuille de route d'architecture

Notre approche de développer des équipes d'architecture d'entreprise est pragmatique. Nous nous concentrons sur l'obtention d'une architecture utile. Il est basé sur des faits concrets. Il y a deux faits centraux que nous disons architectes d'entreprise à propos de TOGAF Phase E - Feuille de route d'architecture. Premièrement, à moins d'avoir des parties prenantes et des préoccupations, vous ne pouvez pas continuer. Jusqu'à ce que vous sachiez ce qui est précieux, la priorité relative de la vitesse, de la certitude, de l'efficacité, de l'agilité de l'entreprise et du coût du changement, votre plan est une supposition farfelue. Deuxièmement, s'ils croient qu'ils doivent se lancer dans l'action, ils sont inutiles. Les personnes qui chargeront dans une direction aléatoire entourent les parties prenantes. Les parties prenantes n'ont pas besoin d'architectes d'entreprise pour cela.

Découvrir la formation à la certification TOGAF
Modèles de feuille de route de l'architecture TOGAF ADM Phase E

Modèles, outils et techniques de feuille de route d'architecture

La phase E du TOGAF ADM fournit la feuille de route de l'architecture. Cette phase existe pour permettre l'action.

La phase E est souvent une traduction entre les vues d'architecture et la décision. Les vues d'architecture forcent l'analyse d'une architecture contre une préoccupation des parties prenantes. Ils sont essentiels au développement de l'architecture des meilleures pratiques. Cependant, ils peuvent être écrasants pour une partie prenante. Il existe six techniques centrales d'élaboration de feuilles de route qui aident les parties prenantes à comprendre les choix et les implications.

  • Scénarios
  • Feuille de route d'architecture de type 1 : Balisage avec recommandations et cartes thermiques
  • Feuille de route d'architecture de type 2 : graphiques de cycle de vie
  • Feuille de route d'architecture de type 3 : Impact et dépendance du lot de travaux
  • Feuille de route d'architecture de type 4 : analyse de scénarios pour plusieurs candidats
  • Modèle de stratégie de mise en œuvre

Techniques de feuille de route d'architecture

Les changements potentiels et les critères de sélection nécessitent différentes techniques de feuille de route d'architecture. Les différentes techniques soutiennent différentes prises de décision. La feuille de route de l'architecture de la phase C de TOGAF consiste moins à développer l'architecture cible qu'à sélectionner des résultats et un travail acceptable.

Prises ensemble, les techniques mettront en évidence tout ce qui concerne un changement potentiel.

Scénario

Les scénarios vous permettent d'explorer un futur potentiel, ou architecture alternative. Nous examinons deux méthodes de scénario différentes, la première explore les implications du changement externe. La seconde explore soit les implications soit les exigences d'un changement que nous conduirons.

Prenons l'exemple du cloud public. Dans la première approche, vous examineriez les implications pour votre organisation si le reste du monde passe au cloud public. Par exemple, vous ne disposez peut-être pas de systèmes d'entreprise disponibles dans le commerce auprès de fournisseurs viables. Dans la seconde, à quoi ressemblera votre monde si vous vous dirigez vers le cloud public ?

Les scénarios nous aident à comprendre comment nous intégrer dans un monde possible ou comment atteindre un avenir préféré. L'élaboration de scénarios nécessite d'être en mesure de peser les préférences de l'organisation et des parties prenantes, la trajectoire probable des principales tendances externes et la manière dont les forces entrent en jeu.

TOGAF 10 architectures alternatives et scénarios

En savoir plus sur Conexiam Ateliers Scénarios

Feuille de route d'architecture de type 1 : Balisage avec recommandations et cartes thermiques

Visualisation simple des lots de travaux. Heatmap représentera des attributs tels que la valeur, le travail, le risque ou l'état de transition. Aide à représenter et à évaluer les informations. La sélection des attributs représentés changera complètement la carte thermique.
Feuille de route d'architecture Type 1 - Heatmap

En savoir plus sur Conexiam Ateliers sur la feuille de route de l'architecture

Feuille de route d'architecture de type 2 : graphiques de cycle de vie

Visualisation simple des lots de travaux, des composants d'architecture ou des initiatives dans le temps. Utilisé pour représenter le changement au fil du temps. La couleur peut représenter des attributs tels que le travail, le risque ou l'état de transition.

Feuille de route d'architecture de type 2 - Cycle de vie

En savoir plus sur Conexiam Ateliers sur la feuille de route de l'architecture

Feuille de route d'architecture de type 3 : Impact et dépendance du lot de travaux

Visualisation complexe des packages de travail, des composants d'architecture ou des états de transition. Le diagramme représentera l'impact ou la dépendance. La couleur représente souvent des attributs tels que la valeur, le travail, le risque ou l'état de transition.

Très utile pour les discussions sur les compromis et le développement des États en transition.

Feuille de route d'architecture de type 3 - Dépendance

En savoir plus sur Conexiam Ateliers sur la feuille de route de l'architecture

Feuille de route d'architecture de type 4 : analyse de scénarios pour plusieurs candidats

Visualisation complexe des lots de travaux, des options d'architecture ou des options d'état de transition. Le diagramme en radar représente généralement des préoccupations ou des attributs tels que la valeur, le travail ou le risque. Les points sur le tracé représentent généralement des options d'architecture ou des options d'état de transition.

Lorsque votre feuille de route d'architecture doit choisir entre alternatives architecturales vous devez utiliser la technique de type 4 : analyse de scénarios et candidatures multiples.

Très utile pour les discussions sur les compromis et la sélection des options.

Feuille de route d'architecture Type 4 - Scénario

En savoir plus sur Conexiam Ateliers sur la feuille de route de l'architecture

Modèle de stratégie de mise en œuvre

Un modèle de stratégie de mise en œuvre est l'une des directives les plus puissantes pour le prochain architecte, un implémenteur et un développement logiciel agile. Identifier simplement qu'un changement sera :

  • Évolutionniste
  • Révolutionnaire
  • Champ vert

Outils de feuille de route d'architecture

Nous utilisons un large éventail d'outils pour développer et communiquer une feuille de route d'architecture.

  • Architecture de transition
    Les états de transition sont mieux considérés comme des points de repos de valeur. Un ensemble de changements que la valeur pertinente livrable. Ne confondez pas un état de transition et des phases de projet ou des livrables du calendrier. Les phases et les livrables du calendrier appartiennent à un plan de mise en œuvre.
    Une architecture de transition répertoriera uniquement les dates en tant que date "requise par" ou "morte", qui est déterminée par des calculs de valeur d'un type 2 : graphique du cycle de vie.
    Nous devrions créer des états de transition lorsque :

    • Il y a suffisamment de changement pour qu'une organisation puisse arrêter tout travail et récolter de la valeur
    • Modifications de la conformité de l'architecture
  • Serre-livres
    Bookend fournit un impact de changement. Les gens essaient de rechercher un compromis ou un changement raisonnable. C'est plus réaliste. En utilisant la mise en réserve, l'architecte d'entreprise pousse le changement jusqu'à la limite. Utilise ensuite le serre-livre pour découvrir les implications du changement. Une fois que vous avez compris les implications, retirez-vous et voyez si des implications ne sont pas applicables. Où voyez-vous un changement de valeur, de travail ou d'incertitude ? Nous constatons généralement que les changements "plus raisonnables" comportent tous les aspects négatifs d'un serre-livres avec moins d'avantages.
  • Lacune et solution
    Chaque lacune peut être comblée par une ou plusieurs solutions. Toute solution comblera plus d'une lacune. À l'aide de solutions, vous simplifiez l'analyse complexe en moins d'options potentielles.

Techniques de feuille de route d'architecture alignées sur l'objectif de l'architecture d'entreprise

Les équipes d'architecture prennent en charge différents objectifs. Que vous preniez en charge les questions du portefeuille ou la livraison de solutions, cela changera la façon dont vous développez et utilisez les feuilles de route d'architecture. Par exemple, l'architecture pour prendre en charge la livraison de solutions n'utilisera pas une feuille de route d'architecture de type 1 : carte thermique pour développer des décisions. Nous l'utiliserons comme une architecture supérieure et un ensemble de contraintes sur le développement de l'architecture et toute implémentation. Les bons architectes travaillent toujours dans les limites de l'architecture supérieure.

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
Scénarios Livrable clé Livrable clé
Feuille de route d'architecture de type 1 : carte de chaleur Livrable clé Livrable clé & Architecture Supérieure Architecture supérieure
Feuille de route d'architecture de type 2 : cycle de vie Livrable clé Livrable clé & Architecture Supérieure Architecture supérieure
Feuille de route d'architecture de type 3 : impact et dépendance Livrable commun Livrable clé Architecture supérieure Architecture supérieure
Feuille de route d'architecture de type 4 : candidats multiples Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Modèle de stratégie de mise en œuvre Livrable clé Livrable clé & Architecture Supérieure Architecture supérieure Architecture supérieure

Modèles de feuille de route d'architecture pour les cas d'utilisation d'architecture d'entreprise

Les techniques de feuille de route d'architecture offrent un meilleur support pour les différents cas d'utilisation de l'architecture d'entreprise. Selon le cas d'utilisation, les architectes d'entreprise sont plus efficaces pour aider leurs parties prenantes avec différentes techniques.

Bien que chaque cas d'utilisation d'architecture d'entreprise concerne le changement, le type de changement et les moteurs sont différents.

Changement stratégique Changement progressif Améliorer le coût Améliorer la qualité Améliorer l'agilité de l'entreprise Atténuation des risques technologiques Modernisation informatique Transformation numérique Rationalisation du portefeuille d'applications Intégration des acquisitions
Scénarios Très utile Principales contraintes Très utile Très utile Critique Critique
Feuille de route d'architecture de type 1 : carte de chaleur Très utile Critique Critique Critique Critique Critique Critique Très utile
Feuille de route d'architecture de type 2 : cycle de vie Critique Très utile Très utile Très utile Critique Critique Utile Critique Très utile
Feuille de route d'architecture de type 3 : impact et dépendance Critique Utile Utile Utile Utile Critique Très utile Critique Très utile Critique
Feuille de route d'architecture de type 4 : candidats multiples Critique Utile Utile Utile Critique Très utile Utile Critique Très utile
Modèle de stratégie de mise en œuvre Principales contraintes Principales contraintes Principales contraintes Principales contraintes Principales contraintes Principales contraintes Principales contraintes Contrainte clé Contrainte clé Principales contraintes

Application des principes de l'architecture d'entreprise au développement de la feuille de route de l'architecture

Vos principes d'architecture guideront et limiteront le développement de votre feuille de route. Nos pratiques de conseil identifiées 7 principes d'architecture que tout architecte d'entreprise devrait connaître. Le tableau suivant fournit un exemple simple de la manière dont une feuille de route est pilotée et contrainte par une architecture supérieure fournie par le biais de principes. Tout développement de feuille de route qui n'est pas conforme à la lettre et à l'esprit de l'architecture supérieure doit être pris en charge par gouvernance de l'architecture d'entreprise et retravaillé.

Implication de la feuille de route de l'architecture
Ne plaisante pas avec le succès Tout changement doit être évalué en fonction de la possibilité qu'il nuise au succès actuel. L'amélioration potentielle doit être limitée pour assurer le maintien de la ligne de base.
Concentrez-vous sur l'excellence Le changement doit être ciblé. Tout changement sans lien direct avec la valeur de l'entreprise doit être remis en question. Utilisez des définitions de valeur soutenant l'excellence pour évaluer la valeur potentielle d'un changement.

N'ayez pas peur d'identifier les changements qui n'améliorent pas l'excellence de l'entreprise comme 'valeur gratuite.'
Pourquoi pas un ? Les changements qui créent des doublons doivent être remis en question, avec une diminution de la valeur ajoutée.

Les modifications qui suppriment la duplication doivent augmenter la valeur ajoutée.
Les données sont un atout Assurez-vous que le contrôle du modèle de données n'est pas abandonné d'une manière qui diminue la valeur de l'actif de données.
Les systèmes fonctionnent là où nous travaillons Le lieu de travail et le style de travail sont des mesures fondamentales de la valeur. Tout changement qui ne peut pas répondre à l'emplacement et au style nécessite une livraison de valeur réduite.
Expérience utilisateur indolore Les coûts de changement doivent être examinés pour s'assurer que l'impact sur l'utilisateur est correctement évalué. Examinez attentivement l'impact du changement par rapport aux avantages potentiels. Vous paierez toujours pour l'impact, alors que vous ne recevrez peut-être pas les avantages escomptés.
En libre service Le libre-service est une mesure de la valeur de l'entreprise. Examinez la livraison en libre-service à travers les états de référence, de transition et cible. Ajustez les évaluations des coûts et des avantages pour récompenser l'approvisionnement en libre-service et pénaliser et endommager le libre-service existant. Vous payez toujours les dégâts. Vous pourriez recevoir une prestation.

Comment la phase E de TOGAF s'aligne-t-elle sur le développement agile ?

Chaque feuille de route d'architecture fournira de multiples contraintes et conseils pour un développement agile. Nous voyons Architecture d'entreprise et développement agile se croisent en quatre zones. La feuille de route de l'architecture :

  1. définir l'approche agile
  2. guider le backlog en sprint
  3. limiter les choix dans les sprints
  4. résoudre la dépendance croisée des produits

La feuille de route de l'architecture aura un impact significatif sur la définition de l'approche agile. Par exemple, le modèle de stratégie d'implémentation forcera ou interdira l'utilisation du développement agile. Comme on s'y attend des états de transition. Les états de transition et les mesures de la valeur de la feuille de route éclaireront le développement ou la sortie du produit, ce qui guidera l'arriéré.

Comment TOGAF Phase E permet-il l'Agilité d'Entreprise ?

Rappelles toi, l'agilité d'entreprise concerne la capacité de votre organisation à répondre aux imprévus. Les feuilles de route consistent à répondre aux attentes. Des compétences plus solides en matière de développement de feuille de route d'architecture aideront une organisation à répondre à l'inattendu. Lorsque vous considérez les cinq aspects du modèle d'agilité d'entreprise, vous pouvez voir une corrélation directe avec le développement d'une feuille de route d'architecture.

Modèle d'agilité d'entreprise

  1. Vigilance – Pouvez-vous détecter les opportunités et les menaces ?
  2. Accessibilité – Pouvez-vous accéder aux informations pertinentes à temps pour répondre ?
  3. Capacité de décision – Pouvez-vous décider en utilisant les informations disponibles ?
  4. Rapidité – Pouvez-vous mettre en œuvre vos décisions dans le temps disponible ?
  5. Flexibilité – Que faites-vous pour réduire les obstacles à l'action ?
Feuille de route de l'architecture TOGAF ADM Phase E
Soyez un meilleur architecte d'entreprise - Programme de démarrage gratuit de 12 semaines

Réflexions finales sur la phase E du TOGAF ADM

Il n'y a rien de plus important pour un Équipe d'architecture d'entreprise que de développer des feuilles de route d'architecture. Les feuilles de route sont essentielles pour sélectionner le changement lorsque l'équipe soutient la stratégie et le portefeuille. De plus, les feuilles de route sont essentielles pour guider le changement pour les équipes qui soutiennent la livraison des projets et des solutions.

Les équipes qui prennent en charge la livraison de projets et de solutions peuvent avoir besoin de rétroconcevoir une feuille de route de portefeuille pour obtenir les conseils et les contraintes dont elles ont besoin.

Les architectes d'entreprise travaillant dans TOGAF ADM Phase E ont un rôle complexe.

  • travailler avec les parties prenantes et les PME pour à la fois sélectionner les changements souhaités et vanner tous les autres changements
  • travailler avec architectes de domaine pour regrouper des solutions qui minimisent le nombre de modifications potentielles à prendre en compte
  • travailler avec les parties prenantes pour transposer les décisions de changement dans la planification formelle et la gouvernance du changement.

Dans TOGAF ADM Phase E, vous réunissez les domaines d'architecture d'entreprise. L'architecture d'entreprise complète est pilotée par des modifications sélectionnées. TOGAF est très clair. Le développement de l'architecture a pour but de guider un changement efficace. Une architecture a besoin d'une feuille de route d'architecture pour fournir de la valeur.

Les équipes d'EA hautement fonctionnelles se concentrent sur les feuilles de route de l'architecture. Tout ce qu'ils font est considéré par rapport au réseau de lacunes, de changements planifiés et de changements en cours.

TOGAF ADM Phase E développe la feuille de route de l'architecture. La feuille de route de l'architecture traduit l'architecture d'entreprise d'un exercice de renforcement des connaissances en action. Utilisez TOGAF Phase E pour passer à l'action. Action qui contraint les ressources de changement rares à la plus grande valeur d'entreprise. Réalisez l'objectif de l'architecture d'entreprise et apportez un changement efficace.

Faites le grand saut - Obtenez la certification TOGAF
Retour en haut