Pourquoi et comment redéfinir son cadre d'architecture d'entreprise

Un cadre d'architecture (voir également le modèle conceptuel de description d'architecture ISO/IEC/IEEE 42010) est une approche ou une méthodologie structurée qui fournit un ensemble d'outils, de lignes directrices et les meilleures pratiques pour concevoir, mettre en œuvre et gérer l'architecture d'une organisation. Il aide  à normaliser les pratiques architecturales, à promouvoir la cohérence et à assurer l'alignement entre les objectifs commerciaux, la stratégie informatique et les implémentations technologiques.

Les cadres d'architecture logicielle définissent généralement les composants clés, les relations et les principes concernant les architectures d'entreprise, d'information, d'application et de technologie. Ils fournissent un vocabulaire commun et une manière structurée de capturer et de communiquer des artefacts architecturaux, tels que des diagrammes, des modèles et de la documentation. Le framework Zachman est souvent considéré comme le premier framework d'architecture, à partir duquel d'autres frameworks tels que le DoDAF (Department of Defense Architecture Framework) du ministère américain de la Défense, et le MODAF (Ministry of Defense Architecture Framework) sont dérivés. Un autre cadre largement utilisé est TOGAF, bien qu'il s'agisse davantage d'une méthode par rapport aux cadres mentionnés ci-dessus.

Le cadre d'architecture de l'OTAN (NAF) est un cadre d'architecture publié pour la description des architectures de système qui s'applique actuellement dans les organisations gouvernementales françaises. La version actuelle NAF V4 est dérivée du méta-modèle de domaine UAF (The Unified Architecture Framework).

Pourquoi refondre son cadre d'architecture ?

La décision de réformer ou d'adapter un cadre d'architecture pour une organisation particulière dépend de plusieurs facteurs tels que :

1.     Le contexte organisationnel : chaque organisation est unique, avec ses propres objectifs commerciaux, sa culture, sa taille et sa complexité. On doit prendre le temps d'estimer si le cadre d'architecture existant prend en charge de manière adéquate les besoins et le contexte spécifiques de l'organisation. Si le cadre est trop générique ou ne correspond pas bien aux objectifs de l'organisation, il peut être avantageux de le redéfinir.

2.     La maturité et les capacités : si l'organisation a un haut niveau de maturité architecturale et a déjà établi des pratiques et des méthodologies efficaces, elle ne nécessitera peut-être pas une redéfinition complète. Au lieu de cela, des ajustements mineurs ou des extensions du cadre existant peuvent suffire.

3.     Les normes et les meilleures pratiques de l'industrie : il est important de s'assurer que le cadre d'architecture intègre les dernières tendances du secteur, les technologies émergentes et les exigences de conformité. Il peut être nécessaire de redéfinir le cadre pour s'aligner sur ces normes en évolution.

4.     L'alignement des parties prenantes : impliquez les principales parties prenantes, y compris les chefs d'entreprise, les équipes informatiques et les architectes de systèmes et de solutions, pour comprendre leurs besoins et leurs points de vue. S'il existe un consensus sur le fait que le cadre existant manque de clarté, ne répond pas à des exigences spécifiques ou entrave l'agilité et l'innovation, il peut être utile de le redéfinir pour mieux répondre aux objectifs de l'organisation.

5.     Les ressources et les efforts : la redéfinition d'un cadre d'architecture nécessite du temps, des efforts et des ressources. Tenez compte de la capacité et de la volonté de l'organisation d'investir dans cette initiative. Évaluez les avantages potentiels par rapport aux coûts impliqués en termes de formation, de gestion du changement et de mise en œuvre.

La redéfinition du cadre d'architecture d'une entreprise devrait donc être motivée par la nécessité de mieux s'aligner sur le contexte, la maturité, les normes de l'industrie et les exigences des parties prenantes de l'organisation. Cela peut être un effort précieux s'il permet à l'entreprise d'améliorer ses pratiques architecturales, d'améliorer la communication et d'atteindre ses objectifs stratégiques plus efficacement.

Quels sujets cibles retenir dans un cadre d'architecture ?

Les cadres d'architecture abordent généralement plusieurs sujets clés pour fournir une approche complète de la gestion de l'architecture logicielle d'une organisation. Bien que les frameworks spécifiques puissent varier dans leur terminologie et leur emphase, voici quelques sujets communs qu'ils devraient généralement couvrir :

1.     Architecture d'entreprise : se concentre sur la compréhension et la définition des objectifs commerciaux, des stratégies, des processus et de la structure organisationnelle de l'organisation. Il comprend des éléments tels que des modèles commerciaux, des flux de valeur, des capacités et des indicateurs de performance clés (KPI).

2.     Architecture de l'information : traite des actifs de données de l'organisation, de leur structure, de leur flux et de leurs relations. Cela inclut des modèles de données, la gouvernance des données, l'intégration des données, la sécurité des données et enfin les pratiques de gestion des données.

3.     Architecture d'application : traite de la conception, de la structure et de l'interaction des applications logicielles au sein de l'organisation. Cela couvre des aspects tels que les composants d'application, les interfaces, les modèles d'intégration, les cadres de développement et les plateformes SaaS.

4.     Architecture technologique : se concentre sur l'infrastructure, les plateformes et les composants technologiques sous-jacents qui prennent en charge les applications et les systèmes de l'organisation. Il englobe le matériel, les réseaux, les serveurs, les bases de données, les intergiciels et les services cloud.

5.     Architecture d'intégration : traite de la conception et de la mise en œuvre d'une communication et d'un échange de données transparent entre les différentes applications et systèmes au sein de l'organisation. Il comprend des modèles d'intégration, des protocoles, des API Web et des médiateurs de messages (bus, flux).

6.     Architecture de sécurité : traite de la protection des actifs et des systèmes d'information contre les menaces et les vulnérabilités potentielles. Cela implique de définir des politiques de sécurité, des contrôles d'accès, des mécanismes de cryptage, la gestion des identités, des accès et des pratiques de surveillance de la sécurité. Les développements d'applications doivent être sécurisés dès la conception, et les équipes d'architecture et de sécurité doivent collaborer pour soutenir les équipes de développement avec des conseils appropriés à cet égard.

7.     Gouvernance et normes : les aspects de gouvernance incluent la définition des processus, des rôles et des responsabilités pour la prise de décision architecturale, la conformité et la gestion des risques. Les normes couvrent les lignes directrices, les principes et les meilleures pratiques qui garantissent la cohérence et la qualité des artefacts architecturaux et des implémentations. Nous devons nous préoccuper de traiter à la fois les systèmes, les communications, les tests et les données.

8.     Gestion du cycle de vie : les cadres d'architecture doivent également aborder la gestion du cycle de vie des actifs architecturaux, y compris la planification, la conception, la mise en œuvre, la surveillance et l'évolution des architectures. Il couvre des activités telles que la gouvernance de l'architecture, la gestion du changement et la mesure des performances.

9.     Gestion et communication des parties prenantes : des cadres efficaces tiennent compte des besoins des différentes parties prenantes. Ils fournissent des mécanismes pour l'engagement, la communication et la collaboration des parties prenantes afin d'assurer l'alignement et la compréhension partagée.

10.   Méthodologies et outils : les cadres d'architecture fournissent souvent des méthodologies, des approches et des outils pour soutenir les activités architecturales. Cela peut inclure des techniques d'analyse, de modélisation, de documentation et de visualisation d'artefacts architecturaux.

Ces sujets forment ensemble la base de cadres complets, permettant aux organisations de gérer leur architecture de manière globale et de l'aligner sur les objectifs commerciaux, la stratégie informatique et les implémentations technologiques. Cependant, les principes et les directives en particulier doivent rester succincts pour que les équipes agiles s'y tiennent efficacement.