Meilleures pratiques pour mettre en œuvre des outils de gestion de l'architecture d'entreprise

Meilleures pratiques pour mettre en œuvre des outils d'architecture d'entreprise

Maintenant que nous savons quels sont les critères d'un excellent outil d'architecture d'entreprise, passons à la phase de déploiement. Examinons quelques bonnes pratiques pour la mise en œuvre d'outils d'architecture d'entreprise et le développement d'équipes performantes.

1. Soutenez les cas d'utilisation de votre architecture d'entreprise

Il est souvent inquiétant de constater à quel point les utilisateurs achètent souvent des outils avant même de penser à leurs besoins en modélisation et en analyse. Nous vous recommandons d'acquérir un outil qui vous aide à analyser vos cas d'utilisation d'architecture d'entreprise et facilite une évolution efficace. Bien sûr, l'objectif final est de guider un changement efficace, mais la question est de savoir quel type de changement. Les cas d'utilisation d'architecture d'entreprise décrivent les types de changement. Par conséquent, la première étape consiste à identifier et à soutenir votre cas d'utilisation.

Voici quelques-uns des cas d'utilisation d'architecture d'entreprise:

• Cas d'utilisation de changement stratégique ou disruptif
• Cas d'utilisation de changement incrémental
• Cas d'utilisation de l'exécution de la stratégie de soutien
• Cas d'utilisation de soutien au développement et à l'exécution du portefeuille
• Cas d'utilisation de prise en charge de l'exécution du projet
• Cas d'utilisation de la livraison de solutions de soutien
• Atténuer les risques technologiques
• Modernisation des TI
• Transformation numérique
• Transformation du cloud
• Intégration des acquisitions
• Architecture de sécurité
• Rationalisation du portefeuille d'applications

Lequel de ces cas d'utilisation décrit le mieux les objectifs de l'équipe d'architecture d'entreprise de votre organisation ? Nous recommandons de partir des principaux cas d'utilisation, des besoins en informations, du modèle et des besoins d'analyse avant de choisir un outil d'architecture d'entreprise. Si vous procédez dans l'autre sens, vous risquez d'acheter des logiciels coûteux et peu adaptés à votre équipe d'architecture d'entreprise.

Définissez et clarifiez clairement vos cas d'utilisation et déterminez les données d'entrée, les modèles et les analyses nécessaires à leur prise en charge. Interagissez avec vos parties prenantes, tant informatiques que métier, afin de vous assurer d'une compréhension complète des exigences fonctionnelles, des défis et des objectifs métier. Impliquez votre équipe d'architecture d'entreprise et vos clients (parties prenantes et implémenteurs), car vos services diffèrent et vous pourriez avoir besoin de fonctionnalités différentes dans votre outil pour répondre à leurs attentes variées.

Concentrez-vous sur vos principaux cas d'utilisation et identifiez les défis et les axes de changement les plus pertinents. Vous devez également vous assurer que votre équipe d'architecture d'entreprise possède les compétences et les capacités nécessaires pour traiter ces cas d'utilisation. Élaborez une justification claire et une feuille de route pour le travail et les résultats de la mise en œuvre d'un outil d'architecture d'entreprise.

Soyons francs : nous avons été sollicités pour sauver plusieurs équipes d'architecture d'entreprise qui avaient acheté des outils incompatibles avec leurs cas d'utilisation. Développer votre équipe d'architecture d'entreprise est critique.

2. Testez les fonctionnalités clés

La pertinence de votre outil d'architecture d'entreprise repose uniquement sur la productivité de votre équipe d'architecture d'entreprise et la qualité de votre architecture. Ne vous fiez pas aux fonctionnalités ou aux résultats aléatoires proposés par un fournisseur. Adoptez une approche rigoureuse, axée sur les cas d'utilisation, afin de déterminer s'il peut présenter ses outils dans le contexte du vôtre. Effectuez des recherches approfondies pour présélectionner et sélectionner les fournisseurs dont les fonctionnalités clés correspondent aux cas d'utilisation de votre organisation.

Vous devez communiquer les exigences documentées du programme d'architecture d'entreprise aux fournisseurs d'outils d'architecture d'entreprise. Portez une attention particulière au support direct pour vos cas d'utilisation spécifiques. Pour une évaluation précise des fonctionnalités de l'outil, planifiez une démonstration au sein de votre organisation et assurez-vous que toutes les parties prenantes concernées sont présentes. La présence et la participation des parties prenantes sont essentielles pour recueillir des retours et permettre d'interroger le fournisseur sur chaque domaine de compétence. Veillez à prendre en compte les données saisies et les rapports générés lors de votre évaluation.

3. Modèle par projet

Vous devez développer votre modèle d'architecture d'entreprise étape par étape et éviter de tomber dans le piège de la gratification instantanée. Cadre TOGAF Leader du secteur et favori de mes clients, ce modèle met en avant les meilleures pratiques d'un projet de développement d'architecture d'entreprise. Il est nécessaire de faire appel à des spécialistes (consultants ou fournisseurs) pour le déploiement et la construction des fondations du programme d'architecture d'entreprise. Lors du développement de votre modèle, veillez à développer également la gestion et la gouvernance des données. Cela se traduira par des améliorations durables de l'efficacité interne et opérationnelle.

Ne vous perdez pas dans les possibilités de l'outil, surtout s'il repose sur un cas d'usage qui n'est pas essentiel à votre équipe d'architecture d'entreprise. Trop se concentrer sur les possibilités de l'outil risque de ruiner votre équipe. Nous vous recommandons plutôt de fournir des cas d'usage pertinents pour vos parties prenantes. Imaginez une architecture d'entreprise de bout en bout, de la gestion des processus à la création d'un référentiel pour le traitement des systèmes d'information de l'organisation, en passant par la modélisation des données métier.

La première étape consiste à analyser votre processus, de la collecte d'informations à l'analyse, en passant par l'aide à la décision et la gouvernance de la mise en œuvre. Ensuite, examinez la place de votre outil d'architecture d'entreprise. Évitez toute personnalisation prématurée. Plus vous utilisez l'outil, plus vous accélérez le développement de l'architecture et améliorez la qualité de votre architecture d'entreprise. Ne personnalisez pas avant d'y être obligé. Familiarisez-vous plutôt avec les composants clés du logiciel et apprenez à utiliser un modèle et une analyse pilotée par les données. À long terme, cette pratique s'avère payante lors de l'intégration de nouveaux collaborateurs et réduit efficacement le temps consacré à leur mise en œuvre.

Tirez parti de l'expertise conseil du fournisseur pour la mise en œuvre et intégrez-vous aux bonnes pratiques d'architecture et aux connaissances fondamentales en architecture d'entreprise dans leur ensemble, et pas seulement à l'expertise. Adoptez une approche incrémentale pour apprendre à gérer le travail d'architecture et à l'intégrer. Concentrez-vous sur quelques cas d'usage de base au début, puis augmentez progressivement la complexité. Assurez-vous d'implémenter les composants fondamentaux avant d'ajouter des fonctionnalités. Assurez-vous que la structure et les processus de l'architecture d'entreprise sont en place avant de déployer les modèles. Cela implique de définir les rôles et d'évaluer les niveaux de risque dans chaque domaine.

4. Développer les compétences en architecture d'entreprise (consacrer des ressources à l'efficacité des outils d'architecture d'entreprise)

Les mauvais modèles sont tout simplement mauvais ! Des modèles efficaces nécessitent une compréhension de la représentation des éléments. Vous aurez besoin d'une formation sur les fonctionnalités de l'outil d'architecture d'entreprise (comment le piloter) et sur la modélisation (sélection du type de modèle, intégration/séparation d'un modèle d'entreprise). Vous aurez également besoin d'une formation sur l'analyse et l'exercice des modèles. Vous devrez peut-être développer des compétences spécialisées pour permettre à vos architectes d'accomplir leurs tâches, c'est-à-dire mener des analyses basées sur les préoccupations, les préférences et les contraintes, exercer le modèle et dialoguer avec les parties prenantes.

Développer les compétences et les compétences fondamentales en architecture d'entreprise pilotée par les données chez les utilisateurs finaux, tels que les architectes d'entreprise, afin de soutenir les efforts d'apprentissage. Ces compétences sont transférables d'un outil à l'autre. Tirez parti des formations en ligne et en présentiel disponibles et améliorez la compréhension de l'outil par l'équipe afin d'étendre ultérieurement le méta-modèle. Nous proposons de dédier des équipes ressources à l'intégration et à l'adoption de l'outil. Il peut s'agir d'une équipe d'architecture d'entreprise interne capable de guider et de gérer les efforts de modélisation dès le début.

Augmentez progressivement la formation du personnel et encouragez la formation continue dès le départ. C'est important car nous devons travailler dans un cycle d'amélioration continue et nous assurer que le fournisseur facilite cet effort. Assurez une formation supplémentaire aux utilisateurs et créez un référentiel plus structuré. Un outil d'architecture d'entreprise efficace est facile à déployer et offre une grande flexibilité. Cependant, cela implique de savoir précisément ce que l'on souhaite en faire et comment procéder. Cela signifie que tout outil d'architecture d'entreprise requiert un niveau élevé de maturité, de discipline et d'expertise de la part des équipes qui l'utilisent.

5. Évitez la surcharge de données

Les outils d'architecture d'entreprise peuvent parfois être submergés de données. Assurez-vous que les données de tous les services sont séparées et stockées séparément. Votre organisation évolue constamment, ce qui est inévitable. Dans quelques années, vous pourriez renommer vos services ou ajouter et supprimer des infrastructures. Plus les données physiques chargées sont détaillées, moins vous disposez d'outils d'architecture. Limitez les données utilisées par l'outil d'architecture d'entreprise aux éléments indispensables. Sinon, vous risquez de créer un monstre de données.

TOGAF mentionne dans les premières étapes de Phases B, C et D Vous devez identifier les modèles dont vous avez besoin. Vos cas d'utilisation détermineront les modèles dont votre organisation a besoin, et tout ce qui n'est pas nécessaire est source de distraction. Dès leur conception, les modèles ont pour objectif principal de simplifier et de comprendre les interactions. Limitez la saisie des données de modélisation au strict minimum, en ne saisissant que les données nécessaires au projet. Ne migrez jamais les données des systèmes existants vers la plateforme d'architecture d'entreprise ; nous recommandons plutôt une collecte sélective des données en fonction du projet d'architecture. Maintenez une logique optimale aussi longtemps que possible. Les modèles logiques ont prouvé leur résistance à l'épreuve du temps et évoluent rarement. Ce sont généralement leurs attributs qui changent.

6. Évitez l'intégration

Les intégrations vous conduisent souvent au monde physique et commencent à répliquer d'autres informations. Dès que votre modèle devient progressivement une réplique de la carte physique, vous construisez un jumeau numérique plutôt qu'un modèle d'architecture d'entreprise. Même si votre cas d'utilisation est compatible avec la rationalisation des applications, un décompte détaillé des instances et des modèles de tarification n'est pas nécessaire. Chaque système de l'organisation est conçu pour un objectif spécifique (gestion des actifs, comptabilité analytique, opérations informatiques, etc.). Si cet objectif ne correspond pas à celui de l'architecture d'entreprise, les données ne seront pas cohérentes. Il est essentiel de garantir l'adéquation de vos cas d'utilisation avec les données des autres référentiels.

De nombreux éditeurs de logiciels vantent leurs intégrations, mais ils privilégient presque toujours deux cas d'utilisation lors de l'exécution des projets : la rationalisation des applications et la modernisation de l'infrastructure informatique. Ils expliquent avec passion la planification détaillée des projets, mais nous regrettons qu'il ne s'agisse pas d'architecture d'entreprise. L'objectif des équipes d'architecture d'entreprise est de guider efficacement les changements en fonction des cas d'utilisation de leurs parties prenantes. Si l'équipe n'y parvient pas, elle est dissoute ou remplacée. Soyez prudent en matière d'intégration de données, car la plupart des cas d'utilisation sont généralement compromis par le bruit des données et les distractions liées aux intégrations.

Nous vous recommandons de ne jamais intégrer votre outil d’architecture d’entreprise à un système de gestion des actifs, à une base de données de gestion de configuration (CMDB), à un outil de gestion de code source ou à un outil de gestion des changements.