Agile Business Analyst

PARTIE 1 : SENSIBILISATION (2 jours)

Comprendre l’agilité et la Business Analyse dans un contexte agile

• L’agilité c’est quoi ? Comment changer ?
• Analyse d’entreprise dans un contexte agile : enjeux, bénéfices et écueils
• BABOK et extension agile

Sensibilisation à l’approche agile

• Agilité : le manifeste agile, valeurs, principes, critères d’éligibilité
• Notion de produit vs projet
• Rôles en agile
• Artefacts du portfolio managemernt et du program management
• Un exemple de pratique agile : Scrum
• Principes du pilotage agile : releases, itérations, incréments, backlogs
• Démarche générale d’estimation et de priorisation
• Suivi d’avancement aux différents niveaux
• Sensibilisation à l’agilité à l’échelle : objectifs, frameworks SAFe et Spotify, rôles à l’échelle
• Agile Business Analyst ; rôle, responsabilités et compétences

Connaître les démarches Portfolio Management et Product Management

• Présentation des phases

PARTIE 2 : PRATIQUE (3 jours)

Phase d’étude d’opportunité

• Saisir l’opportunité : proposer un Lean Canvas/Business Model Canvas
• Proposer une macro-vision
• Vendre l’idée avec un pitch

Phase de préparation du cadrage

• Organiser le cadrage : parties prenantes (identification, analyse)
• Présenter aux intervenants les fondamentaux du cadrage agile
• Valeur pour les parties prenantes
• Design Thinking, les principes de vision et de budget agile
• Initiatives et concepts MVP

Phase de cadrage de la solution

• Etude de l’existant : contexte, cas d’usage, parcours métier
• Identifier les objectifs métier et indicateurs clés (OKR)
• Techniques de recueil des besoins : enquête, sondage, entretien, observations
• Identification du périmètre et des personas
• Approche de la solution par des techniques (ex: story mapping)
• et analyse des fonctionnalités du produit (ex: modèle de Kano)
• Liste des thèmes et organisation des équipes
• Analyse de la valeur et histoires utilisateur
• Etablir la feuille de route du produit (roadmap)

Phase de définition et de planification de la solution

• Product Backlog : les différents items
• Formalisation de la solution : diagramme de contexte, chaînes de valeur,
• architecture métier et modélisation de processus
• Planification de release et gestion des risques
• Rédaction des Epics, Features
• Pérennité de la solution / gestion des exigences
• Stratégies d’affinage pour aboutir aux User Stories
• Types d’US
• Rédaction des User Stories et attributs
• Critères INVEST, 3C
• Règles métiers et de gestion, Critères d’acceptation
• Gherkin et compléments nécessaires à Gherkin (BML)
• Notion de DoR

Phase de réalisation du produit

• Planification de Sprint (capacité à faire, vélocité)
• Tâches
• Suivi de la réalisation du produit

Tester la solution

• Tester en agile : quand passer les tests ? Les 4 quadrants
• Notions de BDD (Behavior Driven Development), de TDD (Test Driven Development)
• Tests des US à partir des critères d’acceptation; notions de couverture
• Notion de DoD
• Identifier et organiser l’automatisation des Tests de Non Régression (TNR)
• Tests inter-US et inter-histoires en agile : ATDD et choix de couverture de test par l’algorithme des tamis successifs
• Organisation des tests métiers
• Documenter les tests et les résultats de tests

PARTIE 3 : PERFECTIONNEMENT (3 jours)

S’améliorer en continu

• Gérer les anomalies et les aspects techniques
• Dette technique
• Travailler collectivement en agile, avec l’utilisateur final

Compléments et ouvertures

• Animation d’ateliers
• Certifications en agile
• Outils informatiques utilisés en agile

TP sur cas d’étude réels