User Stories et animation des ateliers utilisateur

4,130 views

Published on

27.03.2012 : ScrumDay Paris organisé par le FrenchSUG.
Voici ma présentation sur l'animation des ateliers de collecte des besoins utilisateur.

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
4,130
On SlideShare
0
From Embeds
0
Number of Embeds
1,276
Actions
Shares
0
Downloads
145
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

User Stories et animation des ateliers utilisateur

  1. 1. User Stories et animation des ateliers utilisateur
  2. 2. Mercià nos sponsors Platinum
  3. 3. Et mercià nos sponsors Gold et Silver
  4. 4. &Animationdesateliersutilisateurs User Stories 4
  5. 5. Qui suis-je?Pierre E. Neis 5
  6. 6. Comprendre le contexte
  7. 7. Le contexte• 1 Programme : – Portail citoyen pour la mise en relation avec les administrations et faciliter les interactions. Deux types de citoyens: • Personnes • Entreprises
  8. 8. Les équipes Ministre DirectionGuichet Unique Présence Internet PMO BPMO
  9. 9. Vous avez dit user stories? 10
  10. 10. DU POINT DE VUE DES ANALYSTES
  11. 11. DU POINT DE VUE DES ERGONOMES
  12. 12. DU POINT DE VUE DES DÉVELOPPEURS
  13. 13. tâches exigences contraintesRisques Dette technique fonctionnalité Pierre E. Neis 15
  14. 14. tâches exigences contraintesRisques Dette technique fonctionnalité Pierre E. Neis 16
  15. 15. Clarifions! Pierre E. Neis 17
  16. 16. User Story UserUser Story Story Pierre E. Neis 18
  17. 17. Collecter les besoins
  18. 18. Houston,nous avons unproblème!
  19. 19. implication des utilisateurs finauxLespriorités Validation desont personaechangés L’équipe UX a le lead Pierre E. Neis 21
  20. 20. Comment résoudre les problèmes suivants: attirer impliquer fidéliser
  21. 21. Animationde groupes récolte des besoins Pierre E. Neis 23
  22. 22. La feuille de route Plan d’ActionIce breaker Consensus Développement Pierre Neis 24
  23. 23. Qui suis- je? Quel est ma fonction?Ice Breaker Quelles sont mes attentes? Pierre Neis 25
  24. 24. Développement #1 Pierre Neis 26
  25. 25. User StoriesDéveloppement #2 Pierre Neis 27
  26. 26. Création des User StoriesChaque participant note 5 propositions surdes post-its (time-box 5 minutes) Pierre Neis 28
  27. 27. Développement #3 Pierre Neis 29
  28. 28. Commentcelamarche? •Chaque participant exprime l’un après l’autre son point de vue sur des post-its et les affichent sur le tableau • Chaque participant « vend » sont idée •Le suivant peut revenir sur la décision du précédent en donnant son avis •Lorsque le tour est terminé, un consensus est trouvé… idéalement Pierre E. Neis 30
  29. 29. Consensus #1 Pierre Neis 31
  30. 30. Trier et grouper les User Stories De manière collective les participants disposent de 20 minutes pour trier et regrouper les user stories créées précédemment. Le modérateur anime cette session en faisant en sorte que tous participent. Le modérateur définit avec les participants les thèmes regroupant un ensemble de user stories Pierre Neis 32
  31. 31. Plan d’Action #1 Pierre Neis 33
  32. 32. Approche MOSCOW1. Préparer un tableau avec 4 colonnes (must, should, could, won’t)2. Chacun à son tour, les participants prennent les post-its « thèmes » et viennent les poser dans l’une ou l’autre les colonnes en commentant leur choix3. Lorsque l’un des participants déplace un post-it, en réduisant la prioritié par ex., celui-ci le commente. Pierre Neis 34
  33. 33. 1er Résultat: une feuille de route initialeThème Thème Thème 1 3 5 Thème Thème Etc… 2 4 Pierre Neis 35
  34. 34. Plan d’Action #2 Pierre Neis 36
  35. 35. Critères d’acceptationLe modérateur demande à l’ensemble des participants de donner des critèresd’acceptation pour toutes les user stories.La granularité des critères d’acceptation n’est pas limitée.L’approche est « just enough », c’est-à-dire jusqu’à ce que les participants sonttous d’accord.Les critères d’acceptation sont utilisés pour découper/affiner les user stories, parex.: Une user stories dispose de 3 niveaux d’acceptation Cette user story devient alors une épic, les 3 niveaux d’acceptation deviennent alors 3 nouvelles user stories. Ces nouvelles user stories nécessitent de nouveaux critères d’acceptation Et ainsi de suiteLes seules limites sont le temps et la fatigue des participants Pierre Neis 37
  36. 36. 2e résultat: Product Backlog initialLe product backlog est constitué del’ensemble des post-its déposés par lesparticipants + leurs critères d’acceptationLes user stories sont regroupées par thème. Pierre Neis 38
  37. 37. Conclusion Pierre Neis 39
  38. 38. Comment conclureFaire un rappel du travail effectuéRappeler l’objectif du workshopRemercier les participantsExpliquer à quoi cela va servirPoser une nouvelle date pour un prochain workshopRemercierFaire voter les participants et demander leur avis pouraméliorer le workshopProposer un Wiki pour poursuivre le travailRemercier. Pierre Neis 40
  39. 39. Améliorer Pierre Neis 41
  40. 40. Pour conclure
  41. 41. OPEN SPACE Pierre E. Neis 43
  42. 42. Pierre E. Neis 44
  43. 43. SERIOUS GAMES Pierre E. Neis 45
  44. 44. Jouer pour pourmieux travailler
  45. 45. Team workPair coaching I ask a questionSocial event I have an issue
  46. 46. Questions?
  47. 47. Merci Pierre E. Neis 50
  48. 48. Pierre E. Neis 51
  49. 49. Pierre E. NEIS Scrum & Lean Coach Pierre E. Neis 52

×