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

Nous développons architecture d'entreprise dans TOGAF ADM Phase B. L'architecture d'entreprise est l'un des quatre 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.

Bon architectes d'entreprise ne sont pas des traducteurs de 'les affaires' au service informatique. Lorsque la traduction se produit, vous pouvez être sûr qu'il n'y a 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 raté est un signe d'avertissement, et le équipe d'architecture d'entreprise sera toujours à faible maturité. Les équipes EA performantes n'utilisent pas leurs architectes d'entreprise comme traducteurs ou comme canal de communication avec 'les affaires.' Les bonnes équipes EA travaillent en équipe et utilisent leurs architectes d'entreprise en tant que spécialistes dans le domaine de l'architecture d'entreprise.

TOGAF® ADM Phase B—Développer l'architecture d'entreprise

En bref

Présentation de TOGAF ADM

le SMA TOGAF est une méthode pour développer les connaissances. Nous concentrons chaque phase ADM sur le développement des connaissances spécifiques requises pour un l'architecture d'entreprise. TOGAF ADM est le cœur du Norme TOGAF. C'est la seule méthode universelle évolutive pour développer une architecture d'entreprise adaptée à chaque niveau de détail. Comme tous les modèles logiques, il doit être développé pour différents niveaux de détail - stratégie, portefeuille, projet et livraison de solution.

Si vous avez besoin d'un aperçu du TOGAF ADM, veuillez lire le Les phases de TOGAF ADM expliquées.

Qu'est-ce que TOGAF Phase B ?

Dans TOGAF Phase B, vous créez l'architecture métier. Architectes d'entreprise devrait diriger le développement de votre architecte d'entreprise. La description cohérente de votre entreprise qui vous indique comment votre organisation, vos processus, votre personnel et vos sites sont construits 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.

Le développement d'une architecture d'entreprise nécessite un engagement avec les parties prenantes. Avec la partie prenante, l'architecte d'entreprise explore comment une organisation est déficiente. Ils explorent les améliorations potentielles. Vannez les changements qui fournissent trop peu, nécessitent trop de travail ou ont trop d'incertitude.

Quand nous sommes développer des équipes d'architecture d'entreprise, nous disons au architectes d'entreprise deux faits centraux à propos de la phase B de TOGAF. La première chose est que s'ils utilisent leurs architectes d'entreprise pour traduire les espoirs, les peurs et les plans de changement prédéfinis de 'les affaires' ils sont voués à une faible maturité. Deuxièmement, s'ils croient qu'ils développent séquentiellement une architecture d'entreprise, ils développeront toujours une architecture de mauvaise qualité.

Dans un style moderne entreprise transformée numériquement, tous les domaines de l'architecture interagissent. Les changements dans n'importe quel domaine peuvent atteindre des objectifs dans 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 commerciaux qu'avec la bonne architecture informatique. Ironiquement, nous ne pouvons développer la bonne architecture informatique que si nous disposons d'une architecture métier solide.

Quel est l'objectif de TOGAF ADM Phase B ?

Dans Phase A, vous identifiez une architecture d'entreprise résumée potentielle, Vision architecturale. La vision inclura tous les domaines, y compris l'architecture d'entreprise. La phase B développe davantage le résumé. Le succès nécessite :

  • 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 (lot de travaux)
  • Vous comprenez l'interaction entre les changements et les contraintes dans d'autres domaines de l'architecture pour protéger la valeur attendue (Spécifications des exigences d'architecture)

Le résultat central de la phase B est l'architecture d'entreprise candidate. L'architecte métier travaille avec d'autres architectes de domaine pour comprendre les contraintes imposées à l'architecture métier et les contraintes imposées aux autres domaines.

N'oubliez pas que le TOGAF ADM est utilisé pour explorer les changements potentiels. Jusqu'à ce que vous remplissiez un Plan de mise en œuvre de la phase F, il existe des rampes de sortie peu coûteuses. Plus une mauvaise idée progresse, plus la bretelle de sortie coûte cher. L'une des valeurs les plus importantes du développement d'une architecture d'entreprise consiste à vanner les idées faibles. Au moment où le coût du changement dépasse la valeur attendue, arrêtez-vous net. Tuez le projet de développement d'architecture. Célébrez le fait que vous avez minimisé le gaspillage des rares ressources de changement.

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

Développer une architecture d'entreprise n'est pas une activité en cascade. Supposez toujours que le développement de l'architecture métier, de l'architecture des applications, de l'architecture des données, de l'architecture technologique et architecture de sécurité se produit simultanément. La séquence classique impliquée dans de nombreux diagrammes est l'ordre dans lequel nous pouvons terminer le développement de l'architecture, et non le démarrer.

Ne tombez pas dans l'illusion que « l'entreprise » est en quelque sorte séparée de ses applications, de ses données et de son infrastructure. Ce n'était pas vrai dans le passé, et dans une entreprise numérique moderne, c'est risible. Cette illusion est le moyen le plus rapide d'éliminer agilité d'entreprise ou la possibilité de transformation numérique Succès.

Les architectes d'entreprise travaillent dans une équipe d'architecture d'entreprise. Ils ne sont pas les communicateurs avec 'les affaires.' Ce sont des spécialistes dans un domaine d'architecture. Ils ne peuvent pas concevoir leur domaine sans un engagement régulier avec les applications, les données, la technologie et architectes de sécurité.

TOGAF ADM Phase B

Livrables de la phase B du TOGAF ADM

Le résultat central de la phase B est une architecture d'entreprise. Une partie de l'architecture d'entreprise complète. Dans le domaine de l'architecture d'entreprise, il 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 l'industrie. 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, pas sur le nom du modèle.

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

Achèvement de la phase B

Toutes les phases TOGAF ADM vous amènent à développer les connaissances dont vous avez besoin. Le résultat de la phase B est l'architecture métier candidate.

Sortie et résultat 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 un travail 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 doit changer pour permettre à l'Entreprise de répondre aux préférences des parties prenantes ? (lacunes)

Quel travail est nécessaire pour réaliser les changements qui sont cohérents avec la valeur ajoutée créée ? (Lot de travaux)

Comment la priorité et la préférence des parties prenantes s'ajustent en réponse à la valeur, à l'effort et au risque de 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

Os nus de la phase B

Dans la phase B, nous pouvons simplifier le travail d'un architecte d'entreprise pour déterminer comment une entreprise devrait être meilleure. Cela nécessite de comprendre dans quoi il essaie d'être bon, où il est en deçà du meilleur et ce qui doit changer pour permettre d'être le meilleur.

Les os nus de la phase B sont :

  • Savoir comment l'entreprise est capte de la valeur

Différentes organisations d'un même secteur capturent la valeur différemment. Considérez une compagnie aérienne à prix réduit et une compagnie aérienne axée sur les voyageurs d'affaires. Les deux font la même chose, transportent des personnes et des marchandises d'un endroit à un autre. Les deux capturent de la valeur et rivalisent sur différents critères.

  • Savoir comment l'entreprise est structurée pour réussir

Comment assemblez-vous le cœur de métier de l'entreprise ? L'activité de base découle directement du modèle d'affaires.

  • 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 qui génèrent de la valeur et les activités de soutien qui permettent le primaire. Nous optimisons les activités principales pour générer de la valeur. Nous avons optimisé le support pour l'efficacité.

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

Les capacités sont des activités clés. Nous utilisons un modèle de capacité comme concept de gestion pour attirer l'attention sur les choses que nous devons améliorer. Voir le Guide d'évaluation des capacités d'architecture d'entreprise.

  • Ce que l'organisation doit faire

Chaque entreprise a un ensemble de processus qu'elle doit exécuter : primaires, secondaires, administratifs. Vous devez savoir ce qu'ils sont, les informations qu'ils consomment et qui les fait.

  • Comment l'organisation doit être organisée

Nous concevons des entreprises prospères. Nous concevons leur organisation. Leur organisation soutient leur modèle économique, leur modèle opérationnel et s'inscrit dans leur écosystème.

  • Quelles organisations réalisent quelles activités

Lorsque vous connaissez le modèle commercial, le modèle opérationnel et l'ensemble des processus, vous pouvez vous assurer que la bonne organisation exécute une activité. Souvent, vous devez définir comment ils exécuteront l'activité.

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

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

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

  • D'abord, qu'est-ce qui doit changer ? Changement d'orientation, conception organisationnelle, perfectionnement, externalisation, insourcing, automatisation. Ce sont tous des changements. Nous les faisons pour améliorer une organisation.
  • Deuxièmement, quand doit-il changer ? Existe-t-il des dépendances ? Qu'en est-il des conditions préalables ? Changez-vous le décor pour un changement ultérieur ?
  • Troisièmement, comment saurez-vous si le changement a réussi ? Quel est votre test de gouvernance pour réussir ? Comment allez-vous garder la valeur ?

Les parties prenantes de l'architecture d'entreprise détiennent toutes les décisions sur ce qui doit changer et quand. L'architecte métier est propriétaire de la description des tests de gouvernance pour permettre aux parties prenantes de diriger 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

Il existe quatre objectifs principaux pour développer une architecture d'entreprise. Différents livrables ont une importance différente dans chaque objectif.

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

L'utilisation principale est la compréhension des parties prenantes de la cible et du travail.

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

Livrable clé

L'utilisation principale est la compréhension des parties prenantes de la cible et du travail.

L'utilisation secondaire est la création de spécifications d'exigences d'architecture 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 fournisseurs 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 du candidat 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 des parties prenantes du travail et de la dépendance.

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 modifications interactives
Avant l'engagement des partenaires d'exécution (y compris les prestataires internes).

L'utilisation principale est l'identification du changement requis et les préférences sur la façon d'exécuter le changement, pour gérer la sélection et l'engagement des partenaires de livraison de solutions

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

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

Utilisation limitée

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

Livrable clé

Avant la fin du lancement du projet

Livrable clé

Avant l'engagement et la contractualisation

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

Architecture d'entreprise candidate

Il existe quatre objectifs principaux pour développer une architecture d'entreprise. Différents modèles ont une importance différente dans chaque objectif.

>>> Aller au commun Modèles d'architecture d'entreprise

Composants candidats de la feuille de route de l'architecture métier

Qu'est-ce qui doit changer ? Si vous modifiez le modèle d'entreprise, la différence entre le modèle d'entreprise actuel et le modèle d'entreprise cible est le candidat à la feuille de route. S'il s'agit de changer un exécutant de processus d'interne à un sous-traitant, c'est le changement.

Nous utilisons souvent le modèle de capacité pour résumer 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 métier avec toutes les autres architectures de domaine dans TOGAF Phase E - Feuille de route de l'architecture.

Spécification des exigences de l'architecture métier candidate

Définissez comment vous évaluerez le changement.

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

Pour un excellent guide des 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 d'architecture dans TOGAF Phase E - Feuille de route de l'architecture.

Quel est le rôle de l'architecte métier dans la phase B ?

Dans la phase B de TOGAF, nous attendons de l'architecte métier qu'il fournisse l'architecture du domaine. Cela nécessite de développer des modèles qui montrent la source de la déficience et comment la surmonter. Ils mèneront une analyse des compromis avec les parties prenantes pour déterminer l'architecture cible.

L'architecte métier devra collaborer avec les autres architectes de domaine. Gardez à l'esprit que les lacunes dans un domaine sont souvent résolues dans un autre et que les changements dans un domaine imposent souvent des coûts et des changements dans un autre.

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 protéger l'intégralité de la valeur. Selon les compétences des architectes de domaine, l'architecte d'entreprise doit compléter. Par exemple, un architecte d'application peut ne pas voir l'impact des changements dans l'architecture métier. Ou un architecte métier peut ne pas articuler une exigence en termes sur lesquels l'architecte de sécurité peut agir.

Le rôle le plus important de l'architecte d'entreprise est de franchir les frontières. Qu'il s'agisse de limites de domaine, de compétence ou d'autorité, l'architecte d'entreprise doit les franchir.

Canevas de modèle d'entreprise

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

La phase B de TOGAF ADM s'appelle l'architecture métier. Cette phase existe pour développer l'architecture d'entreprise. Dans TOGAF, la première étape consiste à déterminer les vues requises et les modèles requis.

Il existe huit modèles d'architecture commerciale centrale.

  • Business Model qui décrit comment la valeur est capturée
  • Modèle d'exploitation qui capture la manière dont l'entreprise fonctionne pour générer 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 construction de planification qui concentre l'attention sur ce qui doit changer
  • Modèle de processus - quelles activités une entreprise doit effectuer
  • 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 principales, 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 use

  • Modèle de motivation commerciale d'OMG
  • Le Business Model Canvas de Strategyzer
  • Lignes d'information du DODAF
  • Organigraphe de Mintzeberg
  • Modèle de fonctionnement du CISR

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

Le niveau de question auquel vous répondez avec votre architecture d'entreprise entraînera l'utilisation de différents modèles d'architecture d'entreprise. Par exemple, l'architecture pour prendre en charge le portefeuille ne développera souvent pas de modèle de chaîne de valeur. Au lieu de cela, 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 prendre en charge le portefeuille Architecture pour soutenir le projet Architecture pour prendre en charge la livraison de solutions
Modèle d'affaires Livrable clé Livrable occasionnel Architecture supérieure Architecture supérieure
Modèle de fonctionnement Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Modèle de chaîne de valeur Clé livrablee Livrable occasionnel Architecture supérieure Architecture supérieure
Modèle de capacité 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'informations 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 d'exploitation 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 d'exploitation Livrable régulier - niveau supérieur lié au modèle d'exploitation Livrable régulier - lié à la portée du changement Architecture supérieure

Modèles d'architecture d'entreprise

Le développement d'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 groupe de structures. Différents modèles expliquent l'entreprise d'une manière différente.

Pris ensemble, les modèles décrivent l'architecture de l'entreprise. Dans l'architecture d'entreprise complète, ces modèles seront liés à d'autres modèles qui décrivent les autres domaines de l'architecture d'entreprise.

Modèle d'affaires

Canevas de modèle d'entreprise

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

Le Business Model Canvas fonctionne bien pour un produit ou un service. En tant que technique de modélisation, elle se débat avec des modèles commerciaux complexes. En fait, l'une des forces du canevas du modèle d'entreprise est d'identifier les endroits où le modèle d'entreprise devient boueux.

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

Modèle de fonctionnement

Les modèles d'exploitation décrivent comment une entreprise structure ses activités principales. En règle générale, un modèle d'exploitation montre 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 d'exploitation est un point d'ancrage pour l'entreprise. Elle est essentielle à l'efficacité et à la pérennité de la stratégie.

Le modèle opérationnel du CISR fournit 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. Là, vous connaissez la structure de base de l'entreprise et elle informe le Architecte d'application travaillant dans TOGAF Phase C.

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

Chaîne de valeur

Un diagramme de chaîne de valeur est une représentation de haut niveau des activités d'une organisation pour générer de la valeur. Un diagramme classique de la chaîne de valeur de Porter sépare l'activité de support de l'activité principale. L'activité principale est constituée de séquences pour montrer le transfert d'activité dans une chaîne de valeur. Dans un diagramme de Porter, nous plaçons toujours l'activité de support en haut - toute activité de support est un fardeau pour l'activité principale. L'activité principale doit produire suffisamment de valeur client pour payer les activités de soutien.

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

Modèle de capacité

Les modèles de capacité sont utilisés pour attirer l'attention. Un bon modèle de processus est complet. Un bon modèle fonctionnel est à la fois complet et conscient de l'organisation. Un bon modèle de capacité est un sous-ensemble des activités et de l'organisation. Nous devrions concentrer le sous-ensemble sur les activités qui doivent être améliorées ou soutenues pour atteindre le résultat souhaité.

Lorsque nous utilisons un Business Model Canvas, les fonctionnalités des ressources clés, des activités clés et du canal client sautent de la page. Lorsque nous utilisons une carte stratégique Kaplan, tout ce qui est placé sur la carte est une capacité.

Nous utilisons des scores pour expliquer les améliorations et les changements dans la planification des capacités. Voir le Guide d'évaluation des capacités d'architecture d'entreprise. Les architectes d'entreprise doivent s'attendre à 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 comme un architecture de référence. Le cadre de l'APQC est cohérent et complet.

C'est une erreur courante de lier le BPMN de l'OMG à une bonne architecture d'entreprise. Si vous utilisez 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 dans leGuide 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 relions l'activité requise à l'autorité, aux ressources et à l'emplacement dans un modèle fonctionnel.

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

Modèle d'informations

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

Dans la plupart des cas, chaque entreprise n'a qu'un seul modèle d'informations commerciales, qui décrit toutes les données pertinentes dans l'ensemble de l'organisation. Nous pouvons utiliser un ou plusieurs diagrammes pour représenter graphiquement tout ou partie du modèle d'information.

Modèle d'organisation

Toutes les entreprises ont des structures uniques pour l'autorité, les ressources et le lieu de travail. De nombreuses structures organisationnelles sont aléatoires. Souvent basé sur la conception organisationnelle et la personnalité antérieures.

Les organisations qui cherchent à exceller doivent être très délibérées sur la conception organisationnelle. Par exemple, si vous utilisez le modèle opérationnel du CISR comme référence, 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 extrait la proposition de valeur du produit ou du service de base et ce dont nous avons besoin pour exceller.
  • Les lignes de besoin d'information du DODAF extraient tous les flux d'informations nécessaires. Peu importe si l'activité est un producteur de valeur primaire, une activité de soutien ou des informations purement administratives entreront et sortiront. Le moyen le plus rapide de dégrader une activité est d'injecter des informations de qualité inférieure.
  • L'organigramme de Mintzeberg vous aide à comprendre comment l'entreprise fonctionne pour réussir. Peu d'entreprises travaillent dans leur conception organisationnelle.
  • Le modèle opérationnel du CISR est la base de la conception. Les quatre choix classiques Unifié, Diversifié, Répliqué ou Coordonné.

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

Le développement agile est souvent confondu avec une entreprise agile. Rien ne peut être plus éloigné de la vérité. L'architecture d'entreprise identifiera normalement où votre entreprise a besoin de nouveaux systèmes pour exceller et où elle doit poursuivre les meilleures pratiques établies.

Nous concentrons toujours le développement agile sur de nouvelles activités différenciantes et suivons impitoyablement les meilleures pratiques établies ailleurs. Les meilleures pratiques proviennent de logiciels commerciaux établis. Assurez-vous d'aligner l'architecture de votre application sur l'architecture de votre entreprise et concentrez-vous sur la manière dont vous acquérez les systèmes.

Architecture d'entreprise et développement agile intéressera sur quatre domaines. L'architecture d'entreprise :

  1. définir l'approche agile
  2. guider le backlog en sprint
  3. limiter les choix dans les sprints
  4. résoudre la dépendance croisée des produits

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

L'agilité d'entreprise n'a rien à voir avec la façon dont vous écrivez un logiciel. L'agilité d'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 - Souplesse. Nous utilisons l'attribut Agilité et les scores dans le Guide d'évaluation des capacités identifier la capacité métier, les systèmes d'information et les processus qui doivent pouvoir évoluer rapidement. Puis architecte 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 disponible ?
  5. Flexibilité – Que faites-vous pour réduire les obstacles à l'action ?
TOGAF Phase B - Modèle commercial

Réflexions finales sur la phase B du TOGAF ADM

Architectes d'entreprise ne sont pas des traducteurs de 'les affaires' au service informatique. Au lieu de cela, les bons architectes d'entreprise 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 son pair architectes de domaine pour explorer comment ces améliorations entraînent un changement dans différents domaines de l'architecture
  • trier les changements qui fournissent trop peu, demandent trop de travail ou sont au mauvais moment

Dans TOGAF ADM Phase B, l'architecture d'entreprise est l'un des quatre principes 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 le canal de communication avec 'les affaires.' Les bonnes équipes EA travaillent en équipe et utilisent leurs architectes d'entreprise en tant que 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 la base de toute bonne architecture d'entreprise. Utilisez TOGAF Phase B pour concentrer les rares ressources de changement sur l'obtention de la plus grande valeur d'entreprise.

Faire appel à des experts pour accélérer votre parcours vers une équipe EA performante ? Réservez un appel à la fois en fonction de votre emploi du temps

Empruntez le chemin le plus rapide vers une équipe EA performante, Missions prévisibles de conseil en architecture d'entreprise. 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 sur l'architecture d'entreprise, Formation certifiante TOGAF, ou des compétences spécialisées comme Engagement des parties prenantes.

Retour haut de page