Architecture d’Entreprise vs Architecture d’Affaire

Comprendre les différences

Lorsqu’on plonge dans les profondeurs de la transformation numérique de l’entreprise, il n’est pas rare au cours du processus de prendre du recul pour regarder la situation dans son ensemble et avoir une idée de la façon dont une organisation suit ses objectifs globaux.

S’agit-il d’une vue d’architecture d’entreprise ou d’une vue d’architecture d’affaire? Bonne question.

Alors que les termes architecture d’entreprise (EA) et architecture d’affaire (BA) sont utilisés de manière interchangeable, en réalité, BA est une composante de l’EE et fournit la base pour les autres domaines au sein de l’EE.

Commençons par ce que l’architecture d’entreprise et l’architecture d’affaire ne sont pas:

L’architecture d’entreprise ne concerne pas que la technologie

Comme son nom l’indique, il s’agit de l’entreprise, c’est-à-dire de l’organisation dans son ensemble, y compris de l’écosystème dans lequel elle opère.

L’architecture d’affaire n’est pas qu’une question de processus

Bien que les processus soient un élément clé d’une architecture d’affaire, ce n’est pas la seule chose.

Voyons ensuite ce que sont l’architecture d’entreprise et l’architecture d’affaire.

Dans un article récent du MIT Sloan Management Review, Jeanne Ross et Cynthia Beath définissent l’architecture d’entreprise comme:

… La conception holistique des personnes, des processus et de la technologie pour exécuter des objectifs stratégiquesinspirés par le numérique.

Si cette définition s’articule autour d’un point de vue numérique, elle est également pertinente pour tous les types d’organisation. L’objectif principal de l’architecture d’entreprise est de fournir une feuille de route pour la refonte et le changement organisationnels.

D’un autre côté, l’architecture d’affaire est mieux pensée comme un modèle fournissant une approche structurée et basée sur un modèle pour la construction et la gestion d’une organisation. L’architecture d’affaire permet de comprendre comment la stratégie d’affaire de l’organisation et ses flux de valeur se traduisent en opérations, y compris la structure organisationnelle, les processus et les informations de support.

L’architecture d’affaire ne définit pas seulement le résultat, l’architecture d’affaire aide à atteindre les résultats.

Il fournit une compréhension à l’échelle de l’entreprise de la manière dont la stratégie d’affaire et les flux de valeur sont traduits en opérations, en intégrant des éléments d’organisation, de processus et d’information. L’architecture d’affaire ne définit pas la stratégie, elle permet la réalisation des objectifs stratégiques.

Opérationnaliser la stratégie d’affaire: comprendre la contribution de l’architecture d’affaire

Les cadres d’architecture d’entreprise sont généralement divisés en 4 composants principaux, parfois appelés domaines:

Affaire
Informations
Applications
Technologie

Certains cadres d’architecture d’entreprise, tels que le cadre d’architecture du groupe ouvert (TOGAF), fusionnent les informations et les composants d’application. Les composants sont généralement représentés en couches:

Principes et vision de l’architecture: un autre point de vue

Il existe également souvent d’autres composants qui fournissent les principes et la vision de l’architecture, ainsi que les considérations d’implémentation de l’architecture. Par exemple, TOGAF a deux de ces composants supplémentaires:

Principes, vision et exigences de l’architecture; et
Réalisation d’architecte.

L’architecture d’affaire fournit le point d’ancrage pour le reste de l’architecture, car elle définit la vision, les stratégies, la structure et ce qu’elle fait de l’organisation. Le modèle de motivation d’affaire d’OMG montre un lien simple et direct entre la motivation et d’autres aspects de l’architecture d’affaire:

L’architecture d’entreprise définie dans qui l’organisation actuellement (ou prévoit de) livrer ou réaliser «ce qu’elle fait».

Aligner l’architecture d’affaire sur le reste de l’architecture d’entreprise

Les architectures d’information et d’application sont alignées sur les éléments motivationnels, organisationnels et comportementaux de l’architecture d’affaire afin de garantir que les informations utilisées lors de la conduite de ses processus d’affaires, ainsi que les applications déployées pour soutenir les processus objectifs et stratégies d’affaire. Les objectifs et les stratégies de l’organisation influenceront les applications et les informations sous-jacentes nécessaires pour réaliser ses objectifs et stratégies.

En outre, l’architecture technologique définit les plates-formes et les composants technologiques nécessaires pour prendre en charge l’exécution des applications contenues dans l’architecture d’application. L’architecture technologique sera également alignée sur les objectifs et les stratégies de l’organisation et influencée par ceux-ci afin de garantir leur réalisation.

Nous voyons l’architecture d’affaire définie comme la somme de ses composants et de leur fonctionnement, en se concentrant spécifiquement sur les interrelations et l’intégration des stratégies, des personnes et des processus, ainsi que des informations.

Il est essentiel pour les organisations d’analyser et de prendre en compte:

Leur rôle dans un marché en constante évolution
L’impact sur les clients des changements survenant sur leur propre marché
Le bon moment et le bon financement pour prendre des décisions sur les changements de services, de produits, de fournisseurs et de partenaires, de technologie, d’organisation et de processus d’affaire de base.

L’une des principales forces motrices de l’architecture d’affaire réside dans son ensemble de soutien stratégique et de processus de base qui vont au-delà des frontières organisationnelles. Pour que l’architecture d’affaire soit efficace, elle doit permettre une bonne planification de l’intégration des processus non seulement au sein des organisations, mais également avec les partenaires, les fournisseurs et les clients.

En prenant une vue de bout en bout des processus d’affaire, cela montre l’importance de la façon dont nous voyons et comprenons le support de la chaîne de valeur d’affaire et des processus sous-jacents par les applications et la technologie de l’organisation. L’utilisation d’une approche de bout en bout brise non seulement les silos fonctionnels, mais également les silos d’applications et de technologies créés par la pensée fonctionnelle. La clé ici est que, bien que chacun puisse appartenir à un groupe fonctionnel particulier au sein de l’organisation (comme les finances, les ventes, le service client ou l’informatique), nos processus commerciaux et nos applications de support ne doivent pas être limités par des structures organisationnelles.

L’introduction de l’architecture de processus

L’un des rôles importants d’une architecture de processus est non seulement de documenter le fonctionnement de l’organisation, mais également de fournir des conseils pour définir quelles informations doivent être prises en charge par chacune des applications au sein de l’architecture d’application. Dans certaines circonstances, les applications peuvent dépendre des composants et des méthodes d’intégration définis dans l’architecture technologique. Les composants d’intégration permettront aux applications de communiquer entre elles via leur API, Enterprise Service Bus ou autre middleware, afin de prendre en charge les processus d’affaire.

BPMS comme mécanisme

Un mécanisme de plus en plus courant pour réaliser cette intégration entre les processus d’affaire et les applications est l’utilisation d’un Business Process Management Suite (ou BPMS), tel que l’EPC d’Interfacing.

Un BPMS fournit un mécanisme piloté par processus pour faciliter la communication entre les processus d’affaire et les applications, sans être contraint par les flux de travail mandatés dans les applications.

Là où autrefois un BPMS n’était applicable que dans les grandes entreprises disposant d’une expertise technologique significative, la génération actuelle de produits BPMS, tels que EPC, démocratise l’utilisation d’un BPMS, même pour les petites organisations. Ils sont conçus pour améliorer ou automatiser les processus d’affaire, permettant la conception, la documentation et la mise en œuvre des processus dans le BPMS afin d’augmenter l’efficacité opérationnelle. Il est souvent même possible de créer des solutions personnalisées basées sur des processus en utilisant du code bas dans certains produits BPMS, tels que le module complémentaire Rapid Application Development disponible pour l’EPC d’Interfacing.

Un BPMS est également un moyen approprié de mettre en œuvre l’architecture des services, qui est un autre composant de l’architecture technologique. En utilisant l’architecture de processus pour déterminer les services couramment utilisés pour plusieurs processus d’affaire, une «approche orientée services» commence à prendre forme dans l’architecture des services. Si le BPMS a été correctement configuré, il peut alors surveiller l’efficacité des processus d’affaire (et les gains d’efficacité également) et à son tour tirer parti de ces services pour soutenir d’autres améliorations des processus.

Avantages de l’alignement de l’architecture d’affaire sur l’architecture d’entreprise

L’architecture d’affaire met en avant une orientation solide et centrée sur l’entreprise au sein de l’architecture d’entreprise dans son ensemble.
Tous les aspects de la planification et de l’analyse stratégique sont intégrés à travers la «lentille» de l’architecture d’affaire.
Il fournira une analyse complète des coûts/avantages et de la perspective de la technologie et des opérations d’affaire.
Alignement de plusieurs disciplines transversales à travers les organisations pour optimiser la valeur tout en maximisant les investissements.

Utilisons une étude de cas pour illustrer comment les objectifs et les stratégies de l’affaire influencent et façonnent les architectures d’information, d’application et de technologie.

Étude de cas

Contexte

ElectCo (pas une vraie entreprise) est un détaillant d’électronique qui a commencé un seul magasin et qui compte maintenant 10 magasins situés dans une zone régionale couvrant de nombreuses petites villes. L’entreprise jusqu’à récemment dirigée par ses fondateurs. Ses opérations, y compris les achats et la gestion des stocks, sont principalement basées sur des feuilles de calcul Excel et le site Web de la société est uniquement informatif. Bien qu’il s’agisse toujours d’une entreprise familiale, la direction est désormais passée à la deuxième génération. La nouvelle équipe de direction est formée à l’université et possède des qualifications en affaires, en marketing et en technologie. Ils reconnaissent que les stratégies actuelles limitent la croissance de l’entreprise et la rendent vulnérable aux facteurs environnementaux locaux et aux ralentissements économiques.

Nouveau Stratégie de clics et de briques

Lors du dernier bilan, la nouvelle équipe de direction a découvert un stock considérable qui n’était plus des modèles actuels. L’analyse de cet excédent de stock a révélé que souvent à cause:

Sur commande d’articles qui ne se sont pas vendus aussi bien que prévu
Les magasins pouvaient passer leurs propres commandes sans savoir si un autre magasin avait un stock d’un article
Le client peut commander des articles puis annuler la commande avant de prendre livraison sans effectuer de paiement.

La nouvelle équipe de direction a décidé d’apporter un certain nombre de changements clés à l’activité, aux applications et à la technologie:

Modifications des politiques commerciales, telles que la centralisation de la gestion des stocks, y compris la réduction du stock disponible et la commande de stock juste à temps basée sur un stock minimal, les commandes des clients ne peuvent être effectuées qu’avec un acompte de 25%, les commandes annulées seront facturées des frais d’annulation
Remplacement de leurs processus opérationnels existants et des applications existantes pour gérer non seulement les applications de comptabilité, d’achat et de gestion des stocks, mais également le passage à un site Web basé sur le commerce électronique permettant aux clients de commander en ligne pour le ramassage ou la livraison.

Pour les aider à terminer la mise en œuvre de cette nouvelle stratégie, ils ont engagé deux anciens amis universitaires ayant une expérience en architecture d’entreprise et en architecture d’affaire.

Impact de la nouvelle stratégie de clics et de briques

La première étape pour les architectes d’affaire et d’entreprise est de travailler ensemble pour documenter avec précision la composante de motivation de l’architecture d’affaire cible. Cela commence par définir les nouveaux buts, objectifs, stratégies et tactiques de l’entreprise. Définir et analyser les facteurs et influences externes et internes et effectuer une évaluation de ces nouveaux objectifs et stratégies par rapport aux buts, objectifs, stratégies et tactiques d’affaire existants.

Une fois cette opération terminée, l’architecte d’affaire peut commencer à créer les composants de processus organisationnel et métier de l’architecture d’affaire. En même temps, l’architecte d’entreprise peut commencer à évaluer l’impact des nouveaux buts, objectifs, stratégies et tactiques d’affaire par rapport aux informations, applications et technologies existantes. Comme il est peu probable que des artefacts d’architecture d’entreprise ou d’entreprise soient disponibles, cela nécessitera le développement des artefacts d’état actuel avant de développer les artefacts d’état cible.

De toute évidence, les changements proposés dans les objectifs d’affaire, les objets, les stratégies et les tactiques nécessitent des modifications majeures des politiques d’affaire, des règles d’affaire et des processus d’affaire existants, ils doivent être une priorité pour l’architecte d’affaire.

Comme l’architecture d’affaire permet la réalisation de la stratégie d’affaire, l’architecte d’entreprise en a besoin comme base pour déterminer les changements requis dans l’application et la technologie. Une fois ces changements définis et leur impact sur le portefeuille existant d’applications et de technologies compris, vous pouvez alors commencer à définir l’état cible des architectures d’application et de technologie, ainsi que les exigences et les détails des programmes de changement requis.

Dernières pensées

En examinant les informations ci-dessus, il est apparemment clair que la distinction de l’implication de l’architecture d’affaire avec l’architecture d’entreprise n’est pas une question de combat mais plutôt une relation de travail excellente mais complexe où l’architecture d’affaire prend en charge la vue d’ensemble de l’architecture d’entreprise.

Pour donner une valeur forte à toute organisation, les architectes d’entreprise consacreront beaucoup de temps au domaine fondamental de l’architecture d’affaire. Pour réussir, l’organisation doit concentrer ses ressources sur la création et la communication de feuilles de route d’architecture d’affaire qui impliquent non seulement les équipes d’architectes d’affaire ou d’entreprise, mais également les parties prenantes de l’entreprise et les cadres supérieurs.

Pourquoi Interfacing?

Interfacing peut également expliquer comment vous pouvez adopter notre centre de processus d’entreprise pour documenter et gérer votre architecture d’affaire et votre architecture d’entreprise. Avec l’adoption de notre centre de processus d’entreprise, votre organisation connaîtra une augmentation de l’agilité et de la flexibilité, ainsi qu’une réactivité rapide aux nouveaux défis et demandes de l’entreprise. Enterprise Process Center permet également à votre organisation de se développer avec des capacités de planification à long terme rentables.

Si vous souhaitez en savoir plus ou discuter de la manière dont Interfacing peut aider votre organisation, assurez-vous de cliquer ci-dessous.

Nous contacter pour plus d’informations.

Architecture d’Entreprise vs Architecture d’Affaires