TOGAF® ADM Phase F - Élaborer le plan de mise en œuvre

TOGAF ADM Phase F élabore le plan de mise en œuvre. L'exécution des plans de mise en œuvre est la façon dont les entreprises dirigent le changement. Un plan de mise en œuvre de la phase F utilisera un, deux, vingt projets de changement ou plus. Peu importe que vous utilisiez Portfolio ou Program pour gérer le changement. Élaborez le plan de mise en œuvre pour soutenir l'amélioration de votre organisation.

Norme TOGAF 10ème édition est clair, le but de l'architecture d'entreprise est de guider un changement efficace. Un changement efficace signifie que nous exécutons des plans et des projets. TOGAF ADM Phase F représente une transition à partir de laquelle le l'architecture d'entreprise transitions de processus au contrôle des leaders du changement. Sans exécution du changement, l'architecture d'entreprise est une activité inutile.

SMA TOGAF sépare le plan de mise en œuvre de la phase F de la feuille de route de l'architecture de la phase E pour soutenir la transition du développement d'une architecture au développement des moyens de changement. Les architectes d'entreprise ont un rôle essentiel dans le changement. Cependant, la profession est conçue pour le conseil, pas pour l'action. Nous intégrons cette bonne pratique dans la conception du méthode de développement d'architecture. L'architecture d'entreprise a identifié le changement le plus efficace et a fourni aux parties prenantes les moyens de gouverner le changement. Ils sont prêts à élaborer le plan de mise en œuvre.

Découvrir la formation à la certification TOGAF

TOGAF ADM Phase F - Élaborer le plan de mise en œuvre

En bref :

Télécharger le guide de gouvernance de l'architecture d'entreprise
Plan de mise en œuvre de la phase F du TOGAF 10

Présentation de TOGAF ADM

Le TOGAF ADM définit le Cadre TOGAF à part d'autres cadres d'architecture d'entreprise. C'est le seul cadre d'architecture d'entreprise qui inclut tous trois parties d'un cadre – comment documenter une architecture, comment constituer une équipe d'architecture d'entreprise, et comment développer une architecture.

TOGAF ADM développe une architecture d'entreprise

Chaque SMA TOGAF phase explique les activités pour développer les connaissances. Chaque phase ADM développe des connaissances sur une partie du l'architecture d'entreprise. Les interactions entre les phases sont des flux d'informations. Ces flux d'informations fusionnent en quelques livrables critiques - l'un est le plan de mise en œuvre de la phase F du TOGAF ADM.

Qu'est-ce que TOGAF Phase F ?

La phase F de TOGAF fournit les étapes et les informations permettant aux architectes d'entreprise d'aider les planificateurs à élaborer un plan de mise en œuvre. Il est évident que les architectes d'entreprise doivent aider les planificateurs. Leur rôle est de s'assurer que les décisions des parties prenantes concernant l'architecture sont reflétées dans le plan. Lorsque les décisions antérieures ne sont pas reflétées dans le plan de mise en œuvre, l'architecture d'entreprise doit être mise à jour. Ce n'est que lorsque votre entreprise s'engage à effectuer un changement que l'architecture d'entreprise candidate est finalement approuvée.

Quel est l'objectif de TOGAF ADM Phase F ?

L'objectif de la phase F est de passer de la Feuille de route architecturale développé en TOGAF ADM Phase E à un plan de mise en œuvre. La feuille de route de l'architecture a déjà éliminé les mauvaises options de changement. Le plan de mise en œuvre est la façon dont votre organisation a l'intention d'exécuter le changement et d'atteindre les états de transition.

Lorsque nous expliquons l'architecture d'entreprise, nous parlons de considérer les changements possibles, de peser les options. Tout cela appartient au passé. La feuille de route de l'architecture indique la voie à suivre, les points de transition potentiels. C'est l'heure de la dernière sélection.

Le succès nécessite :

  • Vous décidez comment exécuter le changement (Projets)
  • Vous connaissez les ressources qui seront mobilisées pour apporter le changement
  • Vous connaissez les prestations demandées, et les contraintes imposées (Contrat d'Architecture)

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

Bien que les approches en cascade ne fournissent pas une bonne architecture, il devrait y avoir une rupture nette entre une feuille de route d'architecture et l'élaboration d'un plan de mise en œuvre. Explorer et rejeter les changements potentiels est un résultat précieux dans l'architecture d'entreprise. La phase F entre dans un monde dur et pratique.

Les planificateurs de portefeuille, les gestionnaires de programme et les gestionnaires de projet ne vivent pas dans un monde de possibilités. Ils vivent dans un monde difficile d'exécution. Ils parlent de choses comme la triangle de fer. Ils s'attendent à connaître la destination, les avantages attendus et les contraintes. Ils ont l'intention de traîner tout le monde sur la ligne d'arrivée.

Alors que la norme TOGAF indique que vous ne terminerez pas l'architecture cible avant la phase F, votre architecture ne changera que lorsque votre organisation refusera de continuer. Sinon, le développement de l'architecture est terminé.

Qu'est-ce qu'un plan de mise en œuvre de l'architecture ?

Un plan de mise en œuvre fournit un calendrier des projets qui réaliseront l'architecture cible. Les projets exécutables seront regroupés en portefeuilles et programmes gérés. La Stratégie de mise en œuvre énonce l'approche du changement.

Déballons la définition du plan de mise en œuvre. Premièrement, le plan de mise en œuvre est un calendrier. Il enchaîne les projets dans le temps.

Deuxièmement, il est basé sur un projet. Nous savons de AMP que chaque projet est un ensemble de tâches interdépendantes qui ont un objectif commun. Caractéristiques des projets :

  • Une date de début et de fin claire. Ils auront un début clair, une fin précise et un aperçu de ce qui se passe entre les deux
  • Ils créent quelque chose de nouveau. Ils sont une activité unique unique. Ça ne se répète plus jamais de la même manière
  • Il a des limites claires. Ils fonctionnent avec des contraintes de temps, d'argent, de qualité et de fonctionnalité
  • Ce n'est jamais comme d'habitude. Ça change les affaires comme d'habitude

Troisièmement, il regroupe les projets en Portefeuilles et Programmes pour la gestion.

Enfin, il indique comment le changement se déroulera. La Stratégie de mise en œuvre nécessitera un changement soit :

  • Évolutionniste
  • Révolutionnaire
  • Champ vert

Pourquoi un plan de mise en œuvre est-il différent d'une feuille de route d'architecture ?

L'ADM standard TOGAF sépare les phases E et F, et la feuille de route de l'architecture du plan de mise en œuvre et de migration. La séparation est basée sur la planification des meilleures pratiques. Une feuille de route d'architecture permet de décider de votre chemin, de votre destination et des endroits où les décisions n'ont pas encore été prises. Il prend également en charge l'identification des bifurcations non résolues dans le parcours. Le plan d'implémentation et de migration ne prend en charge que l'exécution.

Nous pouvons garantir que vos feuilles de route actuelles ressemblent davantage à des plans de mise en œuvre qu'à des feuilles de route d'architecture. Cependant, nous voyons rarement le travail divisé en projets discrets et les projets liés en portefeuille et programme pour la gestion. Habituellement, il s'agit d'un seul projet de grande envergure. La stratégie de mise en œuvre est rarement explicite, ce qui conduit le projet à essayer de décider à l'intérieur du projet quelle est la meilleure approche. Ils décident toujours du chemin le plus facile pour le projet.

Le véritable développement du plan de mise en œuvre se fait avec les parties prenantes, les propriétaires des ressources et les planificateurs de votre entreprise. L'architecte d'entreprise est là pour mettre en évidence la valeur attendue, la dépendance et la stratégie de mise en œuvre. Nous avons déjà évalué la valeur. Vous avez des architectures de transition. Il s'agit d'un exercice de planification visant à fournir ce qui est attendu, et non à déterminer ce qui est raisonnable.

Télécharger le guide de gouvernance de l'architecture d'entreprise

Livrables du plan de mise en œuvre de la phase F du TOGAF ADM

Les deux principaux résultats de la phase F sont un plan de mise en œuvre et un contrat d'architecture. C'est la partie action de l'architecture d'entreprise.

Utilisation la plus utile du plan de mise en œuvre

  1. Définition du plan de changement. Identifiez ce qui va changer et quand
  2. Définir le type de changement par le biais de la stratégie de mise en œuvre
  3. Définition du contrôle via Portfolio et Program

Un plan de mise en œuvre aidera à répondre aux questions suivantes :

Un contrat d'architecture aidera à répondre aux questions suivantes :

Un plan de mise en œuvre est un outil d'exécution des changements d'entreprise. Il rassemble l'exécution et rassemble une organisation.

Achèvement du plan de mise en œuvre de la phase F

Toutes les phases TOGAF ADM vous amènent à développer les connaissances dont vous avez besoin. Le résultat de la phase F est un plan de mise en œuvre et un contrat d'architecture à l'appui.

Sortie et résultat Connaissances essentielles
Un ensemble de projets approuvés[1], contenant l'objectif et toutes les contraintes nécessaires, les ressources nécessaires et les dates de début et de fin. Ressources disponibles pour entreprendre le changement.

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 Guide de la série TOGAF : Guide de l'architecte d'entreprise pour le développement de l'architecture

Os nus de la phase F

Dans la phase F, les planificateurs du changement effectuent la majeure partie du gros du travail. Les plans de mise en œuvre exigent un engagement à travailler.

Les os nus de la phase F sont :

Nous nous sentons toujours libérés dans la phase F. Les larges possibilités d'architecture se réduisent à un seul fil. Tous les compromis complexes sont derrière nous, et nous en sommes à la dure négociation des ressources et du temps. Franchement, si notre feuille de route d'architecture n'a pas de prise sur la limite de la portée et de la qualité, nous n'étions pas prêts pour la planification de la mise en œuvre.

  • Qu'est-ce qui va changer et quand

Lots de travaux affectés aux projets. Un ou plusieurs projets atteignant un état de transition ou la cible finale. Qu'est-ce qui va changer ? Quand cela arrivera-t-il ?

Vous devrez expliquer les états de transition. Les exécutants sont des réalistes concrets. Ils s'identifieront à l'état cible et chercheront à s'y rendre. En conséquence, ils voudront dépasser un état de transition. Ils seront très mal à l'aise avec l'idée qu'une partie prenante obtienne une valeur de points de repos comme synonyme et exécute une bretelle de sortie.

Quel travail, quelle portée, quand. Tout est dans le Projets du plan de mise en œuvre.

  • Quel genre de changement se produira

Ne laissez jamais le type de changement à une équipe de projet. Ils ont un objectif final et couperont tous les coins pour remporter la victoire. Par conséquent, les systèmes sont ne pas déclassé. C'est pourquoi les processus hérités durer pour toujours. Si vous vous attendez à un remplacement, c'est Greenfield. Si vous vous attendez à une amélioration, elle est évolutive. Soyez clair, puis dans Gouvernance de la mise en œuvre de la phase G tester la conformité. Utilisez votre plus puissant gouvernance de la mise en œuvre outils, les Stratégie de mise en œuvre.

  • Comment le changement sera-t-il géré jusqu'à un résultat ?

La profession de gestion de projet a inventé le concept de portefeuille et de programme pour résoudre le problème de la gestion d'un ensemble complexe de projets. Les gens qui font le travail ont du mal à voir comment ils s'emboîtent. Ils recherchent une récompense très immédiate et se focaliseront sur une livraison tangible à la fin du projet. Lorsque votre architecture d'entreprise comporte un ou plusieurs états de transition, vous avez besoin de gouvernance de la mise en œuvre.

Regrouper les projets par résultat et désigner une personne responsable du résultat simplifie la gouvernance de la mise en œuvre. La gouvernance de l'architecture des meilleures pratiques utilise des structures d'autorité naturelles. La gestion de portefeuille est une structure naturelle. Aidez vos parties prenantes à créer leur Portefeuille du plan de mise en œuvre.

  • Comment le changement sera-t-il géré en tant que travail

Le portefeuille est utilisé pour regrouper le résultat. Le programme est utilisé pour grouper pour l'exécution. Lorsque vous regroupez des projets par exécution, vous simplifiez gouvernance de la mise en œuvre. J'aime Regroupement de portefeuille suivre gouvernance de l'architecture des meilleures pratiques et adopter une structure d'autorité naturelle. Aidez vos parties prenantes à créer leur Programme du plan de mise en œuvre.

  • Quel avantage sera délivré

Nous avons développé le concept de contrat d'architecture pour séparer le bénéfice, ou la valeur, d'une description de projet. Les équipes de projet regardent vers la fin du projet. Les équipes de projet se tournent vers les besoins de leur parrain. Vous pouvez vous attendre à ce que les responsables de la mise en œuvre abandonnent les avantages qui ne sont pas directement alignés sur leur projet. Vous pouvez vous attendre à ce que la baisse soit présentée comme une réduction des risques ou une réduction des coûts.

Pour fournir une direction et un contrôle clairs, utilisez les Contrat d'architecture avoir l'avantage ou la valeur. Surtout si vous construisez aptitude ou assurer l'avenir agilité d'entreprise.

  • Quelles contraintes limitent la liberté des exécutants

Si vous n'avez pas quelque chose que vous devoir contrôle, vous devez rester à l'écart des spécifications d'architecture. Les spécifications d'architecture bloquent toujours l'innovation et limitent la créativité et les connaissances de vos équipes de mise en œuvre.

Lorsque vous avez besoin de quelque chose, utilisez une spécification d'architecture dans le Contrat d'architecture. Dans Naviguer™, nous utilisons quatre types de spécifications d'architecture :

  • Principe, lorsque des conseils généraux sur la façon de décider sont appropriés
  • Modèle, où il existe une approche préférée connue
  • Standard, lorsqu'il existe une approche acceptable connue
  • Règle, où tous les choix doivent être supprimés

Nous attendons de nos architectes d'entreprise qu'ils aient toujours une norme avant d'élaborer une règle. Testez leur norme par rapport à un modèle. Assurez-vous que le modèle respecte le principe. Nous faisons cela pour nous assurer que nous avons limité le moins possible les degrés de liberté des implémenteurs. Écrire une règle est facile, mais cela nécessite une quasi-omniscience. Vous devez regarder vers l'avant et connaître les circonstances uniques et les capacités futures. Ou se tromper de règle.

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

  • Tout d'abord, définition de fait. Quand arriverons-nous à un état de transition ?
  • Deuxièmement, la responsabilité du changement. Qui est responsable de quel portefeuille ou programme ?
  • Troisièmement, les règles de la route. Quel avantage sera délivré? Quelle contrainte est imposée ?

Avec ces trois éléments essentiels, les parties prenantes sont prêtes à élaborer un plan de mise en œuvre. Ils savent ce qu'ils veulent faire. Ils savent ce qu'ils ne veulent pas changer. Ils savent comment ils ont limité leurs exécutants.

TOGAF ADM Phase F - Livrables du plan de mise en œuvre et objectifs de l'architecture d'entreprise

Le développement d’une architecture d’entreprise comporte quatre objectifs principaux. Soit vous soutenez la stratégie, le portefeuille, le projet ou la livraison de solutions. Dans la plupart des cas, vous ne développerez pas de feuille de route d'architecture à moins de soutenir une stratégie ou un portefeuille. Les modèles sont expliqués dans le Guide de l'architecte d'entreprise pour développer l'architecture.

Différents livrables ont une importance différente dans chaque objectif.

Architecture pour soutenir la stratégie

Lorsque vous soutenez la stratégie, vous fournissez une architecture cible de bout en bout et développez des feuilles de route de changement. Votre architecture identifiera les initiatives de changement et le portefeuille et les programmes de soutien. La feuille de route de l'architecture définira les termes de référence, identifiera les synergies et régira l'exécution du portefeuille et des programmes.

Architecture pour prendre en charge le portefeuille

Lorsque vous soutenez un portefeuille, vous vous adressez normalement au portefeuille unique. Votre architecture identifiera les projets et définira leurs termes de référence, alignera leurs approches, identifiera les synergies et régira l'exécution du projet.

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 F : Plan de mise en œuvre de l'architecture Probablement pas utilisé Livrable clé

Lors de la budgétisation du portefeuille

Actualiser au besoin pour soutenir la budgétisation et la gestion du programme

 Livrable clé

Avant le démarrage du projet

 Livrable clé

Avant l'engagement et la contractualisation
Produit de travail de la phase F : contrat d'architecture Probablement pas utilisé Utilisation limitée Livrable clé

Avant la fin du lancement du projet

 Livrable clé

Avant l'engagement et la contractualisation
Produit de travail de la phase F : architecture d'entreprise cible Livrable important

Utilisé pour la tenue de registres et le développement futur de l'architecture

 Livrable important

Utilisé pour la tenue de registres et le développement futur de l'architecture

 Architecture majoritairement supérieure

Utilisé pour la tenue de registres et le développement futur de l'architecture

 Architecture supérieure

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

Plan de mise en œuvre

La structure de votre plan de mise en œuvre change selon que vous travaillez pour soutenir la stratégie, le portefeuille ou le projet. Les plans de mise en œuvre sont utilisés pour gouverner la mise en œuvre.

  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
Projets de plan de mise en œuvre Résumé Livrable clé Architecture supérieure Architecture supérieure
Stratégie du plan de mise en œuvre Approprié au projet Livrable clé Livrable clé ou architecture supérieure Architecture supérieure
Portefeuille de plans de mise en œuvre Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Programme du plan de mise en œuvre Livrable clé Livrable clé Architecture supérieure Architecture supérieure

Contrat d'architecture

  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
Contrat d'Architecture - Bénéfice Approprié au projet Livrable clé Livrable clé ou architecture supérieure Architecture supérieure
Contrat d'architecture - Spécification d'architecture Principe Principe et modèle Principe, modèle et norme Principe, modèle, norme et règle
Contrat d'Architecture - Contrôle Approprié au projet Livrable clé approprié au projet Livrable clé ou architecture supérieure Livrable clé ou architecture supérieure
Contrat d'architecture - Stratégie du plan de mise en œuvre Approprié au projet Livrable clé Livrable clé ou architecture supérieure Architecture supérieure
Contrat d'Architecture – Transition Livrable clé Livrable clé ou architecture supérieure Livrable clé ou architecture supérieure Architecture supérieure

Architecture d'entreprise cible

Le complet l'architecture d'entreprise comprendra les modèles d'architecture de domaine et l'ensemble des écarts consolidés. En tant que livrable, vous mettez à jour l'architecture d'entreprise cible à utiliser dans le développement futur de l'architecture, ou comme référence dans la gouvernance de mise en œuvre de la phase G.

Modèles qui composent l'architecture d'entreprise cible

Quel est le rôle de l'architecte d'entreprise dans la phase F ?

Dans la phase F de TOGAF, nous attendons de l'architecte d'entreprise qu'il conseille les planificateurs. Ils devront interpréter l'architecture cible et toutes les transitions. Plus important encore, ils veilleront à ce que les avantages et les contraintes attendus soient pris en compte dans les plans.

Les architectes sont habitués à planifier des séquences de travail qui offrent des avantages inattendus. Ou s'attendant à la nécessité d'une contrainte. L'architecte d'entreprise devra expliquer les états de transition.

Les planificateurs de projet ont de brefs horizons temporels et sont des penseurs très directs. Ils seront mal à l'aise avec :

  • Avantages intangibles
  • Réalisation différée de l'avantage
  • Contrainte qui freine le projet en cours

En ce qui concerne les avantages, nous utilisons toujours l'exemple de la construction d'un pont. La rampe et les supports sont nécessaires, mais n'apportent aucune valeur ajoutée. De plus, jusqu'à ce que vous ayez terminé l'ensemble du tablier routier, le pont n'offre aucune valeur réalisable. Cela aide les gens à comprendre que nous faisons peut-être beaucoup de travail, simplement pour faire plus de travail avant de pouvoir réaliser un avantage significatif.

Nous trouvons que parler des autoroutes et des échangeurs les aide à comprendre les contraintes qui entravent le projet actuel. À mesure que le volume de trafic augmente, les coûts de la plate-forme et de l'asphalte augmentent considérablement. Jusqu'à ce que nous construisions le pont, le volume de trafic est faible, donc les dépenses consacrées à l'assiette de la route augmentent simplement le coût du projet actuel. Lorsque la route, le pont et l'échangeur se rejoignent, vous disposez d'un réseau de circulation capable de supporter le volume. Celui qui offre de la valeur. Un qui ne nécessite pas de déchirer la route en cours d'utilisation et de la reconstruire.

Le rôle le plus important de l'architecte d'entreprise est d'anticiper et de franchir les frontières. Ils comprendront pourquoi le projet actuel peut être limité ou pourquoi les critères de réussite ne sont pas évidents. Ils aideront à impliquer les propriétaires de portefeuille lorsque le sponsor du projet supprime les avantages de l'entreprise.

Deux faits centraux sur la phase F de TOGAF - Plan de mise en œuvre

Adoptez une approche pragmatique construire vos équipes d'architecture d'entreprise. Nous basons notre approche pragmatique sur un constat dérangeant : si la pensée normale permettait d’obtenir des organisations flexibles et efficaces, notre profession n’existerait pas. L’architecture d’entreprise nécessite une pensée anormale.

Il y a deux faits centraux que nous disons architectes d'entreprise à propos de TOGAF Phase F - Feuille de route d'architecture. Tout d'abord, à part votre partie prenante, personne impliqué dans la planification de la mise en œuvre ne croira ce que vous direz. Vos idées seront toujours trop grandes, trop différées, trop théoriques. Vous devrez surveiller tout le monde comme un faucon surveille les souris. Ils auront besoin d'une relation solide avec votre partie prenante. Vous devrez utiliser les conversations de compromis que vous avez déjà eues pour développer la feuille de route de l'architecture. En fait, vous pouvez vous attendre à discuter à nouveau du compromis avec tout le monde. Deuxièmement, si vous n'avez pas de contrat d'architecture documenté, vous aurez du mal avec la gouvernance de la mise en œuvre. Personne ne se souviendra du bénéfice attendu, de la stratégie de mise en œuvre ou d'une quelconque contrainte. Déjà. Ils réinventeront tout pendant l'exécution du projet (TOGAF ADM Phase G) pour achever le projet aussi facilement que possible afin de servir les intérêts tactiques du commanditaire du projet.

Les parties prenantes ont besoin d'architectes d'entreprise pour protéger la valeur qu'ils souhaitent. Habituellement, la majeure partie de la surveillance provient du sponsor du projet et de l'équipe de mise en œuvre.

[1] Ne vous focalisez pas sur la définition du terme « projet » ou sur ce qu'est un projet. C'est juste un effort d'organisation du travail pour atteindre un résultat bien compris. Il est peu probable que la définition interne d'un projet de votre organisation et l'étiquette utilisée correspondent à celles de quelqu'un d'autre. Mon assistant fait référence à la réservation d'un vol en tant que projet.

Découvrir la formation à la certification TOGAF
Techniques de mise en œuvre de la phase F du TOGAF ADM

Modèles, outils et techniques de plan de mise en œuvre

La phase F du TOGAF ADM fournit le plan de mise en œuvre et le contrat d'architecture. Cette phase existe pour permettre l'action.

La phase F est une traduction de la feuille de route de l'architecture et de l'architecture cible en action. Il existe cinq techniques centrales d'élaboration du plan de mise en œuvre qui aident les parties prenantes à comprendre comment réaliser les avantages de l'architecture cible.

  • Regroupement de portefeuille
  • Regroupement de programmes
  • Réalisation des avantages
  • Atténuation des risques
  • Contrat d'architecture
  • Modèle de stratégie de mise en œuvre
  • Utilisation des techniques de feuille de route d'architecture

Techniques du plan de mise en œuvre

Prises ensemble, les techniques mettront en évidence tout ce que les architectes d'entreprise doivent contribuer à l'élaboration du plan de mise en œuvre. Le rôle de l'architecte d'entreprise consiste à protéger la valeur du changement.

Planification de portefeuille / Regroupement de portefeuille

La profession de gestion de projet utilise le portefeuille et le programme pour permettre la gestion d'un ensemble complexe de projets. Les sponsors du projet et les exécutants examinent les livrables explicites du projet.

La planification du portefeuille regroupe les projets par résultat. En tant que portefeuille spécifié, quelqu'un peut être responsable du résultat. Cela augmente les chances de succès et permet la gouvernance de la mise en œuvre.

Le Portefeuille crée une structure d'autorité naturelle. Le reste de l'organisation adoptera la structure d'autorité et les rapports axés sur les résultats.

Planification de programme / Regroupement de programmes

Le programme regroupe les projets à exécuter. Tout comme Portfolio, vous rejoindrez une personne responsable de la gestion d'un ensemble de projets connexes. Une structure d'autorité naturelle orientée vers l'exécution est créée. Le reste de l'organisation adoptera la structure d'autorité et les rapports basés sur l'exécution.

Réalisation des avantages

Nous alignons toujours les avantages de l'architecture d'entreprise sur la déficience qui a déclenché le développement de l'architecture actuelle. Nous utilisons la feuille de route de l'architecture et l'architecture d'entreprise pour gouverner la mise en œuvre. Cela nécessite de séparer les avantages attendus de ceux du projet qui sont censés fournir les avantages.

Dans Naviguer nous alignons un avantage sur le Work Package. Nous relions le Work Package au Gap qu'il comble et au Projet qui le réalisera.

Nous constatons régulièrement que pendant le lancement et l'exécution du projet, le travail qui fournira un avantage est délimité, tandis que l'avantage continue d'apparaître sur les diapositives PowerPoint du projet. Cela est particulièrement vrai lorsque le parrain du projet ne recevra pas l'avantage.

L'architecture d'entreprise existe pour guider un changement efficace. Un changement efficace réalise les avantages.

Lors de l'élaboration du plan de mise en œuvre, nous recherchons le travail qui comblera explicitement une lacune et apportera un avantage. Pas de travail, et vous avez une lacune non comblée et une prestation manquante.

Atténuation des risques

Nous avons deux utilisations du terme Risque. Premièrement, c'est l'effet de l'incertitude sur l'atteinte de votre objectif. C'est la définition utilisée par la profession de gestion des risques. Nous trouvons qu'il résonne le plus fortement avec l'architecture d'entreprise. Deuxièmement, c'est l'utilisation normale où un risque est une mauvaise chose qui peut arriver. Nous constatons que la plupart des gens considèrent le risque comme une menace ou une mauvaise chose. Peu importe comment vous utilisez Risk. Nous constatons que l'incertitude et la menace sont traitées de la même manière. Vous l'abordez avec un contrôle, et ce contrôle doit être mis en œuvre via un lot de travaux.

Naviguer aligne le risque sur un actif ou un objectif. Un contrôle atténue le risque. Un lot de travaux met en œuvre des contrôles. Nous relions le lot de travaux au projet responsable.

Les objectifs sont la raison pour laquelle nous faisons le changement. Manquant signifie que le changement était inutile. Lorsque vous avez une incertitude quant à l'atteinte de l'objectif, que faites-vous pour réduire l'incertitude ? Il est essentiel de remédier à l'incertitude Planification de la mise en œuvre et gouvernance de la mise en œuvre activité.

Encore une fois, nous séparons le risque et le contrôle du projet. Nous sommes liés par le travail. Cela nous permet de planifier et de surveiller le décodage.

Nous constatons régulièrement que pendant le lancement du projet et l'exécution du projet, les objectifs et les actifs qui ne sont pas directement liés au projet et au parrain du projet seront délimités. Cela est particulièrement vrai lorsque le commanditaire du projet n'est pas propriétaire de l'objectif.

Nous nous attendions régulièrement à des initiatives de changement pour développer des capacités, réduire les frictions épuisant l'agilité, réduire les coûts opérationnels permanents. Pourtant, ils échouent régulièrement. Ils échouent parce que nous livrons le travail par le biais de projets ciblés. Chaque projet ciblé est lié par le Triangle de fer et sera agressivement délimité. Nous n'avons jamais vu un descoping présenté comme une menace pour un objectif d'entreprise. Ils le présentent toujours comme une amélioration du projet.

Les architectes d'entreprise doivent tenir compte de l'incertitude quant à l'atteinte des objectifs lors de la planification de la mise en œuvre. Sans cela, ils ne peuvent pas effectuer gouvernance de la mise en œuvre activité.

Contrat d'architecture

Le concept de contrat d'architecture de TOGAF est incroyablement puissant. Il est souvent présenté comme une forme d'accord documenté entre l'équipe d'EE et le projet. Bien qu'il soit utile de le documenter, le contrat est conclu entre la partie prenante et le projet. Il est jamais entre le projet et l'équipe d'EE.

Lorsque nous élaborons un contrat d'architecture, nous nous assurons qu'il comprend :

  • Bénéficier à

Quels avantages le projet apportera-t-il à travers quels modules de travail ?
Cela offre une visibilité aux responsables de la mise en œuvre, au processus de gouvernance et à la partie prenante qui attend le bénéfice qui est responsable, et ce qu'ils font pour s'acquitter de leur responsabilité.

  • Contrôler

Quels contrôles le projet fournira-t-il à travers quels modules de travail ? Qu'est-ce que ces contrôles atténuent les risques ?
Tout comme l'avantage, cela offre une visibilité aux exécutants, au processus de gouvernance et à la partie prenante qui s'attend à réaliser l'objectif qui est responsable et ce qu'ils font pour assurer leur responsabilité.

  • Spécification architecturale

Quelles contraintes privent de liberté les exécutants ?
Cela clarifie où une équipe de projet doit suivre des conseils qui contredisent la logique de leur projet. Si la logique de leur projet les pousse à suivre la contrainte, nous n'avons pas besoin de la spécification d'architecture. Nous utilisons la spécification d'architecture, où la logique du projet entraînerait un mauvais choix pour l'entreprise.

  • Stratégie du plan de mise en œuvre

Comment aborder le changement
Tout comme la spécification d'architecture, comment un implémenteur doit-il aborder le projet ? C'est d'autant plus vrai lorsque la logique du projet les conduira à une autre approche.

  • Transition

Quand s'arrête-t-on délibérément ? Chaque minute de travail sur le changement au-delà d'un point de transition est un gaspillage probable. Nous créons des points de transition pour être des points de repos de valeur. Points du changement où les parties prenantes peuvent retarder, arrêter ou changer de direction. Nous utilisons des transitions pour gouvernance de la mise en œuvre. Ils aident lorsque la logique du projet ou les préférences du sponsor du projet conduisent un projet à aller plus loin que prévu. Habituellement avec une explication de l'efficacité. Cependant, si les sponsors retardent, s'arrêtent ou changent de direction et que le prochain point de repos complet n'est pas atteint, le projet construit un autre demi-pont.

Stratégie de mise en œuvre

Que vous incluiez la stratégie de mise en œuvre dans le contrat d'architecture, la stratégie de mise en œuvre est essentielle lors de l'élaboration d'un plan de mise en œuvre. Les trois types de changement (Evolutif, Révolutionnaire et Greenfield) guideront la conception du projet et la conception du système.

Par exemple, si vous avez besoin de partir de zéro (Greenfield), vous vous attendez à un changement d'organisation, de processus et de système. Vous jetez délibérément l'organisation, les processus et les systèmes existants. Votre projet doit être conçu pour créer quelque chose de nouveau et diriger la gestion du changement tout au long du changement.

Franchement, les systèmes hérités, les processus médiocres et les organisations rigides sont maintenus en tapant un changement dans le chemin facile du projet (évolutif).

Utilisant Techniques de feuille de route d'architecture

Les différentes techniques de développement d'une feuille de route d'architecture sont utilisées pour fournir différentes orientations et contraintes lors de l'élaboration du plan de mise en œuvre.

Les cartes thermiques fourniront des conseils et des contraintes à partir d'attributs tels que la valeur, le travail, le risque ou l'état de transition. Ils pilotent la conception du projet.

Les diagrammes de cycle de vie fournissent des conseils et des contraintes de temps. Que le graphique du cycle de vie concerne un système ou un changement, il met en évidence les limites de démarrage et d'arrêt. Ils sont puissants lorsqu'un événement de changement est nécessaire à un certain moment. Il est surprenant de voir combien de fois un changement tardif est sans valeur. Si vous ne pouvez pas avoir le nouveau système à temps, un nouveau système en retard perd sa valeur.

Les modèles de dépendance fournissent des conseils et des contraintes sur la dépendance. Que la dépendance soit le travail, l'organisation, les systèmes ou les états de transition. Un diagramme de dépendance vous aidera souvent à comprendre les dates de péremption dans un graphique de cycle de vie.

Les feuilles de route de scénarios sont rarement utiles lors de l'élaboration d'un plan de mise en œuvre.

Visualisation complexe des lots de travaux, des options d'architecture ou des options d'état de transition. Le diagramme en radar représente généralement des préoccupations ou des attributs tels que la valeur, le travail ou le risque. Les points sur le tracé représentent généralement des options d'architecture ou des options d'état de transition.

En savoir plus sur Conexiam Ateliers sur la feuille de route de l'architecture

Architecture de transition

L'architecture de transition fournit des conseils et des contraintes sur les points d'arrêt. Pour délivrer une valeur de points de repos, vous structurez des projets pour atteindre ensemble l'état de transition. Les dates les plus importantes dans tout état de transition sont les dates « requises par » ou « mortes ».

Lacune et solution

Les lacunes expliquent à quelle lacune nous devons remédier. Ils aident un projet à définir la portée et les résultats.

Les solutions simplifient la conception. S'il existe une solution attendue ou des attributs de solution, cela simplifie la portée et la conception. Cela est particulièrement vrai lorsque vous avez sélectionné une stratégie de mise en œuvre Greenfield ou révolutionnaire.

Techniques de plan de mise en œuvre alignées sur l'objectif de l'architecture d'entreprise

Les équipes d'architecture prennent en charge différents objectifs. Que vous preniez en charge les questions du portefeuille ou la livraison de solutions, cela changera la façon dont vous développez et utilisez les feuilles de route d'architecture. Par exemple, l'architecture pour prendre en charge la livraison de solutions n'utilisera pas une feuille de route d'architecture de type 1 : carte thermique pour développer des décisions. Nous l'utiliserons comme une architecture supérieure et un ensemble de contraintes sur le développement de l'architecture et toute implémentation. Les bons architectes travaillent toujours dans les limites de l'architecture supérieure.

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
Planification de portefeuille Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Planification du programme Livrable clé Livrable clé Architecture supérieure Architecture supérieure
Réalisation des avantages Livrable clé Livrable clé Livrable important et architecture supérieure Architecture supérieure
Atténuation des risques Livrable clé Livrable clé Livrable important et architecture supérieure Architecture supérieure
Contrat d'architecture Livrable important Livrable clé Livrable clé & Architecture Supérieure Livrable clé & Architecture Supérieure
Stratégie de mise en œuvre Architecture supérieure Architecture supérieure Architecture supérieure Architecture supérieure
Feuille de route d'architecture de type 1 : carte de chaleur Architecture supérieure Architecture supérieure Architecture supérieure Architecture supérieure
Feuille de route de l'architecture de type 2 : diagramme de cycle de vie Architecture supérieure Architecture supérieure Architecture supérieure Architecture supérieure
Feuille de route d'architecture de type 3 : Dépendance Architecture supérieure Architecture supérieure Architecture supérieure Architecture supérieure
Feuille de route d'architecture Type 4 : Scénario Architecture supérieure
Architecture de transition Architecture supérieure Architecture supérieure Architecture supérieure Architecture supérieure
Lacune et solution Architecture supérieure Architecture supérieure Architecture supérieure

Techniques de plan de mise en œuvre pour les cas d'utilisation de l'architecture d'entreprise

Les techniques de plan de mise en œuvre offrent un meilleur support pour les différents cas d'utilisation de l'architecture d'entreprise. Selon le cas d'utilisation, les architectes d'entreprise sont plus efficaces pour aider leurs parties prenantes avec différentes techniques.

Bien que chaque cas d'utilisation d'architecture d'entreprise concerne le changement, le type de changement et les moteurs sont différents.

Changement stratégique Changement progressif Améliorer le coût Améliorer la qualité Améliorer l'agilité de l'entreprise Atténuation des risques technologiques Modernisation informatique Transformation numérique Rationalisation du portefeuille d'applications Intégration des acquisitions
Planification de portefeuille Critique Utile Critique Utile Utile Critique Utile Critique
Planification du programme Critique Très utile Utile Utile Critique Très utile Critique Critique Critique Critique
Réalisation des avantages Critique Très utile Critique Critique Critique Très utile Très utile Critique Utile Critique
Atténuation des risques Critique Très utile Critique Critique Critique Très utile Très utile Critique Utile Critique
Contrat d'architecture Critique Utile Utile Utile Critique Critique Utile Critique Critique Critique
Stratégie de mise en œuvre Critique Utile Utile Utile Critique Critique Critique Critique Utile Utile
Feuille de route d'architecture de type 1 : carte de chaleur Utile Utile Utile Utile Utile Utile Utile Utile Utile Utile
Feuille de route de l'architecture de type 2 : diagramme de cycle de vie Critique Critique Utile Utile Critique Utile Utile Critique Utile Critique
Feuille de route d'architecture de type 3 : Dépendance Critique Critique Utile Utile Critique Utile Utile Critique Utile Critique
Feuille de route d'architecture Type 4 : Scénario Utilisation limitée Utilisation limitée Utilisation limitée Utile
Architecture de transition Critique Critique Utile Utile Critique Utile Utile Critique Utile Critique
Lacune et solution Utile Utile Utile Utile Utile Utile Utile Utile Utile Utile

Application des principes de l'architecture d'entreprise au développement du plan de mise en œuvre

Vos principes d'architecture détermineront et limiteront votre plan de mise en œuvre. Nos pratiques de conseil identifiées 7 principes d'architecture que tout architecte d'entreprise devrait connaître. Le tableau suivant fournit un exemple simple de la manière dont un plan de mise en œuvre est contraint par une architecture supérieure.

Tout plan de mise en œuvre qui n'est pas conforme à la lettre et à l'esprit de l'architecture supérieure doit être pris en charge par gouvernance de l'architecture d'entreprise et retravaillé.

Implication du plan de mise en œuvre
Ne plaisante pas avec le succès Tout changement doit être évalué en fonction de la possibilité qu'il nuise au succès actuel. L'amélioration potentielle doit être limitée pour assurer le maintien de la ligne de base.
Concentrez-vous sur l'excellence Le changement doit être ciblé. Tout changement sans lien direct avec la valeur de l'entreprise doit être remis en question. Utilisez des définitions de valeur soutenant l'excellence pour évaluer la valeur potentielle d'un changement.

N'ayez pas peur d'identifier les changements qui n'améliorent pas l'excellence de l'entreprise comme 'valeur gratuite.'
Pourquoi pas un ? Les changements qui créent des doublons doivent être remis en question, avec une diminution de la valeur ajoutée.

Les modifications qui suppriment la duplication doivent augmenter la valeur ajoutée.
Les données sont un atout Assurez-vous que le contrôle du modèle de données n'est pas abandonné d'une manière qui diminue la valeur de l'actif de données.
Les systèmes fonctionnent là où nous travaillons Le lieu de travail et le style de travail sont des mesures fondamentales de la valeur. Tout changement qui ne peut pas répondre à l'emplacement et au style nécessite une livraison de valeur réduite.
Expérience utilisateur indolore Les coûts de changement doivent être examinés pour s'assurer que l'impact sur l'utilisateur est correctement évalué. Examinez attentivement l'impact du changement par rapport aux avantages potentiels. Vous paierez toujours pour l'impact, alors que vous ne recevrez peut-être pas les avantages escomptés.
En libre service Le libre-service est une mesure de la valeur de l'entreprise. Examinez la livraison en libre-service à travers les états de référence, de transition et cible. Ajustez les évaluations des coûts et des avantages pour récompenser l'approvisionnement en libre-service et pénaliser et endommager le libre-service existant. Vous payez toujours les dégâts. Vous pourriez recevoir une prestation.

Comment la phase F de TOGAF s'aligne-t-elle sur le développement agile ?

Chaque plan de mise en œuvre fournira de multiples contraintes et conseils pour un développement agile. Nous voyons Architecture d'entreprise et développement agile se croisent en quatre zones. Il y a quatre zones où il y a une intersection :

  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

Le plan de mise en œuvre affectera considérablement la définition de l'approche agile. Par exemple, le modèle de stratégie de mise en œuvre forcera ou interdira l'utilisation du développement agile.

Les états de transition et les avantages attendus éclaireront le développement ou la publication du produit, ce qui guidera le backlog.

Comment TOGAF Phase F permet-il l'Agilité d'Entreprise ?

Agilité d'entreprise  est la capacité de votre organisation à répondre à l'inattendu. Les plans de mise en œuvre répondent aux attentes. De solides compétences en planification vous aident à réagir aux imprévus. Il existe une corrélation directe entre le modèle d'agilité d'entreprise et la capacité à collecter des informations et à prendre une décision de résolution. Ce sont des compétences de planification.

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 ?
Plan de mise en œuvre de la phase F du TOGAF ADM
Soyez un meilleur architecte d'entreprise - Programme de démarrage gratuit de 12 semaines

Réflexions finales sur la phase F de TOGAF ADM

Sans plan d'implémentation, l'architecture d'entreprise est un bel exercice théorique. Tous Équipe d'architecture d'entreprise doit exceller à soutenir son organisation dans l'élaboration de bons plans de mise en œuvre. Sans un plan qui offre les avantages attendus ou la valeur requise, la majeure partie du travail d'architecture d'entreprise a été gaspillée.

Les équipes d'architecture d'entreprise qui prennent en charge la livraison de projets et de solutions devront rétroconcevoir une feuille de route de portefeuille pour obtenir les conseils et les contraintes dont elles ont besoin.

Les architectes d'entreprise travaillant dans TOGAF ADM Phase F ont un rôle complexe. Elles doivent:

  • gardez avec vigilance la prestation des avantages et l'atténuation des risques tout en vous détendant sur la façon dont le changement sera exécuté
  • conseiller les planificateurs sur la situation dans son ensemble sans ralentir le processus
  • travailler avec les parties prenantes pour transposer les décisions de changement dans la planification formelle et permettre la gouvernance du changement

Dans TOGAF ADM Phase F, vous vous éloignez du domaines d'architecture d'entreprise et se concentrer sur le monde réel. TOGAF est très clair. Nous développons une architecture pour guider un changement efficace. Des plans sont nécessaires pour mettre en œuvre le changement. Nous gaspillons le développement de l'architecture sans la transition vers un effort de planification.

Des équipes d'EE hautement fonctionnelles s'efforcent d'élaborer des plans de mise en œuvre. Sans en devenir le planificateur. La gouvernance de la mise en œuvre est possible lorsque les planificateurs et les sponsors du projet comprennent ce que nous attendons d'eux.

TOGAF ADM Phase F prend en charge l'élaboration du plan de mise en œuvre. D'autres élaborent le plan de mise en œuvre. Activez l'action qui affecte les ressources de changement rares à la valeur d'entreprise la plus importante. Livrer sur la valeur. Apporter un changement efficace.

Faites le grand saut - Obtenez la certification TOGAF
Retour en haut