⚙️ Espace Admin

Assis au bout de la table de réunion (ou face à mon écran en mode collaboratif, l'outil de tableau blanc virtuel grand ouvert), je suis en pleine

25/06/2026
Assis au bout de la table de réunion (ou face à mon écran en mode collaboratif, l'outil de tableau blanc virtuel grand ouvert), je suis en pleine action. L'atmosphère est dynamique, parfois un peu électrique, mais c'est exactement là que se joue la valeur ajoutée d'un Business Analyst. Voici concrètement ce que je fais à 10h45 pendant cet Atelier de Conception : 1. L'Animation et la Facilitation (Story Mapping / Three Amigos) Je distribue la parole et cadre le flux : J'utilise le Story Mapping pour découper le parcours utilisateur en étapes logiques. Je m'assure que le Product Owner/SME (Expert Métier) exprime le "Quoi" et le "Pourquoi", tandis que le Tech Lead commence à entrevoir le "Comment". L'approche "Three Amigos" : Je force l'alignement des trois planètes : le Business (le besoin), le Développeur (la faisabilité technique) et le QA/Testeur (la testabilité). 2. L'Élicitation et le "Challenging" des Règles de Gestion Je pose les questions qui dérangent (gentiment) : Les experts métiers ont souvent des habitudes ancrées ("On a toujours fait comme ça"). Mon rôle est de creuser. Si un SME me dit : "Si le client valide, on génère une alerte", je demande immédiatement : "Et s'il valide à 23h55 un jour férié ? Quel est le cas d'erreur ? Qu'est-ce qu'on fait du flux si le système B est en maintenance ?" La traque des angles morts : Je pousse l'équipe à définir précisément les critères d'acceptation en utilisant la syntaxe Gherkin (Etant donné que... Quand... Alors...) pour éviter toute ambiguïté future. 3. La Modélisation en Temps Réel Je jette les bases du flux : Pendant qu'ils parlent, je traduis visuellement leurs propos. Je pose des cartes, je trace des flèches pour matérialiser le processus cible. Si une règle de gestion est validée, elle est immédiatement rattachée à la User Story correspondante sur le board. Arbitrage de la complexité : Si le Tech Lead lève un drapeau rouge sur une fonctionnalité trop lourde à développer, je propose immédiatement une alternative "Système D" ou un MVP (Minimum Viable Product) pour contourner l'obstacle sans bloquer la valeur métier. En résumé, à 10h45 : Je traduis le langage parfois flou du business en spécifications claires et structurées pour la technique, tout en m'assurant que personne ne conçoive une usine à gaz inutile. Je suis le pont entre le besoin et l'exécution.
💬 Voir l'article et commenter

Cette page a été consultée 877 fois.