L’architecture d’entreprise — Enterprise Architecture en anglais — est une représentation structurée et globale de la manière dont une organisation fonctionne aujourd’hui et de la manière dont elle devra évoluer pour réaliser sa stratégie.
Elle met en relation les orientations stratégiques, les activités, les processus, les structures, les informations, les applications et les infrastructures technologiques. Son objectif est de garantir la cohérence entre les ambitions de l’organisation et les moyens humains, organisationnels, informationnels et techniques mobilisés pour les concrétiser.
Le terme « entreprise » doit ici être compris au sens large : l’architecture d’entreprise peut s’appliquer à une société commerciale, une administration, un service public, une association, un établissement d’enseignement ou une partie délimitée de ces organisations.
Elle couvre généralement quatre grands domaines :
- Architecture d’affaires ou métier : stratégie, capacités, chaînes de valeur, processus, organisation, rôles et services
- Architecture des données : informations nécessaires, structures de données, flux, qualité, sécurité et responsabilités
- Architecture des applications : logiciels, services numériques, fonctionnalités et interactions entre les applications
- Architecture technologique : infrastructures, réseaux, équipements, plateformes, environnements infonuagiques et normes techniques
Mini mode d’emploi
Étape 1. Définir les enjeux et le périmètre
Préciser la finalité de la démarche : transformation numérique, modernisation du système d’information, réorganisation, fusion, amélioration des services, mise en conformité ou réduction des coûts.
Il convient ensuite de délimiter les entités, les métiers, les processus, les systèmes et les territoires concernés.
Étape 2. Cartographier l’architecture existante
Représenter la situation actuelle en examinant notamment :
la stratégie et les objectifs ;
les capacités organisationnelles ;
les processus et les services ;
les rôles et les responsabilités ;
les principales données utilisées ;
les applications existantes ;
les infrastructures technologiques ;
les interfaces et les dépendances entre ces composantes.
Cette cartographie permet de repérer les doublons, les ruptures de flux, les incompatibilités, les fragilités et les systèmes devenus obsolètes.
Étape 3. Concevoir l’architecture cible
Décrire l’organisation souhaitée à moyen ou à long terme : capacités nouvelles, processus simplifiés, données mieux maîtrisées, applications rationalisées, responsabilités clarifiées et infrastructures adaptées.
L’architecture cible doit découler des priorités stratégiques et des besoins des utilisateurs. Elle ne doit pas être construite uniquement à partir des possibilités techniques.
Étape 4. Analyser les écarts et les impacts
Comparer l’architecture existante à l’architecture cible afin d’identifier :
les capacités à développer ;
les processus à transformer ;
les données à structurer ou à sécuriser ;
les applications à créer, à modifier ou à supprimer ;
les technologies à remplacer ;
les compétences à acquérir ;
les changements de rôles et de responsabilités ;
les risques et les dépendances entre les chantiers.
Étape 5. Construire et piloter la trajectoire
Transformer les écarts constatés en programmes, projets, lots de travail et étapes de transition.
La feuille de route précise les priorités, les responsabilités, les ressources, les investissements, les jalons, les architectures intermédiaires et les critères permettant de vérifier l’atteinte de la cible.
L’architecture d’entreprise doit ensuite être régulièrement actualisée pour tenir compte des décisions, des apprentissages et de l’évolution du contexte.
Utilité en management du changement
Dans une démarche de management du changement, l’architecture d’entreprise permet de comprendre la transformation comme un ensemble cohérent, plutôt que comme une succession de projets isolés.
Elle aide notamment à :
relier chaque changement à une orientation stratégique ;
visualiser les interdépendances entre métiers, processus, données, applications et technologies ;
cerner précisément le périmètre humain et organisationnel de la transformation ;
identifier les parties prenantes concernées par chaque composante ;
anticiper les effets en cascade d’une décision ;
coordonner plusieurs projets concourant à une même transformation ;
éviter qu’un changement informatique soit traité comme une simple installation technique ;
repérer les compétences, les formations et les accompagnements nécessaires ;
expliquer la trajectoire et rendre la transformation plus lisible ;
organiser les priorités et les étapes de transition.
Elle est particulièrement utile lorsque plusieurs changements sont menés simultanément : déploiement d’un progiciel de gestion intégré, évolution des processus, réorganisation des services, migration des données et développement de nouvelles compétences.
Dans une logique IMCM, l’architecture d’entreprise peut enrichir les phases d’exploration, de diagnostic, d’étude et de conception. Elle contribue également au pilotage en fournissant une représentation de la cible à atteindre et des étapes intermédiaires.
Elle constitue enfin un support de dialogue entre la direction, les métiers, les chefs de projet, les responsables du changement, les spécialistes des données, les responsables de la sécurité et les équipes informatiques.
En résumé, l’architecture d’entreprise fournit une vision d’ensemble de la transformation. Elle permet d’aligner la stratégie, l’organisation, les informations et les technologies, puis de construire une trajectoire cohérente pour passer de la situation existante à la situation cible.
Différence avec l’architecture d’affaires
Sources utiles pour aller plus loin :
Le TOGAF Standard, publié par The Open Group, constitue l’un des principaux cadres méthodologiques internationaux pour développer, maintenir et utiliser une architecture d’entreprise : The Open Group — TOGAF.
La norme ISO/IEC/IEEE 42010:2022 définit les principes et les exigences applicables à la description des architectures, notamment les points de vue, les modèles et les cadres d’architecture : ISO — ISO/IEC/IEEE 42010:2022.
La spécification ArchiMate, également publiée par The Open Group, propose un langage de modélisation permettant de représenter les relations entre les domaines métier, applicatif et technologique : The Open Group — TOGAF et ArchiMate.