Analyse de scénarios et planification de l'architecture d'entreprise

12 Juillet 2019
En cartographiant les scénarios d'architecture d'entreprise, vous pouvez prévoir les risques techniques, les lacunes, les impacts et les avantages mesurables, et obtenir l'adhésion à une ligne de conduite optimale.

Notre article « Comment construire une feuille de route EA : 4 styles à considérer » a suscité un vif intérêt . La précision et la certitude offertes par une feuille de route basée sur une architecture multiple ont particulièrement séduit nombre d'entre vous.

Nous souhaitons donc approfondir ici le concept d'analyse de scénarios en utilisant plusieurs architectures. Cela implique de représenter les états actuels, les états de transition et les états futurs comme des options discrètes.

Analyse de scénarios et d'écarts utilisant plusieurs architectures

D'après notre expérience, l'analyse des scénarios et des écarts présente plusieurs caractéristiques essentielles. La mise en œuvre de cette approche à l'aide d'un outil adapté permet d'élaborer une feuille de route solide et pertinente, permettant à votre entreprise de comparer les situations passée, présente et future afin de définir la stratégie optimale.

Dans une approche de meilleures pratiques:
  • Les architectures envisagées comprendront une architecture actuelle ainsi qu'au moins une architecture « cible » ou « future ».
  • L'équipe d'architecture d'entreprise comparera régulièrement l'architecture actuelle avec une série d'architectures ou de scénarios de test.
  • Chaque architecture doit être distincte, afin de pouvoir comparer quantitativement différents états en fonction des objectifs et des indicateurs clés de performance (KPI) que l'entreprise cherche à améliorer.
  • L'équipe d'architecture d'entreprise peut utiliser des supports visuels et des diagrammes pour communiquer les options d'architecture.
  • L'équipe EA peut également comparer les indicateurs numériques/KPI associés aux scénarios d'architecture (ces calculs peuvent être automatisés à l'aide de algorithmes)

Dans l' ABACUS Grâce à cet ensemble d'outils d'architecture d'entreprise, vous pouvez configurer autant d'architectures « possibles » distinctes que vous le souhaitez, offrant un environnement sûr et sécurisé pour explorer des plans et des idées qui peuvent être enregistrés ou gelés, puis réexplorés lorsque vous vous préparez à présenter diverses options ou scénarios à vos collègues.

Architectures actuelles

La première chose que la plupart des architectes d'entreprise font avec un référentiel d'entreprise est de construire une architecture de l'état actuel.

Mais bien sûr, l'entreprise est en constante évolution, donc ce qui constitue « l'état actuel » aujourd'hui sera « de l'histoire ancienne » demain.

Pour gérer cela, nous pensons qu'il est utile d'envisager plusieurs architectures afin de refléter la nature dynamique de votre activité actuelle. Leur mise en place est simple. ABACUS ensemble d'outils.

1)      Architectures historiques, archivées ou telles qu'elles étaient – Il s'agit d'anciennes versions de l'architecture d'entreprise, ou d'architectures « As-Was », « As-Is » ou de production, qui ont été figées pour la mise à jour. Elles peuvent être conservées dans le ABACUS référentiel à des fins d'analyse et de reporting.

À quoi servent les bâtiments historiques ? Ils peuvent s’avérer extrêmement utiles pour illustrer une transformation ou une amélioration au sein d’une entreprise. Par exemple, il est très instructif de pouvoir démontrer qu’une dépense actuelle de 5 millions de dollars pour un projet qui en coûtait 10 millions il y a deux ans, et qu’en optimisant davantage les coûts, cette dépense pourrait être ramenée à 3 millions de dollars.

2)      État actuel, production ou tel quel architectures - ABACUS Les utilisateurs mettent généralement à jour ces architectures en fonction des changements survenus au sein de l'entreprise. Il peut s'agir de mises à jour de données ou de l'ajout de nouvelles fonctionnalités. Lorsqu'une étape importante est franchie, comme la fin d'un trimestre ou d'une année, nous les encourageons à définir une architecture de référence en « faisant évoluer » la dernière architecture en cours et en archivant l'architecture actuelle, qui devient ainsi une architecture historique ou « telle qu'elle était ». Cette opération permet de mettre à jour l'architecture de référence tout en instaurant un processus de contrôle de version clair dans l'outil.

3) Architectures de préproduction, architectures bientôt disponibles – Il s’agit d’architectures dans lesquelles les utilisateurs du dépôt ont décidé de travailler dans une zone mise en quarantaine jusqu’au moment où l’architecture est approuvée et rendue « publique », devenant ainsi une architecture de production ou une architecture telle quelle.

Architectures et feuilles de route futures

Lorsqu'un ABACUS Lorsqu'un utilisateur souhaite passer à la planification ou à l'élaboration d'une feuille de route, il commence par faire évoluer l'architecture actuelle. En créant ces différentes architectures de scénarios hypothétiques, il peut explorer avec assurance un éventail de solutions pour l'avenir.

Ce processus exploratoire aboutira généralement à plusieurs options détaillées et, au final, à la sélection d'un ensemble d'architectures planifiées.

In ABACUS, nous proposons 2 types d'architectures planifiées ou « en branches » :

4) Architectures de transition, intermédiaires ou potentielles – Il s’agit d’états intermédiaires représentant des étapes naturelles du processus menant à un état final donné. Ces états peuvent correspondre aux étapes logiques ou aux options du programme de transformation (par exemple, phase 1, phase 2 option A, phase 2 option B, etc.) ou à des intervalles de temps (par exemple, année 1, année 2, etc.).

5) Architectures cibles, futures ou à venir – Il s’agit de la combinaison de tous les changements prévus de toutes les architectures de transition par rapport à une architecture de référence ou actuelle donnée.

« ramification » de l’arbre de décision

En prenant du recul, vous verrez ce que la somme de toutes ces architectures vous permettra de créer. ABACUS Vous pouvez produire un « arbre » qui enregistre un « tronc » de références d'état historiques et actuels, avec des architectures de transition spéculatives et d'états futurs qui s'en « ramifient ».

Cette approche arborescente sera très familière à quiconque a géré un développement logiciel ; elle a fait ses preuves dans ce domaine depuis de nombreuses années. Et comme en développement logiciel, les utilisateurs peuvent effectuer des comparaisons et des fusions entre les architectures. ABACUS.

Consultez le schéma ci-dessous. Vous constaterez que les architectures de 2011, 2012, 2013 et jusqu'au troisième trimestre 2014 correspondent à l'architecture historique, tandis que celle du quatrième trimestre 2014 représente l'architecture actuelle. Le schéma illustre également une architecture en phase de développement (premier trimestre 2015) avec différentes options servant de feuilles de route potentielles pour 2015 et les années suivantes.

L'architecture cible 2020 de l'entreprise est présentée comme l'aboutissement des architectures de transition issues de l'état actuel. Il est possible d'enregistrer de nombreuses architectures intermédiaires entre l'architecture de l'état actuel et l'architecture cible.

Analyse de scénarios d'architectures multiples

Nous constatons que nos clients archivent généralement l'architecture historique environ tous les trois mois. Cela consiste à actualiser la configuration de référence et à figer l'architecture actuelle. On obtient ainsi un état sauvegardé permettant d'effectuer ultérieurement une analyse longitudinale.

L'équipe d'architecture d'entreprise (AE) est également chargée de décider quand un projet doit devenir une architecture distincte. Par exemple, si vous avez des doutes importants concernant une décision ou une transformation au sein de votre entreprise, et qu'une erreur pourrait s'avérer extrêmement coûteuse, il est judicieux de la consigner comme une architecture distincte. Cela vous permettra d'effectuer une analyse comparative avec cet état, ou de revenir en arrière ultérieurement.

L'utilisation de ABACUS Vous pouvez modéliser plusieurs scénarios d'architecture pour décrire et analyser le passé, le présent et l'avenir de votre entreprise. Grâce à ces différentes architectures, vous pouvez comparer objectivement les options, observer l'évolution de l'entreprise au fil du temps et déterminer la voie optimale pour son avenir.

Pour demander une démonstration du ABACUS Ensemble d'outils comprenant des exemples de déploiements réussis dans votre secteur d'activité. Veuillez nous contacter par Planifier une démo.

Mettez à jour vos feuilles de route et votre modélisation dès aujourd'hui

Voir la Démo du Produit

À propos ABACUS

ABACUS Elle est utilisée par des entreprises du monde entier pour gérer l'architecture d'entreprise, la stratégie informatique et commerciale ainsi que la transformation numérique. ABACUS Les utilisateurs fournissent rapidement des informations et de la valeur :

  • Importez des données en quelques minutes depuis SharePoint, Excel, Visio et d'autres sources.
  • Choisissez un framework ou un métamodèle prêt à l'emploi ou configurez un métamodèle spécifique à l'entreprise.
  • Analyser les architectures à l'aide d'algorithmes et de métriques, créer des architectures futures et des feuilles de route.
  • Rapport riche en visuels, incluant des cartes thermiques, des treemaps, des diagrammes, des graphiques et des tableaux de bord.

ABACUS Il prend en charge la gestion de portefeuille d'entreprise (EPM), la gestion des processus métier (BPM), l'expérience client (CX), l'architecture de solutions (SA), la gestion des services informatiques (ITSM), l'informatique décisionnelle (BI) et la gouvernance, les risques et la conformité (GRC). Il est disponible sur site ou hébergé dans le cloud.

Suivre @AvolutionAbacus sur Twitter et LinkedIn

Documentation associée

Retour à toutes les ressources