L’architecture cible

Introduction

Dans le monde de l’entreprise et de l’informatique, il faut progresser continuellement. Toutefois, il est impossible de progresser sans établir de benchmarks (indicateurs de référence). Dans le domaine de l’architecture d’entreprise (AE), une architecture cible représente l’atteinte d’un état futur désiré.

L’architecture d’entreprise est une discipline qui place l’accent sur l’alignement du métier et de l’informatique. Elle offre une vue d’ensemble de l’entreprise qui cartographie toutes les capacités métier avec leurs technologies sous-jacentes pour éclairer les décisions stratégiques prises dans le cadre de la transformation de l’entreprise.

Qu’est-ce que l’architecture cible ?

Si l’architecture d’entreprise est une pratique, l’architecture cible est un concept. L’AE est au cœur de la stratégie et de l’exécution. Une architecture cible établit le cadre nécessaire pour la planification, l’affectation de ressources et la rationalisation des activités en vue d’atteindre un état futur désiré. En substance, l’architecture cible est un plan détaillé que doivent suivre les architectes d’entreprise et les chefs de projet.

Les architectures cibles sont créées pour mettre en phase les futures exigences métier et les technologies les plus adéquates en vue d’atteindre les objectifs opérationnels. Pour ce faire, les architectes d’entreprise doivent prendre en considération chaque élément de la cartographie informatique, y compris les capacités métier, les composants, les applications, les groupes d’utilisateurs, les objets de données et bien d’autres encore. Ensuite, ils doivent décrire dans une feuille de route les conséquences des différents changements apportés dans le cadre d’un projet de transformation.

Motivation

Les facteurs justifiant la création d’une architecture cible sont multiples, et propres à chaque organisation et chaque entreprise. Toute entreprise qui cherche à améliorer ses capacités et processus internes, ses relations clients ou son modèle opérationnel a tout à gagner d’une architecture cible clairement définie. Étant donné que toutes les entreprises veulent poursuivre leur croissance par le biais des technologies, il y aura toujours un objectif à atteindre.

À l’ère actuelle du numérique, la transformation est indispensable à la croissance. Voici les trois principaux projets de transformation d’entreprise qui servent de motivations pour la création d’une architecture cible :

1. Migration vers le cloud

Nombre de grandes entreprises modernes sont en pleine phase de migration vers un monde cloud-native ou ont déjà terminé cette migration. Les avantages sont évidents : agilité, scalabilité et efficacité accrues, et réduction des frais généraux. Toutefois, la migration vers le cloud s’accompagne également de changements au niveau de l’infrastructure informatique.

Les entreprises requièrent les compétences et les outils nécessaires pour tirer parti de cette rapidité et de cette scalabilité tout en se conformant à la réglementation relative à la protection des données et en maintenant la gouvernance. Si elles n’adoptent pas d’approche proactive, ces organisations ne seraient plus attractives aux yeux développeurs qui se sentiraient noyés par ces restrictions.

2. Déploiement d’un système ERP

Les entreprises qui se reposent sur des systèmes de planification des ressources de l’entreprise (ERP) dépassés ne disposent ni des outils pour simplifier les processus opérationnels ni du support client nécessaire pour réussir. Le déploiement d’un nouveau système ERP n’est pas une sinécure, mais une véritable tâche de titan qui doit être minutieusement planifiée et supervisée par des parties prenantes de tous les départements de l’entreprise pour pouvoir dessiner les contours une architecture cible.

Il est indispensable aux équipes de bien exploiter leur architecture d’entreprise pour analyser rapidement leur ancienne architecture ERP, identifier des opportunités et lever les obstacles. En ayant une idée précise des principales phases de votre migration ERP et du rôle joué par l’AE à chaque étape, les parties prenantes peuvent réduire les risques, gagner du temps et de l’argent, et accélérer l’innovation.

3. Fusions et acquisitions

De la fusion d’effectifs disparates à l’intégration de nouvelles applications et technologies, le processus M&A est l’une des transformations d’entreprise les plus courantes, mais également les plus multidimensionnelles. Dans un contexte numérique, le temps et la précision sont des composants essentiels de l’intégration post-fusion guidée par une architecture cible définie conjointement.

Outre la transformation, une architecture cible peut intéresser les entreprises qui souhaitent réduire les coûts et les risques via une rationalisation des applications. Il est toutefois impossible de définir une architecture sans analyser l’ensemble des applications existantes, ce qui peut constituer une autre source motivation.

Établir votre architecture de base

Pour développer une architecture cible, les architectes d’entreprises doivent bien saisir leur architecture de base sous tous ses aspects. L’architecture de base représente l’état actuel de la cartographie informatique.

Les entreprises expérimentées en matière d’architecture d’entreprise disposeront d’informations clairement documentées et accessibles à l’aide d’un outil comme la plateforme Enterprise Architecture Management de LeanIX. Malheureusement, pour de nombreuses organisations, les informations essentielles sont désorganisées et éparpillées dans différentes divisions, différents types de fichiers et différents silos de données.

Les architectes d’entreprise de ces sociétés doivent collecter manuellement des données en interrogeant les parties prenantes concernées de l’ensemble de l’organisation. Ils doivent compiler et vérifier ces informations afin de définir l’architecture de base, qu’ils devront probablement adapter avant de créer une architecture cible.

Évaluer votre architecture de base avec le modèle TIME

L’ancrage d’une architecture cible réside dans ses applications. Après avoir collecté les informations permettant de comprendre l’état actuel, il est temps de décider ce que vous voulez faire des applications actuelles. Une solution pour le faire est le modèle TIME de Gartner, qui aide les organisations à décider si elles souhaitent tolérer (T), investir dans (I), migrer (M), ou éliminer (E) les applications hébergées dans son architecture de base.

Les critères dépendront de l’organisation et de ses besoins, mais voici nos suggestions de bonnes pratiques :

Tolérer

Les applications ont une grande qualité technique, ne requièrent pas beaucoup de temps ou d’argent et offrent une certaine valeur. Étant donné que ces applications ont une valeur non-négligeable, sont utilisées et ont un faible coût de maintenance, elles devraient être tolérées et prises en considération dans les futures améliorations.

Investir

Les applications sont stables, ne requièrent pas beaucoup de support et sont bien intégrées à l’architecture. L’entreprise les utilise et elles ont une valeur attribuable et reconnaissable. Il est intéressant d’investir dans ces applications car elles génèrent de meilleurs rendements et engendrent des réductions de coûts.

Migrer

Cette option est destinée aux applications qui ne sont pas d’une grande qualité, mais qui fournissent une grande valeur pour l’entreprise. Plusieurs décisions peuvent être prises pour mettre en œuvre leur migration :

• Transférer les utilisateurs et les données vers une application existante et éliminer l’application (en cas d’applications redondantes)
• Rassembler deux applications dans une version ou plateforme commune
• Fusionner plusieurs applications (physiques, logiques ou les deux)
• Remplacer l’application par une solution en vente libre.

Éliminer

Ces applications ne fournissent aucune valeur pour l’entreprise, ne sont pas utilisées ou sont basées sur un logiciel obsolète.

Définir votre architecture cible

Lorsque vous avez compris les motivations, défini les résultats désirés et établi l’architecture de base, il est temps de cartographier et définir l’architecture cible. Vous pouvez le faire en trois étapes simples : planifier, décider et exécuter.

1. Planifier

Commencez par fixer les objectifs généraux de l’entreprise et vous assurer que toutes les parties prenantes sont impliquées et prennent la même direction. Ensuite, vous devez convertir les objectifs en initiatives informatiques tangibles, à savoir, migrer certaines applications et certains processus vers le cloud.

Ces informations permettront aux architectes d’entreprise de planifier les changements de l’infrastructure informatique et de bien saisir les impacts à traiter. Il est notamment impératif d’établir des calendriers pour responsabiliser les équipes et s’assurer que les opérations sont conformes au plan.

2. Décider

Une fois le plan mis en place, il est temps de segmenter les initiatives informatiques en projets exécutables. Si les ressources internes ne permettent pas de respecter les délais établis lors de la phase de planification, les organisations peuvent engager des consultants pour les aider à mettre en œuvre le projet.

À ce stade, les architectes d’entreprise peuvent commencer à visualiser l’alignement des initiatives à court terme sur les objectifs à long terme de l’entreprise. Ils créent à cet effet une feuille de route de la transformation qui tient compte des changements structurels plus granulaires. Les parties prenantes pourront ainsi prévoir l’impact que les changements d’applications et de composants informatiques auront sur les capacités métier.

Les informations sur ces impacts permettront d’éclairer les décisions importantes liées à la hiérarchisation des actions visant à développer l’architecture cible.

3. Exécuter

Les opérations de transformation sont mises en œuvre. Les architectes d’entreprise doivent surveiller les progrès par rapport aux objectifs de l’entreprise tout en mesurant les étapes de mise en œuvre de projets individuels. Une communication régulière entre les membres de l’équipe est indispensable pour assurer la bonne mise en œuvre du plan.

Tous les changements architecturaux doivent être consignés dans le référentiel informatique en vue de maintenir la qualité des données. Bien que la rapidité soit essentielle, elle l’est moins que la sécurité et la qualité d’exécution. Il importe de s’assurer que les projets sont divisés en segments gérables afin d’éviter tout couac.

Gérer la migration

La transition d’une architecture de base vers une architecture cible ne peut pas être réalisée de façon isolée. Les changements de l’infrastructure informatique impacteront probablement les différentes capacités métier ainsi que les équipes qui les soutiennent.

Impliquez ces parties prenantes en amont pour mieux justifier ces changements et leur valeur pour l’organisation. Rassurez les utilisateurs sur le fait que les décisions sont bel et bien basées sur des données et communiquez les informations en toute transparence.

Le module Business Transformation Management de LeanIX

Pour développer une architecture cible avec sérénité et efficacité, le module Business Transformation Management (BTM) de LeanIX permet d’optimiser la collaboration entre le métier et l’informatique dans le cadre d’une mise en œuvre conjointe des stratégies de transformation.

Destiné à compléter la plateforme Enterprise Architecture Management, LeanIX BTM crée un lien stratégique entre les objectifs et la transformation de l’entreprise afin de documenter et visualiser les répercussions des changements informatiques sur les processus et capacités métier.

Grâce à cet outil, les architectes d’entreprise et les DSI disposent d’une plateforme efficace pour élaborer en équipe des plans et mettre en œuvre l’architecture cible souhaitée. En plus de fournir une feuille de route de la planification, le BTM permet aux parties prenantes de visualiser l’impact de scénarios hypothétiques avant de mettre en œuvre les plans. Grâce à ces informations, les équipes peuvent optimiser la valeur de leurs activités, réduire les risques et transmettre aux dirigeants des rapports et des visuels clairs. Regarder une démonstration.

Conclusion

Dans le monde d’aujourd’hui, la relation symbiotique entre le métier et la technologie fait que chaque changement peut entraîner des conséquences considérables. Comme mentionné précédemment, les organisations doivent se transformer pour croître.

C’est la raison pour laquelle une architecture cible leur est indispensable pour atteindre leurs objectifs. Elle leur permet de bien orienter leurs stratégies informatiques et métier vers les résultats souhaités.