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. Les équipes
Ministre
Direction
Guichet Unique Présence Internet
PMO
BPMO
29. Comment
cela
marche?
•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
31. 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
33. Approche MOSCOW
1. 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 choix
3. Lorsque l’un des participants déplace un post-it,
en réduisant la prioritié par ex., celui-ci le
commente.
Pierre Neis 34
34. 1er Résultat:
une feuille de route initiale
Thème Thème Thème
1 3 5
Thème Thème Etc…
2 4
Pierre Neis 35
36. Critères d’acceptation
Le modérateur demande à l’ensemble des participants de donner des critères
d’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 sont
tous d’accord.
Les critères d’acceptation sont utilisés pour découper/affiner les user stories, par
ex.:
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 suite
Les seules limites sont le temps et la fatigue des participants
Pierre Neis 37
37. 2e résultat: Product Backlog initial
Le product backlog est constitué de
l’ensemble des post-its déposés par les
participants + leurs critères d’acceptation
Les user stories sont regroupées par thème.
Pierre Neis 38
39. Comment conclure
Faire un rappel du travail effectué
Rappeler l’objectif du workshop
Remercier les participants
Expliquer à quoi cela va servir
Poser une nouvelle date pour un prochain workshop
Remercier
Faire voter les participants et demander leur avis pour
améliorer le workshop
Proposer un Wiki pour poursuivre le travail
Remercier.
Pierre Neis 40