TOGAF® ADM Phase B – Développer l'architecture métier

Nous développons architecture d'entreprise dans TOGAF ADM Phase B. L'architecture métier est l'un des quatre éléments fondamentaux domaines d'architecture d'entreprise. TOGAF est très clair : votre application et votre architecture de données existent pour permettre l'architecture métier.

Bien architectes d'entreprise ne sont pas des traducteurs de ''l'entreprise'Au service informatique. En cas de traduction, vous pouvez être sûr qu'il n'existe pas d'architecture métier cohérente. Au lieu de cela, vous avez un ensemble d'espoirs et de rêves aléatoires, sans contraintes et sans compromis. Ce paradigme défaillant est un signal d'alarme, et équipe d'architecture d'entreprise aura toujours une faible maturité. Les équipes d'architecture d'entreprise performantes n'utilisent pas leurs architectes métier comme traducteurs ou canal de communication. avec ''l'entreprise. Les bonnes équipes EA travaillent en équipe et utilisent leurs architectes d'entreprise comme spécialistes dans le domaine de l'architecture d'entreprise.

TOGAF® ADM Phase B — Développer l'architecture métier

En un coup d'oeil

Présentation de TOGAF ADM

Le TOGAF ADM est une méthode de développement des connaissances. Chaque phase d'ADM est axée sur le développement des connaissances spécifiques requises pour un architecture d'entreprise. TOGAF ADM est le cœur du Norme TOGAF. Il s'agit de la seule méthode universelle et évolutive permettant de développer une architecture d'entreprise adaptée à chaque niveau de détail. Comme tout modèle logique, il doit être étendu à différents niveaux de détail : stratégie, portefeuille, projet et livraison de solutions.

Si vous avez besoin d'un aperçu du TOGAF ADM, veuillez lire le Explication des phases de TOGAF ADM.

Qu'est-ce que TOGAF Phase B ?

Dans la phase B de TOGAF, vous créez l’architecture métier. Architectes d'entreprise L'architecte d'entreprise doit guider le développement de votre stratégie d'entreprise. Il s'agit d'une description cohérente de votre entreprise qui explique comment votre organisation, vos processus, vos équipes et vos sites sont conçus pour réussir. Vous connaissez la définition du succès. Plus important encore, vous savez ce qui doit changer pour améliorer votre organisation.

Développer une architecture d'entreprise nécessite un engagement avec les parties prenantes. Avec elles, l'architecte métier analyse les faiblesses de l'organisation et explore les pistes d'amélioration. Il identifie les changements qui n'apportent pas suffisamment de résultats, nécessitent trop de travail ou sont trop incertains.

Quand nous sommes développer des équipes d'architecture d'entreprise, nous disons au architectes d'entreprise deux faits centraux sur TOGAF Phase B. La première chose est que s'ils utilisent leurs architectes d'entreprise pour traduire les espoirs, les craintes et les plans de changement préétablis de ''l'entreprise' Ils sont voués à une faible maturité. Deuxièmement, s'ils croient développer une architecture d'entreprise de manière séquentielle, ils développeront toujours une architecture de faible qualité. ».

Dans un style moderne entreprise transformée numériquement, tous les domaines d'architecture interagissent. Les changements apportés à un domaine peuvent atteindre les objectifs d'un autre. Nous effectuons souvent des atténuations dans un domaine différent de celui du risque. En fait, nous ne pouvons atteindre de nombreux objectifs métier qu'avec le bonne architecture informatique. Ironiquement, nous ne pouvons développer la bonne architecture informatique que si nous disposons d’une architecture d’entreprise solide.

Quel est l’objectif de TOGAF ADM Phase B ?

Dans Phase A, vous identifiez une architecture d'entreprise récapitulative potentielle, la Vision architecturale. La vision englobera tous les domaines, y compris l'architecture d'entreprise. La phase B approfondit le résumé. La réussite requiert :

  • Vous abordez le problème de la façon dont l’entreprise actuelle ne peut pas répondre aux préférences des parties prenantes
  • Vous apprenez ce qui doit changer pour permettre à l'entreprise de répondre aux préférences des parties prenantes ? (Lacunes)
  • Vous avez une compréhension suffisante du travail nécessaire pour apporter des modifications (Work Package)
  • Vous comprenez l'interaction entre les changements et les contraintes dans d'autres domaines d'architecture pour protéger la valeur attendue (Spécifications des exigences d'architecture)

Le résultat principal de la phase B est l'architecture métier candidate. L'architecte métier collabore avec les autres architectes de domaine pour comprendre les contraintes imposées à l'architecture métier et celles qui pèsent sur les autres domaines.

N'oubliez pas que le TOGAF ADM est utilisé pour explorer les changements potentiels. Jusqu'à ce que vous terminiez un Plan de mise en œuvre de la phase F, Il existe des solutions de rechange peu coûteuses. Plus une mauvaise idée progresse, plus la solution de rechange est coûteuse. L'un des principaux avantages du développement d'une architecture d'entreprise est de se concentrer sur les idées faibles. Dès que le coût du changement dépasse la valeur attendue, arrêtez net votre projet de développement d'architecture.

Décisions architecturales Peut conduire à l'action ou éviter le gaspillage. Félicitez-vous d'avoir minimisé le gaspillage de ressources limitées.

Interaction avec Phase C de TOGAF, Phase D, Phase E, et Phase F

Développer une architecture d'entreprise n'est pas une activité en cascade. Il faut toujours partir du principe que le développement de l'architecture métier, de l'architecture applicative, de l'architecture des données, de l'architecture technologique et architecture de sécurité se produit simultanément. La séquence classique implicite dans de nombreux diagrammes est l'ordre dans lequel nous pouvons clôturer le développement de l'architecture, et non le démarrer.

Ne vous laissez pas berner par l'illusion que l'entreprise est séparée de ses applications, données et infrastructures. Ce n'était pas vrai autrefois, et dans une entreprise numérique moderne, c'est ridicule. Cette illusion est le moyen le plus rapide d'éliminer les risques. agilité de l'entreprise ou la chance de transformation numérique succès.

Les architectes d'entreprise travaillent au sein d'une équipe d'architecture d'entreprise. Ils ne sont pas des communicateurs.'l'entreprise.' Ils sont spécialistes d'un domaine d'architecture. Ils ne peuvent pas concevoir leur domaine sans une interaction régulière avec les applications, les données, la technologie et architectes de sécurité.

TOGAF ADM Phase B

Livrables de la phase B de TOGAF ADM

Le résultat principal de la phase B est l'architecture métier. Il s'agit d'une partie intégrante de l'architecture d'entreprise complète. Dans le domaine de l'architecture métier, elle décrira :

Gardez à l'esprit ce que vous essayez de décrire et acceptez le fait que nous n'avons pas bien défini ces termes dans le secteur. Par exemple, ce que vous appelez un modèle fonctionnel, quelqu'un d'autre l'appellera un processus. Dans notre conseil en architecture d'entreprise, nous nous concentrons toujours sur ce que nous essayons de comprendre, et non sur le nom du modèle.

Différents modèles expliqueront différents aspects de l'entreprise. Ensemble, ces modèles et les changements nécessaires forment l'architecture métier.

Achèvement de la phase B

Toutes les phases de TOGAF ADM vous permettent de développer les connaissances nécessaires. Le résultat de la phase B est l'architecture métier candidate.

Résultats et résultats Connaissances essentielles
L'architecture d'entreprise architecture de domaine approuvé par les parties prenantes pour le problème traité, avec un ensemble de lacunes, et travailler pour combler les lacunes comprises par les parties prenantes. Comment l’entreprise actuelle ne parvient-elle pas à répondre aux préférences des parties prenantes ?

Que faut-il changer pour permettre à l'entreprise de répondre aux préférences des parties prenantes ? (Lacunes)

Quels travaux sont nécessaires pour réaliser les changements qui sont cohérents avec la valeur ajoutée créée ? (Lot de travaux)

Comment les priorités et les préférences des parties prenantes s'ajustent en fonction de la valeur, de l'effort et du risque du changement. (Exigences des parties prenantes)

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Phase B Bare Bones

La phase B permet de simplifier le travail d'un architecte d'entreprise et de déterminer les axes d'amélioration d'une entreprise. Cela nécessite de comprendre ses objectifs, ses points faibles et les changements nécessaires pour atteindre l'excellence.

Les éléments essentiels de la phase B sont les suivants :

  • Savoir comment l'entreprise capte la valeur

Différentes organisations d'un même secteur captent la valeur différemment. Prenons l'exemple d'une compagnie aérienne à bas prix et d'une compagnie aérienne axée sur les voyageurs d'affaires. Toutes deux ont la même activité : transporter des personnes et des marchandises d'un point à un autre. Elles captent la valeur et se font concurrence sur des critères différents.

  • Connaître comment l'entreprise est structurée pour réussir

Comment constitue-t-on l'activité principale de l'entreprise ? L'activité principale découle directement du modèle économique.

  • Connaître les activités qui génèrent de la valeur et celles qui soutiennent la génération de valeur

Michael Porter a inventé la chaîne de valeur : les activités primaires génératrices de valeur et les activités de soutien qui permettent cette création. Nous optimisons les activités primaires pour générer de la valeur. Nous optimisons les activités de soutien pour plus d'efficacité.

  • Quelles activités doivent être améliorées ou protégées de la dégradation

Les capacités sont des activités clés. Nous utilisons un modèle de capacités comme concept de gestion pour nous concentrer sur les points à améliorer. Voir le Guide d'évaluation des capacités d'architecture d'entreprise.

  • Ce que l'organisation doit accomplir

Chaque entreprise doit exécuter un ensemble de processus : primaires, secondaires et administratifs. Il est essentiel de les connaître, de connaître les informations qu'ils utilisent et de savoir qui les met en œuvre.

  • Comment l'organisation devrait être organisée

Nous concevons des entreprises performantes. Nous concevons leur organisation. Leur organisation soutient leur modèle économique et opérationnel et s'intègre à leur écosystème.

  • Quelles organisations effectuent quelles activités

Connaître le modèle économique, le modèle opérationnel et l'ensemble des processus permet de garantir que l'activité est réalisée par la bonne organisation. Il est souvent nécessaire de définir comment elle sera réalisée.

  • Que faut-il changer pour offrir la meilleure organisation possible ?

Nous développons une architecture d'entreprise pour améliorer une organisation. Nous fournissons une architecture métier pour la même raison.

Les trois éléments essentiels de l’achèvement de la phase B :

  • Premièrement, que faut-il changer ? Changement d'orientation, de structure organisationnelle, de montée en compétences, d'externalisation, d'internalisation, d'automatisation. Autant de changements. Nous les mettons en œuvre pour améliorer une organisation.
  • Deuxièmement, quand faut-il modifier les choses ? Y a-t-il des dépendances ? Qu'en est-il des conditions préalables ? Changez-vous les conditions préalables à un changement ultérieur ?
  • Troisièmement, comment saurez-vous si le changement a réussi ? Quel est votre critère de gouvernance pour en évaluer la réussite ? Comment préserverez-vous la valeur ?

Les parties prenantes de l'architecture d'entreprise sont responsables de toutes les décisions concernant les changements à apporter et leur calendrier. L'architecte métier décrit les tests de gouvernance pour permettre aux parties prenantes de piloter le projet de changement. Les deuxième et troisième résultats.

Livrables de la phase B de TOGAF et objectifs de l'architecture d'entreprise

Le développement d'une architecture d'entreprise répond à quatre objectifs principaux. Les livrables ont chacun une importance différente.

Architecture pour soutenir la stratégie Architecture pour soutenir le portefeuille Architecture pour soutenir le projet Architecture pour soutenir la livraison de solutions
Produit de travail de phase B : architecture d'entreprise candidate Livrable clé

L’utilisation principale est la compréhension de la cible et du travail par les parties prenantes.

L'utilisation secondaire est la création de spécifications d'exigences architecturales pour les architectes

Livrable clé

L’utilisation principale est la compréhension de la cible et du travail par les parties prenantes.

L'utilisation secondaire est la création de spécifications d'exigences architecturales pour les architectes

Avant le lancement du projet et la finalisation du business case

L'utilisation principale est la création de spécifications d'exigences d'architecture pour les implémenteurs

Avant l'engagement des partenaires d'exécution (y compris les prestataires internes)

L'utilisation principale est la création de spécifications d'exigences d'architecture pour les implémenteurs

Produit de travail de la phase B : éléments de la feuille de route des candidats Livrable clé

L’utilisation principale est la compréhension du travail par les parties prenantes.

L'utilisation secondaire est la création de contraintes pour les architectes

Livrable clé

L’utilisation principale est la compréhension du travail et de la dépendance par les parties prenantes.

L'utilisation secondaire est la création de contraintes pour les architectes

Utilisation limitée
Peut être utilisé comme entrée pour des projets avec plusieurs changements interactifs
Avant l’engagement des partenaires d’exécution (y compris les prestataires internes).

L'utilisation principale est l'identification du changement requis et des préférences quant à la manière d'exécuter le changement, afin de gérer la sélection et l'engagement des partenaires de fourniture de solutions.

Produit de travail de phase B : Spécification des exigences d'architecture Utilisation limitée

Habituellement, les architectes peuvent déduire des contraintes d’une architecture supérieure.

Utilisation limitée

Habituellement, les architectes peuvent déduire des contraintes d’une architecture supérieure.

Livrable clé

Avant l'achèvement du lancement du projet

Livrable clé

Avant l'engagement et la conclusion du contrat

Tableau de TOGAF 10 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Candidat en architecture d'entreprise

Le développement d'une architecture d'entreprise répond à quatre objectifs principaux. L'importance des différents modèles varie selon l'objectif.

>>> Accéder au commun Modèles d'architecture d'entreprise

Composants de la feuille de route de l'architecture d'entreprise candidate

Que faut-il changer ? Si vous modifiez le modèle économique, la différence entre le modèle actuel et le modèle cible constitue le candidat à la feuille de route. S'il s'agit de transférer un responsable de processus interne vers un sous-traitant, c'est là le changement.

Nous utilisons souvent le modèle de capacités pour synthétiser le changement. Nous utilisons les capacités comme concept de gestion. La capacité à faire quelque chose d'une certaine manière combine les changements de processus, d'organisation et de système informatique. Nous utilisons généralement des scores pour articuler un changement. Pour plus d'informations sur l'utilisation des scores, consultez le Guide d'évaluation des capacités d'architecture d'entreprise.

Nous combinerons les composants de la feuille de route de l'architecture d'entreprise avec toutes les autres architectures de domaine dans TOGAF Phase E - Feuille de route architecturale.

Spécification des exigences de l'architecture d'entreprise candidate

Définissez comment vous évaluerez le changement.

Nous utilisons souvent des scores dans nos modèles pour décrire les exigences. Chaque exigence est une mesure d'efficacité, d'automatisation, d'agilité ou de performance. Ensuite, lorsque nous travaillons dans Phase G de TOGAF exécution gouvernance de l'architecture avec un projet de changement

Pour un excellent guide sur les différents attributs et scores, procurez-vous un exemplaire gratuit de notre Guide d'évaluation des capacités d'architecture d'entreprise. Nous utilisons cet ensemble d’attributs pour les modèles de capacité, de processus et fonctionnels.

Nous utilisons tous les composants de la feuille de route de l'architecture dans TOGAF Phase E - Feuille de route architecturale.

Quel est le rôle de l’architecte d’affaires en phase B ?

Lors de la phase B de TOGAF, l'architecte métier devra fournir l'architecture du domaine. Cela nécessite de développer des modèles qui identifient l'origine des lacunes et les solutions pour les surmonter. Il mènera une analyse des compromis avec les parties prenantes afin de déterminer l'architecture cible.

L'architecte métier devra collaborer avec les autres architectes de domaine. Gardez à l'esprit que les déficiences d'un domaine sont souvent résolues dans un autre, et que les changements dans un domaine entraînent souvent des coûts et des changements dans un autre. Dans un environnement numérique, ITFM est essentiel pour comprendre le coût réel des produits numériques et des services informatiques.

Quel est le rôle de l’architecte d’entreprise dans la phase B ?

Dans la phase B de TOGAF, le rôle de l'architecte d'entreprise est de préserver la valeur totale. Selon les compétences des architectes de domaine, l'architecte d'entreprise doit intervenir. Par exemple, un architecte d'application peut ne pas percevoir l'impact des changements sur l'architecture métier. Ou un architecte métier peut ne pas formuler une exigence de manière à ce que l'architecte de sécurité puisse agir.

Le rôle le plus important de l'architecte d'entreprise est de dépasser les limites. Qu'il s'agisse de domaines, de compétences ou d'autorités, il doit les dépasser.

Business Model Canvas

Modèles, outils et techniques d'architecture d'entreprise

La phase B de TOGAF ADM est appelée « Architecture métier ». Cette phase vise à développer l'architecture métier. Dans TOGAF, la première étape consiste à déterminer les vues et les modèles requis.

Il existe huit modèles centraux d’architecture d’entreprise.

  • Modèle d'affaires qui décrit comment la valeur est capturée
  • Modèle opérationnel qui capture la manière dont l'entreprise fonctionne pour capturer de la valeur
  • Chaîne de valeur qui décrit la séquence des activités principales qui créent de la valeur et les activités de soutien requises pour permettre le travail générateur de valeur
  • Modèle de capacité - une structure de planification qui concentre l'attention sur ce qui doit changer. Planification basée sur les capacités.
  • Modèle de processus : quelles activités une entreprise doit réaliser
  • Modèle fonctionnel - comment les activités d'une entreprise sont regroupées entre différentes organisations
  • Modèle d'information - les informations qui doivent circuler pour effectuer les activités primaires, de soutien et autres activités nécessaires
  • Modèle organisationnel - comment l'autorité, la responsabilité et les ressources sont divisées et gérées

Dans Navigate, nous utilisons également

  • Modèle de motivation commerciale d'OMG
  • Business Model Canvas de Strategyzer
  • Lignes d'information du DODAF
  • L'organigramme de Mintzeberg
  • Modèle opérationnel du CISR

Modèles d'architecture d'entreprise

Modèles d'architecture constituent le fondement de l'architecture d'entreprise. Dans notre travail développer des équipes d'architecture d'entreprise Nous visons une amélioration de la productivité de 50 à 100 fois. Les habitudes sont la base de la productivité. Notre approche simplifiée Modèle de modèle d'architecture nous conduit à la problème prévisible, approche par modèle, et le Morceaux durs. Le choix du modèle est basé sur l'acceptabilité du travail requis, des contraintes et des limitations.

Exemples de modèles d'architecture d'entreprise

Les modèles d’architecture d’application d’échantillon couvrent le problème de l’amélioration des opérations commerciales, de la réalisation d’une fusion ou d’une acquisition et de la conception de l’entreprise.

  • Amélioration des affaires
    • Modèle de numérisation (automatisation des processus métier)
      Problème prévisible—améliorer l'efficacité
      Approche—automatiser les activités routinières et manuelles
    • Modèle d'amélioration Lean
      Problème prévisible—améliorer l'efficacité et la qualité
      Approche—suivre les principes Lean et les méthodologies Six Sigma pour améliorer progressivement les processus métier.
  • Modèles de fusions et acquisitions (M&A)
    • Modèle d'expansion de la base de clientèle
      Problème prévisible—risques, temps et coût liés à la croissance de la clientèle
      Approche-acquérir des organisations avec des bases de clientèle établies dans de nouvelles zones géographiques et sur de nouveaux marchés Les entreprises acquièrent des sociétés avec une forte notoriété de marque ou une grande
  • Modèles de conception d'entreprise
    • Modèle de partenariat stratégique
      Problème prévisible
      -risque
      Approche—former des partenariats stratégiques avec des fournisseurs de technologie ou d’autres organisations pour co-développer ou co-investir dans des solutions innovantes

Modèles d'architecture d'entreprise alignés sur l'objectif de l'architecture d'entreprise

Le niveau de questionnement auquel répond votre architecture métier influencera l'utilisation de différents modèles d'architecture métier. Par exemple, l'architecture de soutien au portefeuille ne développera souvent pas de modèle de chaîne de valeur. Au contraire, une chaîne de valeur sera généralement une architecture supérieure et restreindre votre liberté.

Architecture pour soutenir la stratégie Architecture pour soutenir le portefeuille Architecture pour soutenir le projet Architecture pour soutenir la livraison de solutions
Modèle d'affaires Livrable clé Livrable occasionnel Architecture supérieure Architecture supérieure
Modèle opérationnel Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Modèle de chaîne de valeur Livrables cléset Livrable occasionnel Architecture supérieure Architecture supérieure
Modèle de capacité
(Carte des capacités)
Livrable régulier

Généralement capable de résumer le changement pour la planification

Livrable clé

Généralement capable de résumer le changement pour la planification

Livrable clé

Généralement capable de planifier le changement

Architecture supérieure

Généralement capable de gouverner le changement

Modèle d'information Livrable occasionnel - sera résumé Livrable clé Livrable clé et architecture supérieure Livrable clé et architecture supérieure
Modèle organisationnel Livrable régulier - niveau supérieur lié au modèle opérationnel Livrable régulier - niveau supérieur lié au modèle opérationnel et fonctionnel Livrable régulier - lié au modèle fonctionnel Architecture supérieure
Modèle fonctionnel Livrable régulier - niveau supérieur lié au modèle opérationnel Livrable régulier - niveau supérieur lié au modèle opérationnel Livrable régulier - lié à la portée du changement Architecture supérieure

Modèles d'architecture d'entreprise

Développer une architecture d'entreprise nécessitera le développement de plusieurs modèles d'architecture d'entreprise. Chaque modèle d'architecture d'entreprise Décrit une structure fondamentale ou un ensemble de structures. Les différents modèles expliquent l'entreprise différemment.

Ensemble, ces modèles décrivent l'architecture métier. Dans l'architecture d'entreprise complète, ils seront liés à d'autres modèles décrivant les autres domaines de l'architecture d'entreprise.

Modèle d'affaires

Business Model Canvas

Le modèle économique décrit comment la valeur est captée. Nous l'utiliserons souvent. Business Model Canvas de Strategyzer développer et documenter un modèle d'affaires.

Le Business Model Canvas est efficace pour un produit ou un service spécifique. En tant que technique de modélisation, il est difficile d'appréhender les modèles économiques complexes. En fait, l'un de ses atouts réside dans sa capacité à identifier les zones d'ombre du modèle économique.

Architectes d'application travaillant dans TOGAF Phase C Ils s'attendent à savoir à chaque fois qu'un produit ou service repose sur un logiciel. De plus, ils ne peuvent pas construire une architecture applicative solide sans connaître la base logicielle des activités et des ressources clés.

Modèle opérationnel

Les modèles opérationnels décrivent la manière dont une entreprise structure ses activités principales. En règle générale, un modèle opérationnel présente les capacités uniques alignées sur la stratégie de l’entreprise, les équipes de direction qualifiées ou les profils d’investissement uniques.

Le modèle opérationnel est un point d'ancrage pour l'entreprise. Il est essentiel à l'efficacité et à la pérennité de la stratégie.

Le modèle opérationnel du CISR constitue une référence puissante. La simple caractérisation d'une entreprise comme étant unifiée, répliquée, diversifiée ou coordonnée est puissante. On connaît ainsi la structure fondamentale de l'entreprise et elle éclaire le processus. Architecte d'application travaillant dans TOGAF Phase C.

Nous utiliserons souvent une carte stratégique Kaplan pour identifier les changements ou les objectifs requis dans un modèle opérationnel.

Chaîne de valeur

Un diagramme de chaîne de valeur est une représentation schématique des activités d'une organisation visant à générer de la valeur. Un diagramme de chaîne de valeur Porter classique sépare l'activité de soutien de l'activité principale. L'activité principale est une séquence illustrant le transfert d'activité dans une chaîne de valeur. Dans un diagramme de Porter, l'activité de soutien est toujours placée en haut ; toute activité de soutien pèse sur l'activité principale. L'activité principale doit générer suffisamment de valeur client pour financer les activités de soutien.

Nous pouvons ensuite décomposer une chaîne de valeur en piliers ou flux de valeur.

Modèle de capacité

Les modèles de capacités servent à focaliser l'attention. Un bon modèle de processus est exhaustif. Un bon modèle fonctionnel est à la fois exhaustif et organisationnel. Un bon modèle de capacités est un sous-ensemble des activités et de l'organisation. Nous devons concentrer ce sous-ensemble sur les activités à améliorer ou à pérenniser pour atteindre le résultat souhaité.

Habituellement présenté comme un carte des capacités Il s'agit d'une représentation visuelle des capacités requises pour atteindre vos objectifs commerciaux. Une cartographie des capacités permettra d'identifier les lacunes et de prioriser les investissements pour les combler.

Lorsque nous utilisons un Business Model Canvas, les capacités des ressources clés, des activités clés et du canal client ressortent immédiatement. Avec une carte stratégique Kaplan, tout ce qui y figure se révèle être une capacité clé.

Nous utilisons des scores pour expliquer les améliorations et les changements dans planification des capacités. Voir le Guide d'évaluation des capacités d'architecture d'entreprise. Les architectes d'entreprise doivent s'attendre à ce que Architecte d'application travaillant dans TOGAF Phase C pour demander des attributs de compétence et d'automatisation.

Modèle de processus

Les modèles de processus identifient toutes les activités concernées. Nous utilisons souvent le Cadre de classification des processus APQC en tant que architecture de référence. Le cadre de l’APQC est cohérent et complet.

C'est une erreur courante d'associer le BPMN de l'OMG à une bonne architecture métier. Si vous utilisez le BPMN, vous êtes probablement passé de l'architecture à la conception.

Nous utilisons des scores pour expliquer les améliorations et les changements dans les processus. Les mêmes attributs et scores dansGuide d'évaluation des capacités travailler à l’élaboration d’un modèle de processus solide.

Modèle fonctionnel

Les modèles fonctionnels identifient toutes les activités avec une superposition organisationnelle. Nous associons l'activité requise à l'autorité, aux ressources et à la localisation dans un modèle fonctionnel.

Nous utilisons des scores pour expliquer les améliorations et les changements. Les mêmes attributs et scores sont utilisés dans le Guide d'évaluation des capacités travailler à l’élaboration d’un modèle de processus solide.

Modèle d'information

Selon TOGAF, le modèle d'information métier reflète la sémantique des données d'une organisation, et non la conception d'une base de données. Il décrit les éléments importants pour une organisation et sur lesquels elle est susceptible de collecter des données (entités), ainsi que les liens entre ces éléments importants (relations). Parce qu'il évite de nombreux composants système, il est plus facile à interpréter qu'un modèle logique de données. Il englobe toutes les informations de l'entreprise, et pas seulement les informations numériques.

Dans la plupart des cas, chaque entreprise dispose d'un seul modèle d'information métier (MOM), qui décrit toutes les données pertinentes de l'organisation. Nous pouvons utiliser un ou plusieurs diagrammes pour représenter graphiquement tout ou partie du MIM.

Modèle d'organisation

Chaque entreprise possède des structures d'autorité, de ressources et de lieu de travail qui lui sont propres. Nombre de ces structures organisationnelles sont aléatoires et reposent souvent sur une conception organisationnelle antérieure et sur la personnalité de l'entreprise.

Les organisations qui cherchent à exceller doivent adopter une conception organisationnelle rigoureuse. Par exemple, si l'on prend comme référence le modèle opérationnel du CISR, la conception d'une organisation unifiée, diversifiée et répliquée sera très différente.

Techniques d'architecture d'entreprise

Nous utilisons un large éventail de techniques pour développer et communiquer notre architecture d’entreprise.

  • Le modèle de motivation commerciale d'OMG aide à clarifier ce que nous essayons d'accomplir et comment nous procédons normalement pour atteindre un objectif.
  • Le Business Model Canvas de Strategyzer fait ressortir la proposition de valeur principale du produit ou du service et ce dont nous avons besoin pour exceller.
  • Les lignes d'information du DODAF extraient tous les flux d'informations nécessaires. Peu importe qu'il s'agisse d'une activité de production de valeur primaire, d'une activité de soutien ou d'une activité purement administrative, les informations y entrent et en sortent. Le moyen le plus rapide de dégrader une activité est d'y injecter des informations de qualité inférieure.
  • L'organigramme de Mintzeberg vous aide à comprendre le fonctionnement de l'entreprise pour assurer sa réussite. Rares sont les entreprises qui fonctionnent selon leur modèle organisationnel.
  • Le modèle opérationnel du CISR constitue le fondement de la conception. Il propose quatre options classiques : unifiée, diversifiée, répliquée ou coordonnée.

Comment la phase B de TOGAF s'aligne-t-elle sur Agile ?

On confond souvent développement agile et entreprise agile. Rien n'est plus faux. L'architecture métier identifie généralement les domaines dans lesquels votre entreprise a besoin de nouveaux systèmes pour exceller et ceux où elle doit s'inspirer des meilleures pratiques établies.

Nous privilégions systématiquement le développement agile pour des activités innovantes et différenciantes et suivons rigoureusement les meilleures pratiques établies ailleurs. Ces meilleures pratiques proviennent de logiciels commerciaux reconnus. Veillez à aligner l'architecture de vos applications sur celle de votre entreprise et concentrez-vous sur la manière dont vous acquérez vos systèmes.

Architecture d'entreprise et développement agile L'architecture d'entreprise s'intéressera à quatre domaines.

  1. définir l'approche agile
  2. guider le backlog dans le sprint
  3. restreindre les choix à l'intérieur des sprints
  4. résoudre la dépendance du produit vectoriel

Comment la phase B de TOGAF s’aligne-t-elle sur l’agilité d’entreprise ?

L’agilité de l’entreprise n’a rien à voir avec la façon dont vous écrivez des logiciels. L’agilité de l’entreprise concerne la capacité de votre entreprise à réagir aux menaces et aux opportunités inattendues.

Un architecte d’entreprise se concentrera sur le cinquième aspect de la modèle d'agilité d'entreprise - Flexibilité. Nous utilisons l'attribut Agilité et les scores dans le Guide d'évaluation des capacités Identifier les capacités métier, les systèmes d'information et les processus devant évoluer rapidement. Concevoir ensuite l'architecture nécessaire pour permettre le changement.

Modèle d'agilité d'entreprise

  1. Vigilance – Pouvez-vous détecter les opportunités et les menaces ?
  2. Accessibilité – Pouvez-vous accéder aux informations pertinentes à temps pour répondre ?
  3. Capacité de décision – Pouvez-vous décider en utilisant les informations disponibles ?
  4. Rapidité – Pouvez-vous mettre en œuvre vos décisions dans le temps imparti ?
  5. Flexibilité – Que faites-vous pour réduire les obstacles à l’action ?
TOGAF Phase B - Modèle économique

Réflexions finales sur TOGAF ADM Phase B

Architectes d'entreprise ne sont pas des traducteurs de ''l'entreprise'' au service informatique. Au lieu de cela, les bons architectes métier utilisent TOGAF ADM Phase B comme cadre pour développer le architecture d'entreprise. Ils ont un rôle complexe.

  • travailler avec les parties prenantes pour explorer les améliorations
  • travailler avec leurs pairs architectes de domaine pour explorer comment ces améliorations entraînent un changement dans différents domaines d'architecture
  • éliminer les changements qui n'apportent pas assez, qui demandent trop de travail ou qui surviennent au mauvais moment

Dans TOGAF ADM Phase B, l'architecture métier est l'un des quatre éléments fondamentaux domaines d'architecture d'entreprise. TOGAF est très clair : votre application et votre architecture de données existent pour permettre l'architecture métier.

N'oubliez pas que les équipes EA performantes n'utilisent pas leurs architectes d'entreprise comme traducteurs ou comme canal de communication avec 'l'entreprise. Les bonnes équipes EA travaillent en équipe et utilisent leurs architectes d'entreprise comme spécialistes dans le domaine de l'architecture d'entreprise.

TOGAF ADM Phase B développe l'architecture métier. L'architecture métier est le fondement de toute bonne architecture d'entreprise. Utilisez TOGAF Phase B pour concentrer les ressources limitées en matière de changement sur l’obtention de la plus grande valeur pour l’entreprise.

Faites appel à des experts pour accélérer la création d'une équipe d'experts en ingénierie ? Prenez rendez-vous à un moment qui vous convient.

Prenez le chemin le plus rapide vers une équipe EA réussie, Missions de conseil en architecture d'entreprise prévisibles. Dans des blocs de temps fixes, nous développerons votre équipe et veillerons à ce qu'elle fournisse une architecture utile.

Utilisez nos formations personnalisées et packagées. Formation complète en architecture d'entreprise, Formation à la certification TOGAF, ou des compétences spécialisées telles que Engagement des parties prenantes.

Retour en haut
Lien secret