L’essentiel à retenir
- Objectif 1 : une Target Business Architecture alignée sur les objectifs et drivers de la vision.
- Objectif 2 : des composants de roadmap tirés des écarts Baseline/Target métier.
- La phase B part du Statement of Architecture Work approuvé, de la vision et de l’ADD draft.
- Les étapes (modèles, Baseline, Target, écarts, roadmap, impacts, revue) sont communes à B, C et D.
- Sorties : ADD et ARS draft enrichis, composants Business de la roadmap.
Finalité et objectifs
Comme les phases C et D, la phase B vise une architecture de domaine approuvée par les parties prenantes, accompagnée des écarts et du travail pour les combler. Pour y arriver, elle répond à quatre questions : en quoi l’entreprise actuelle ne satisfait pas les préférences des parties prenantes, ce qui doit changer (les écarts), quel travail réalise ces changements (les work packages), et comment les priorités évoluent face à la valeur, à l’effort et au risque (les exigences des parties prenantes).
Ses deux objectifs sont propres au domaine métier.
- Développer la Target Business Architecture : comment l’entreprise doit fonctionner pour atteindre ses objectifs métier et répondre aux drivers stratégiques de la vision, en traitant le Statement of Architecture Work et les préoccupations
- Identifier des composants candidats de l’Architecture Roadmap à partir des écarts entre Baseline et Target Business Architecture
Entrées principales
La phase B reprend l’essentiel des sorties de la phase A et des éléments mis en place en Preliminary Phase.
- Statement of Architecture Work approuvé et Architecture Vision
- Architecture Principles, y compris les principes métier
- ADD draft avec les vues de haut niveau issues de la phase A
- Capability Assessment, Communications Plan, Enterprise Continuum et Architecture Repository
Étapes communes aux phases B, C et D
APPROFONDISSEMENT · DÉTAILS D’APPLICATION
Les phases de domaine partagent la même trame. La Baseline n’est décrite que dans la mesure utile à la cible et à l’analyse des écarts. Des techniques comme les Business Scenarios, les business capabilities ou les value streams aident à découvrir et structurer les besoins.
- Choisir modèles de référence, viewpoints et outils
- Décrire la Baseline puis la Target Business Architecture
- Analyser les écarts
- Définir les composants candidats de roadmap
- Résoudre les impacts sur l’Architecture Landscape
- Conduire la revue formelle des parties prenantes
- Finaliser l’architecture et compléter l’Architecture Definition Document
Livrables et contenu
La phase B met à jour les sorties de la phase A et enrichit l’ADD et l’Architecture Requirements Specification, encore en draft. La Target Business Architecture couvre l’organisation et ses sites, les objectifs, les fonctions, les capacités, les services, les produits, les processus, les rôles et le modèle de données métier, avec les vues demandées par les parties prenantes. Ces éléments orientent ensuite les choix des phases C et D.
- ADD draft : Baseline et Target Business Architecture, vues associées
- ARS draft : résultats de l’analyse des écarts, exigences métier mises à jour
- Composants Business de l’Architecture Roadmap
- Statement of Architecture Work et principes mis à jour si besoin
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Business Architecture
- Description de la stratégie, de l’organisation, des capacités, des processus et des informations clés de l’entreprise.
- Baseline Architecture
- Description de l’état existant, détaillée dans la mesure utile à la cible.
- Target Architecture
- Description de l’état futur visé pour répondre à la vision et aux préoccupations.
- Gap Analysis
- Comparaison de la Baseline et de la Target pour identifier ce qui doit être ajouté, modifié ou retiré.
- Architecture Requirements Specification
- Ensemble d’exigences quantifiées et vérifiables que la réalisation doit respecter.