Les Business Analysts face à l’agilité 
Joseph Glorieux 
Romain Felden
Faisons connaissance avec … 
2 
Jérôme, 35 ans, Business Analyst 
au sein d’une banque privée 
Travaille sur les applicati...
Processus Scrum 
3
Capturer les besoins 
4
Accompagnons Jérôme dans 
son voyage vers l’Agile 
5 
Quel rôle et quelle(s) responsabilité(s) pour Jérôme 
dans la défini...
Accompagnons Jérôme dans 
son voyage vers l’Agile 
6 
Quel rôle et quelle(s) responsabilité(s) pour Jérôme 
dans la défini...
7
8 
Largeur (périmètre) 
Profondeur (précision) 
Exhaustivité
Taux d’utilisation des fonctionnalités 
9 
7% 
13% 
16% 
19% 
45% 
Toujours Souvent Parfois 
Jamais Rarement 
64% 
de gasp...
10
11 
Responding to change over following a plan* 
L’agilité, c’est accepter le changement. 
Le changement ne doit plus être...
Cadrage agile, n. m. 
12 
Préparation réalisée en temps contraint, 
au cours de laquelle se succèdent un certain 
nombre d...
13 
Délai 
2 à 6 
semaines 
Vision 
& 
Enjeux 
Scope 
& 
Roadmap 
Equipe Architecture 
Orga. 
& 
Budget 
Risques 
Cadrage ...
Ateliers 
14
La vision produit de Jérôme 
15 
Real-Time Portfolio Management 
(RTPM) est une application qui permet 
de consulter les m...
Pour aller plus loin 
16 
Product Box 
Luke Hohmann 
http://www.innovationgames.com/product-box/
Scope & Roadmap 
17 
Largeur (périmètre) 
Profondeur (précision)
18 
Quoi ? 
Durée 
Qui ? 
Story 
Mapping 
Découverte collaborative du produit 
Outil de priorisation 
2h à 8h 
Séances de ...
19 
temps 
Organiser les activités de gauche à droite, dans l’ordre dans 
lequel on répondrait à la question « Que font le...
20 
temps 
« Quelles tâches l’utilisateur accomplit-il au sein de cette 
activité ? » 
Organiser les tâches verticalement ...
Création des releases 
21 
priorité 
nécessaire 
plus 
prioritaire 
moins 
prioritaire 
première release 
seconde release ...
Création des releases 
22
23 
Meilleure compréhension du produit 
• Liens entre les éléments matérialisés 
• Représentation des flux et séquences ut...
L’heure du départ 
24 
Largeur (périmètre) 
Profondeur (précision)
Accompagnons Jérôme dans 
son voyage vers l’Agile 
25 
Quel rôle et quelle(s) responsabilité(s) pour Jérôme 
dans la défin...
Le premier Sprint arrive… 
1 2 
26
1. Story Map vers Product Backlog 
27 
Epic 
Product Backlog 
Priorisé par valeur métier 
User Story
2. Être prêt pour le prochain Sprint Planning 
28 
Epic 
Product Backlog 
Priorisé par valeur métier 
User Story 
User Sto...
Cycle de vie de la User Story 
29 
New 
To be described 
Described 
To be estimated 
Ready 
Committed 
Done 
À retenir 
Le...
L’état Described 
30 
Signifie que la User Story ne contient plus 
d’ambiguïté 
Peut être estimée puis réalisée sereinemen...
User story - les critères INVEST 
31 
Indépendante 
Elle dépend le moins possible d’autres User Stories 
Négociable 
Une U...
Exemple issu de RTPM 
32 
Recalculer la valeur du portefeuille 
En tant que responsable de portefeuille 
Je veux recalcule...
Critères d’acceptation 
33 
Vérifier avec un portefeuille qui ne contient qu’une 
Action en USD 
Vérifier avec un portefeu...
Comment réduire la granularité (et augmenter la précision) ? 
Recalculer la valeur du portefeuille contenant une action 
E...
Nouveaux critères d’acceptation 
35 
Vérifiez uniquement avec des portefeuilles 
mono-devises
Un exemple concret – Formalisme Gherkin 
36 
Sachant que le portefeuille contient 1 action en CHF 
Et que l’action monte d...
Exemple 
37 
Scenario: Recalculer la valeur du portefeuille le lendemain quand il ne possède 
qu’une action Nestlé 
Given ...
L’état Described 
38 
Signifie que la User Story ne contient plus 
d’ambiguïté 
Peut être estimée puis réalisée sereinemen...
Processus des « Three Amigos » 
39 
BA 
Développeur 
QA 
Durée 
30 min – 1h 
Quand 
1 ou 2 sprint(s) 
avant le 
développem...
Disponibilité & proximité 
40 
Itération -1/-2
Une présence tout au long du processus de delivery 
41 
Itération -1/-2 Itération +1/+X
42 
Sans une gestion de produit 
appropriée, les équipes de 
développement agile 
construisent simplement de 
mauvais prod...
J’y vais demain ! 
43 
Sur un nouveau projet 
• Mener un atelier de vision produit 
• Organiser des séances de Story Mappi...
Pour aller plus loin 
44
Prochain SlideShare
Chargement dans…5
×

Les Business Analysts face à l'agilité

985 vues

Publié le

Les méthodes agiles apportent en amont du développement de nouvelles façons de penser et concevoir un projet dans lesquelles les business analysts endossent un rôle clé.

Publié dans : Technologie
  • Soyez le premier à commenter

Les Business Analysts face à l'agilité

  1. 1. Les Business Analysts face à l’agilité Joseph Glorieux Romain Felden
  2. 2. Faisons connaissance avec … 2 Jérôme, 35 ans, Business Analyst au sein d’une banque privée Travaille sur les applicatifs des Responsables de Portefeuilles Souhaite mettre au point une plateforme leur offrant plus de réactivité et de souplesse
  3. 3. Processus Scrum 3
  4. 4. Capturer les besoins 4
  5. 5. Accompagnons Jérôme dans son voyage vers l’Agile 5 Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la définition du produit ? Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la réalisation du projet ?
  6. 6. Accompagnons Jérôme dans son voyage vers l’Agile 6 Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la définition du produit ? Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la réalisation du projet ?
  7. 7. 7
  8. 8. 8 Largeur (périmètre) Profondeur (précision) Exhaustivité
  9. 9. Taux d’utilisation des fonctionnalités 9 7% 13% 16% 19% 45% Toujours Souvent Parfois Jamais Rarement 64% de gaspillage Standish Group, XP 2012
  10. 10. 10
  11. 11. 11 Responding to change over following a plan* L’agilité, c’est accepter le changement. Le changement ne doit plus être un obstacle, il doit devenir un levier. * http://agilemanifesto.org/
  12. 12. Cadrage agile, n. m. 12 Préparation réalisée en temps contraint, au cours de laquelle se succèdent un certain nombre d’activités et d’ateliers permettant d’aligner tout le monde autour de thématiques structurantes, qui se termine par un livrable global et synthétique pour validation et démarrage effectif du projet
  13. 13. 13 Délai 2 à 6 semaines Vision & Enjeux Scope & Roadmap Equipe Architecture Orga. & Budget Risques Cadrage Agile
  14. 14. Ateliers 14
  15. 15. La vision produit de Jérôme 15 Real-Time Portfolio Management (RTPM) est une application qui permet de consulter les métriques performance et risque sur l’ensemble des portefeuilles gérés, en temps réel et à la demande
  16. 16. Pour aller plus loin 16 Product Box Luke Hohmann http://www.innovationgames.com/product-box/
  17. 17. Scope & Roadmap 17 Largeur (périmètre) Profondeur (précision)
  18. 18. 18 Quoi ? Durée Qui ? Story Mapping Découverte collaborative du produit Outil de priorisation 2h à 8h Séances de 2h maximum Product Owner et BA Stakeholders Equipe de développement Ergonomes
  19. 19. 19 temps Organiser les activités de gauche à droite, dans l’ordre dans lequel on répondrait à la question « Que font les utilisateurs de ce produit ? » Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
  20. 20. 20 temps « Quelles tâches l’utilisateur accomplit-il au sein de cette activité ? » Organiser les tâches verticalement dans l’ordre du workflow Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
  21. 21. Création des releases 21 priorité nécessaire plus prioritaire moins prioritaire première release seconde release troisième release temps
  22. 22. Création des releases 22
  23. 23. 23 Meilleure compréhension du produit • Liens entre les éléments matérialisés • Représentation des flux et séquences utilisateur • Priorisation facilitée par l’aspect visuel Initialisation et suivi du backlog • Création rapide des premiers éléments de backlog • Suivi de l’avancement des incréments Gestion du changement • Souvent mieux reçue que le backlog • Appropriation facilitée
  24. 24. L’heure du départ 24 Largeur (périmètre) Profondeur (précision)
  25. 25. Accompagnons Jérôme dans son voyage vers l’Agile 25 Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la définition du produit ? Quel rôle et quelle(s) responsabilité(s) pour Jérôme dans la réalisation du projet ?
  26. 26. Le premier Sprint arrive… 1 2 26
  27. 27. 1. Story Map vers Product Backlog 27 Epic Product Backlog Priorisé par valeur métier User Story
  28. 28. 2. Être prêt pour le prochain Sprint Planning 28 Epic Product Backlog Priorisé par valeur métier User Story User Stories dans l’état READY
  29. 29. Cycle de vie de la User Story 29 New To be described Described To be estimated Ready Committed Done À retenir Le BA amène un ensemble cohérent de User Stories à l’état Described Coté développement agile
  30. 30. L’état Described 30 Signifie que la User Story ne contient plus d’ambiguïté Peut être estimée puis réalisée sereinement par l’équipe Comment lever les ambiguïtés ? Dialoguer, Dialoguer, Dialoguer Utiliser les critères INVEST comme « guidelines » Processus « three amigos »
  31. 31. User story - les critères INVEST 31 Indépendante Elle dépend le moins possible d’autres User Stories Négociable Une User Story n’est pas un contrat. Elle est négociée et discutée Valorisable Elle apporte de la valeur à l’utilisateur final Estimable Elle peut être aisément estimée Sprintable Elle tient dans un sprint Testable Elle peut être testée et validée
  32. 32. Exemple issu de RTPM 32 Recalculer la valeur du portefeuille En tant que responsable de portefeuille Je veux recalculer la valeur d’un portefeuille à une date arbitraire Afin de pouvoir informer mon client des valeurs les plus pertinentes
  33. 33. Critères d’acceptation 33 Vérifier avec un portefeuille qui ne contient qu’une Action en USD Vérifier avec un portefeuille qui ne contient qu’une Option en USD Vérifier avec un portefeuille qui contient une action et une option en USD … … … … … … …
  34. 34. Comment réduire la granularité (et augmenter la précision) ? Recalculer la valeur du portefeuille contenant une action En tant que responsable de portefeuille Je veux recalculer la valeur d’un portefeuille contenant une seule action à une date arbitraire Afin de pouvoir informer mon client en ayant les valeurs les plus pertinentes à lui communiquer 34
  35. 35. Nouveaux critères d’acceptation 35 Vérifiez uniquement avec des portefeuilles mono-devises
  36. 36. Un exemple concret – Formalisme Gherkin 36 Sachant que le portefeuille contient 1 action en CHF Et que l’action monte de 1,00 CHF le lendemain le 3 janvier 2014 au cours de 66,20 Et que l’action monte de 1,00 CHF le 4 janvier 2014 Quand je demande la valeur de mon portefeuille le lendemain le 4 janvier 2014 Alors la valeur de mon portefeuille vaut 1 CHF de plus NESN Quand je demande la valeur de mon portefeuille Alors la valeur de mon portefeuille vaut 67,20 CHF
  37. 37. Exemple 37 Scenario: Recalculer la valeur du portefeuille le lendemain quand il ne possède qu’une action Nestlé Given le portefeuille contient 1 action NESN le 3 janvier 2014 au cours de 66,20 And l’action monte de 1,00 CHF le 4 janvier 2014 When je demande la valeur du portefeuille le lendemain Then la valeur de mon portefeuille vaut 67,20 CHF Fixture Scenario
  38. 38. L’état Described 38 Signifie que la User Story ne contient plus d’ambiguïté Peut être estimée puis réalisée sereinement par l’équipe Comment lever les ambiguïtés ? Dialoguer, Dialoguer, Dialoguer Utiliser les critères INVEST comme « guidelines » Processus « three amigos »
  39. 39. Processus des « Three Amigos » 39 BA Développeur QA Durée 30 min – 1h Quand 1 ou 2 sprint(s) avant le développement  Il introduit la User Story aux autres Amigos Ressemblance avec une autre déjà développée ?  Il présente les tests associés Qui ont été préparés à l’avance  Il prend en compte les feedbacks immédiatement  Il donne son feedback sur la User Story Granularité + tests  Il communique les tâches à réaliser avant le développement Est-ce qu’il a besoin de plus de docs ? Est-ce qu’il a besoin d’accéder à un service particulier ?  (Il donne son estimation) Bénéfices  Connaissance partagée des besoins  Connaissance partagée des tests  Consensus à propos de la qualité de la spécification  Il donne son feedback sur la User Story Granularité + tests  Il communique les tâches à réaliser avant les tests Est-ce qu’il a besoin d’accéder à un système ?  (Il donne son estimation)
  40. 40. Disponibilité & proximité 40 Itération -1/-2
  41. 41. Une présence tout au long du processus de delivery 41 Itération -1/-2 Itération +1/+X
  42. 42. 42 Sans une gestion de produit appropriée, les équipes de développement agile construisent simplement de mauvais produits plus vite.
  43. 43. J’y vais demain ! 43 Sur un nouveau projet • Mener un atelier de vision produit • Organiser des séances de Story Mapping • Essayer de démarrer le projet rapidement Sur un projet en cours • Introduire progressivement les spécifications exécutables • Organiser des ateliers « Three amigos »
  44. 44. Pour aller plus loin 44

×