Transformation num\u00e9rique<\/a> n\u00e9cessite d'orchestrer le changement dans les op\u00e9rations commerciales, la conception organisationnelle, le portefeuille de logiciels et l'infrastructure. Vous ne parviendrez jamais \u00e0 la meilleure entreprise sans bonne architecture informatique<\/a>. Aucune de ces deux solutions n\u2019est possible sans une feuille de route architecturale.<\/p>\n TOGAF s\u00e9pare la feuille de route de l'architecture de la phase E de la Plan de mise en \u0153uvre de la phase F<\/a> Pour mettre en \u00e9vidence les diff\u00e9rents objectifs. Utilisez le d\u00e9veloppement de la feuille de route architecturale pour r\u00e9aliser des arbitrages et des s\u00e9lections de valeur. Lorsque vos parties prenantes comprennent leurs choix, les co\u00fbts et les avantages, et comment ils doivent les r\u00e9aliser, projets de changement de gouvernance<\/a>, ils sont pr\u00eats \u00e0 \u00e9laborer le plan de mise en \u0153uvre.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tEn savoir plus sur la certification TOGAF\n\t\t\t<\/a>\n\t En un coup d'\u0153il :<\/p>\n Le TOGAF ADM d\u00e9finit le Cadre TOGAF<\/a> en dehors des autres cadres d'architecture d'entreprise<\/a>. C'est le seul cadre d'architecture d'entreprise qui inclut tous trois parties d'un cadre<\/a> \u2013 comment documenter une architecture, comment constituer une \u00e9quipe d'architecture d'entreprise<\/a>, et comment d\u00e9velopper et architecturer<\/a>.<\/p>\n Chaque TOGAF ADM<\/a> Cette phase explique les activit\u00e9s visant \u00e0 d\u00e9velopper les connaissances. Chaque phase ADM d\u00e9veloppe des connaissances sur une partie du architecture d'entreprise<\/a>. Les interactions entre les phases sont des flux d'informations. Ces flux d'informations convergent vers quelques livrables essentiels, dont la feuille de route architecturale de la phase E de TOGAF ADM.<\/p>\n >>> Si vous avez besoin d'un aper\u00e7u du TOGAF ADM<\/a>, veuillez lire le Explication des phases de TOGAF ADM<\/a>.<\/p>\n TOGAF Phase E fournit les \u00e9tapes et les informations n\u00e9cessaires pour cr\u00e9er un Feuille de route architecturale<\/a>. Entreprise<\/a> Les architectes dirigent le processus permettant aux parties prenantes et aux architectes de domaine de cr\u00e9er la feuille de route de l'architecture<\/a>. L\u2019\u00e9laboration de la feuille de route n\u00e9cessite des informations pour guider une mise en \u0153uvre efficace. d\u00e9cisions architecturales<\/a>. Informations provenant des phases B, C et D o\u00f9 architectures de domaine<\/a> sont d\u00e9velopp\u00e9s.<\/p>\n L\u2019objectif de la phase E est de d\u00e9passer le architecture cible simplifi\u00e9e dans la vision architecturale<\/a>. L'architecture candidate simplifi\u00e9e d\u00e9velopp\u00e9e dans Phase A<\/a> ont montr\u00e9 des r\u00e9sultats prometteurs. L'activit\u00e9 de la phase E d\u00e9termine si les id\u00e9es m\u00e9ritent d'\u00eatre investies.<\/p>\n Le d\u00e9veloppement d'une architecture conforme aux bonnes pratiques, suivant TOGAF ADM, envisage des modifications possibles. Nombre de ces modifications \u00e9chouent aux tests cl\u00e9s. Recherchez les modifications qui sont\u00a0:<\/p>\n Votre organisation a un potentiel d'am\u00e9lioration sup\u00e9rieur \u00e0 ses capacit\u00e9s de r\u00e9alisation. Un r\u00f4le cl\u00e9 de l'architecture d'entreprise est de concentrer l'attention sur les changements les plus pertinents. Identifier les id\u00e9es de changement faibles lib\u00e8re des ressources pour des changements r\u00e9ussis. D\u00e8s qu'une id\u00e9e semble faible, \u00e9liminez-la. Chassez les id\u00e9es inutiles\u00a0! \u00c9liminez les id\u00e9es faibles\u00a0! Puis, c\u00e9l\u00e9brez votre victoire\u00a0! C\u00e9l\u00e9brez le fait que vous contribuez \u00e0 la r\u00e9ussite du changement\u00a0!<\/p>\n Vous faites cela en r\u00e9unissant l'architecture de domaine d\u00e9velopp\u00e9e dans Phase B (Architecture d'entreprise)<\/a>, Phase C (Architecture d'application)<\/a>, et Phase D (Architecture technologique)<\/a> dans une architecture d'entreprise candidate. Vous devez suivre les changements dans tous les domaines. L'ensemble consolid\u00e9 des changements constitue le fondement de la feuille de route de l'architecture.<\/p>\n Le succ\u00e8s exige :<\/p>\n Les approches en cascade ne sont pas efficaces. Les meilleures pratiques en mati\u00e8re d'architecture d'entreprise ne se r\u00e9sument pas \u00e0 une activit\u00e9 en cascade. La seule approche r\u00e9ussie n\u00e9cessite le d\u00e9veloppement de l'architecture m\u00e9tier, de l'architecture applicative, de l'architecture des donn\u00e9es, de l'architecture technologique et architecture de s\u00e9curit\u00e9<\/a> simultan\u00e9ment.<\/p>\n La r\u00e9alit\u00e9 des domaines exige un d\u00e9veloppement s\u00e9par\u00e9. Le langage TOGAF ADM vise \u00e0 expliquer le d\u00e9veloppement simultan\u00e9 et s\u00e9par\u00e9 de l'architecture candidate. TOGAF utilise le terme \u00ab\u00a0it\u00e9ration\u00a0\u00bb. Les bonnes pratiques de d\u00e9veloppement simultan\u00e9 utilisent l'approche agile\u00a0: \u00ab\u00a0juste assez\u00a0\u00bb. D\u00e9placez-vous l\u00e9g\u00e8rement, testez les contraintes en cascade dans d'autres domaines.<\/p>\n Les architectes d'applications sont des sp\u00e9cialistes dans un domaine domaine de l'architecture<\/a>. C'est la m\u00eame chose pour architectes d'entreprise<\/a>, architectes de donn\u00e9es, technologie et architectes de s\u00e9curit\u00e9<\/a>. Les architectes d'entreprise sont des g\u00e9n\u00e9ralistes. L\u00e0 o\u00f9 il y a des lacunes, ils doivent les combler. L\u00e0 o\u00f9 il y a des forces, ils reculent. Ils n'abandonnent jamais leur r\u00f4le essentiel de transcender les fronti\u00e8res.<\/p>\n Une feuille de route d'architecture d'entreprise d\u00e9crit les lots de travaux n\u00e9cessaires pour atteindre l'architecture cible, ou un niveau de valeur atteint. Ces lots de travaux permettent de faire \u00e9voluer votre organisation de l'\u2018 architecture de r\u00e9f\u00e9rence \u2019 \u00e0 l'\u2018 architecture cible \u2019.\u2019<\/p>\n Une feuille de route d'architecture d\u00e9crit l'ensemble de votre changement. Elle vous indique les options disponibles \u00e0 chaque \u00e9tape de la transition.<\/p>\n L'un de nos conseil en architecture d'entreprise<\/a> les clients ont exprim\u00e9 la feuille de route architecturale parfaite<\/p>\n \u2026 comprend les options et les \u00e9nonc\u00e9s de valeur associ\u00e9s \u00e0 chaque lot de travaux. Valeur exprim\u00e9e en termes de capacit\u00e9 commerciale<\/a>, la port\u00e9e et les limites du march\u00e9\u2026 Sensibiliser aux obstacles existants. Expliquer pourquoi ils constituent des obstacles et les cons\u00e9quences d\u2019une approche directe ou du maintien de solutions de contournement\u2026<\/p>\n Analysons ces d\u00e9finitions de la feuille de route architecturale. Premi\u00e8rement, la feuille de route architecturale est un plan directeur pour le changement. Elle relie les lots de travaux n\u00e9cessaires pour faire \u00e9voluer l'organisation de sa situation actuelle \u00e0 la situation souhait\u00e9e par les parties prenantes.<\/p>\n Deuxi\u00e8mement, nous positionnons le travail en fonction des options disponibles et de la cr\u00e9ation de valeur. De nombreuses pistes s'offrent \u00e0 nous\u00a0: plus rentables, plus simples, plus rapides, moins co\u00fbteuses, moins incertaines, plus efficaces ou plus agiles pour l'entreprise. Aider les parties prenantes \u00e0 choisir les changements les plus pertinents.<\/p>\n Troisi\u00e8mement, il faut des solutions de sortie et des transitions. N'oubliez jamais que vous travaillez dans une organisation performante. Cela prouve qu'il n'est pas n\u00e9cessaire de combler toutes les lacunes. Il n'est pas non plus n\u00e9cessaire de changer. Le changement est un choix.<\/p>\n Il existe peu de diff\u00e9rences pratiques entre une feuille de route d'architecture et une planification bas\u00e9e sur les capacit\u00e9s. Nous les utilisons comme synonymes approximatifs. Dans la mesure du possible, nous \u00e9liminons les feuilles de route d'architecture des capacit\u00e9s m\u00e9tier. Nous b\u00e9n\u00e9ficions ainsi d'un concept de gestion qui se concentre sur un r\u00e9sultat. Gr\u00e2ce \u00e0 la planification bas\u00e9e sur les capacit\u00e9s, nous pouvons \u00e9loigner la discussion d'une longue liste d'am\u00e9liorations ponctuelles ascendantes.<\/p>\n La planification bas\u00e9e sur la capacit\u00e9 est essentielle en mati\u00e8re d'architecture d'entreprise. Une capacit\u00e9 englobe tout ce qui est n\u00e9cessaire \u00e0 une activit\u00e9 donn\u00e9e, notamment les personnes, les processus et la technologie. En tant que solution de remplacement, elle constitue un excellent outil pour concentrer les efforts d'am\u00e9lioration.<\/p>\n >>> T\u00e9l\u00e9charger le guide de planification bas\u00e9 sur les capacit\u00e9s<\/a><\/p>\n La norme TOGAF ADM s\u00e9pare la phase E et Phase F<\/a>, et la feuille de route architecturale du Plan de mise en \u0153uvre et de migration<\/a>. La s\u00e9paration repose sur une planification des meilleures pratiques. Une feuille de route d'architecture permet de d\u00e9finir le chemin \u00e0 suivre, la destination et les points \u00e0 prendre en compte. Elle permet \u00e9galement d'identifier les points d'intersection non r\u00e9solus du parcours. Le plan d'impl\u00e9mentation et de migration ne prend en charge que l'ex\u00e9cution.<\/p>\n Nous pouvons garantir que vos feuilles de route actuelles n'expliquent pas les options possibles dans les \u00c9tats en transition. Pas un seul exemple au cours de nos milliers d'ann\u00e9es d'exp\u00e9rience. conseil en architecture d'entreprise<\/a> Exp\u00e9rience. Chaque feuille de route que nous avons vue \u00e9tait un plan lin\u00e9aire simple. G\u00e9n\u00e9ralement \u00e9labor\u00e9 de bas en haut. G\u00e9n\u00e9ralement orient\u00e9 vers des changements raisonnablement r\u00e9alisables. G\u00e9n\u00e9ralement sans issue.<\/p>\n S\u00e9parez toujours la feuille de route de l'architecture du plan de mise en \u0153uvre. Utilisez la feuille de route de l'architecture pour anticiper l'avenir. \u00c9laborez ensuite un plan de mise en \u0153uvre pour atteindre la premi\u00e8re destination connue.<\/p>\n L'\u00e9laboration d'une v\u00e9ritable feuille de route se fait avec une partie prenante. L'architecte d'entreprise, en collaboration avec l'architecte m\u00e9tier, l'architecte applicatif et l'architecte technologique, explore les pistes de progr\u00e8s. Quels sont les \u00e9tats de transition utiles\u00a0? Identifiez et abandonnez les changements potentiels qui n'apportent pas suffisamment de r\u00e9sultats, n\u00e9cessitent trop de travail ou sont trop incertains.<\/p>\n\t\t\t\n\t\t\t\t\t\t\tT\u00e9l\u00e9chargez le guide du gouverneur sur l'architecture d'entreprise\n\t\t\t<\/a>\n\t\t\t\t Le r\u00e9sultat principal de la phase E est une feuille de route architecturale. Il s'agit de la partie action de l'architecture d'entreprise.<\/p>\n Utilisation la plus pr\u00e9cieuse de la feuille de route architecturale<\/p>\n Une feuille de route architecturale aidera \u00e0 r\u00e9pondre aux questions suivantes\u00a0:<\/p>\n La feuille de route architecturale est l'outil de planification de l'architecture d'entreprise. Elle int\u00e8gre les quatre aspects du changement\u00a0: valeur, co\u00fbt, incertitude et options. Nous mesurons la valeur et le co\u00fbt du changement selon des crit\u00e8res pertinents pour nos parties prenantes. La valeur potentielle est r\u00e9duite en fonction de l'incertitude. Nous recommandons une approche g\u00e9om\u00e9trique\u00a0: toute l\u00e9g\u00e8re augmentation de l'incertitude entra\u00eene une forte diminution de la valeur potentielle.<\/p>\n Si vous utilisez des \u00e9tiquettes diff\u00e9rentes des n\u00f4tres, veuillez vous r\u00e9f\u00e9rer \u00e0 l'objectif de l'outil ou de la technique. Nous nous concentrons toujours sur l'objectif recherch\u00e9 lors de nos performances. conseil en architecture d'entreprise<\/a>. On est assez flexible sur le nom de l'outil ou de la technique. Peu importe que vous l'appeliez un\u2026 Diagramme d'Ishikawa<\/a>, diagramme en ar\u00eate de poisson ou diagramme de causes \u00e0 effets. Nous r\u00e9aliserons une analyse structur\u00e9e de la cause profonde.<\/p>\n Adoptez une technique efficace. Identifiez la cause profonde. Vous avez sans doute pens\u00e9 \u00e0 un incident informatique. Si c'est le cas, r\u00e9fl\u00e9chissez-y \u00e0 deux fois. L'analyse des causes profondes est un outil puissant\u00a0: quelle est la cause premi\u00e8re du manque d'agilit\u00e9 de l'entreprise\u00a0? De la complexit\u00e9 informatique\u00a0? Modifiez votre architecture pour \u00e9liminer la cause profonde, sinon vous risquez de voir le syst\u00e8me reproduire le probl\u00e8me.<\/p>\n Toutes les phases TOGAF ADM vous permettent de d\u00e9velopper les connaissances n\u00e9cessaires. La phase E aboutit \u00e0 une feuille de route architecturale et \u00e0 l'architecture d'entreprise candidate.<\/p>\nPhase E de TOGAF ADM \u2013 \u00c9laboration de la feuille de route architecturale<\/h2>\n
\n
\n
Pr\u00e9sentation de TOGAF ADM<\/a><\/h2>\n
TOGAF ADM d\u00e9veloppe une architecture d'entreprise<\/a><\/h3>\n
Qu'est-ce que TOGAF Phase E ?<\/h2>\n
Quel est l\u2019objectif de TOGAF ADM Phase E ?<\/h3>\n
\n
\n
Interaction avec TOGAF Phase B<\/a>, Phase C<\/a>, et Phase D<\/a><\/h3>\n
Qu'est-ce qu'une feuille de route architecturale ?<\/a><\/h2>\n
Quelle est la diff\u00e9rence entre un plan bas\u00e9 sur les capacit\u00e9s et une feuille de route d\u2019architecture\u00a0?<\/a><\/h2>\n
Pourquoi une feuille de route d\u2019architecture est-elle diff\u00e9rente d\u2019un plan de mise en \u0153uvre\u00a0?<\/h2>\n
![\"Feuille](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_517492968.jpeg\" "\\"Feuille")
\n\tLivrables de la feuille de route de l'architecture TOGAF ADM Phase E<\/h2>\n
\n
\n
Ach\u00e8vement de la feuille de route de l'architecture de la phase E<\/h2>\n
![\"Mod\u00e8les](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_317077457.jpeg\" "\\"Mod\u00e8les")
\n\t![\"Feuille](\"https:\/\/conexiam.com\/wp-content\/uploads\/2022\/07\/AdobeStock_131732375.jpeg\" "\\"Feuille")
\n\t\t\t