L’essentiel à retenir
- Un business scenario révèle des exigences et montre la valeur d’une solution.
- Il décrit problème, environnements, acteurs et résultat attendu ; ce n’est ni un use-case ni un business model.
- Six étapes : problème, environnements, objectifs SMART, acteurs humains, acteurs informatiques, vérification.
- Dans TOGAF, le « A » de SMART signifie Actionable.
- Usages phares : phase préliminaire, Phase A et Phase B, de façon itérative.
Ce qu’est un business scenario, et ce qu’il n’est pas
La technique aide à identifier et comprendre les exigences métier auxquelles l’architecture doit répondre. Son résultat représente un besoin ou un problème métier significatif et permet aux fournisseurs de mesurer la valeur d’une solution pour le client.
Un scénario décrit un problème métier, l’environnement métier et technique, les acteurs humains et informatiques qui l’exécutent, et le résultat attendu d’une exécution réussie. Ce n’est ni un use-case, ni un business model, ni un business scenario plan : il ne détaille pas une application, ne modélise pas toute l’activité et ne sert pas de plan d’exécution.
Les six étapes de la méthode
Suivez la progression du problème vers les acteurs, puis la vérification, pour comprendre comment le scénario fait émerger les exigences.
- 1. Identifier le problème qui motive le scénario, le documenter et le classer par priorité
- 2. Décrire les environnements métier et technique sous forme de modèles d’architecture de haut niveau
- 3. Formuler les objectifs souhaités, c’est-à-dire les résultats d’un problème bien traité, en version SMART
- 4. Identifier les acteurs humains et leur place dans le modèle métier
- 5. Identifier les acteurs informatiques et leur place dans le modèle technologique
- 6. Vérifier l’adéquation au but (fitness-for-purpose) et affiner si nécessaire
Des objectifs SMART
Les objectifs du scénario doivent être vérifiables. Le Study Guide décline SMART ainsi ; attention au « A », qui signifie Actionable et non Achievable.
Le R de SMART varie selon le contexte : Relevant dans les Business Scenarios du Study Guide (§5.4), Realistic dans la définition d’Objective du standard (§4.58). Les deux insistent sur des objectifs utiles et réalisables ; gardez le vocabulaire du contexte étudié.
- Specific : le résultat visé est précis
- Measurable : on peut le quantifier ou le constater
- Actionable : il peut donner lieu à des actions concrètes
- Relevant : il compte réellement pour le métier
- Time-bound : une échéance est fixée
Où l’utiliser dans l’ADM
La méthode peut servir dans toute phase, mais trois usages ressortent. En phase préliminaire, elle aide à définir les exigences pour mettre en place la capacité d’Enterprise Architecture. En Phase A, elle fait émerger les exigences métier pertinentes et construit le consensus avec les parties prenantes. En Phase B, elle permet de déduire les caractéristiques de l’architecture des exigences métier de haut niveau, et peut être répétée à différents niveaux de la décomposition de la Business Architecture.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Business Scenario
- Description d’un problème métier significatif, de son contexte, de ses acteurs et du résultat attendu.
- SMART
- Specific, Measurable, Actionable, Relevant, Time-bound : qualités attendues des objectifs d’un scénario.
- Acteur humain
- Participant d’un scénario, positionné dans le modèle métier.
- Acteur informatique
- Composant informatique d’un scénario, positionné dans le modèle technologique.