Regarder l’épisode
Prenez du recul sur vos affinages ! (Backlog Refinement - Scrum)
Regarder le live
LIVE BONUS - Prenez du recul sur vos affinages ! (Backlog Refinement - Scrum)
- 6:59 à 14:00 Estimer l’estimation
-
35:25 à 37:35 Estimation Booléen
1
ou>1
- 37:35 à 38:37 L’estimation cela sert toujours à prendre une décision, est-ce qu’on le prend ou pas
- 39:00 à 52:00 Le but de l’estimation n’est pas de remplir le Sprint
Transcription de l’épisode
Un temps pour chaque chose
Généralement, il y a 4 thèmes d’affinage. Chacun vaut la peine d’être traité différemment.
-
Présenter les sujets à venir
Ce thème reste à haut niveau.
- Pour se les approprier
- Les prioriser
-
Préciser et spécifier
Ce thème devrait se dérouler durant le Sprint Planning.
- Ici, on rentre dans le détail des choses.
- On décide ce qu’on va implémenter
Si vous avez l’habitude de faire ce gros travail de spécification en avance de Sprint, il y a un cycle en V qui se déguise là-dessous.
-
Explorer et construire le Product Backlog
Gros focus du Product Owner, mais ce ne sont pas des activités rien qu’à lui.
- Entretiens utilisateurs
- Tests utilisateurs
-
Enquêter en profondeur des sujets à risques
Ce sont des explorations plus techniques.
Les questions à se poser
- Quelle est la pertinence de chacun des thèmes ?
- Quelle est la bonne temporalité de chacun des thèmes ?
- Qui a besoin d’être là pour le faire ?
Selon ScrumLife
-
Présenter les sujets à venir
- Rapide
- Recommande de trouver d’autre manière que d’estimer
-
Préciser et spécifier
-
À faire en Sprint Planning
Si on regarde Scrum, le Sprint Planning, c’est exactement à cela qu’il sert.
C’est pour cela qu’il est prévu d’être aussi long.
-
-
Explorer et construire le Product Backlog
C’est du travail d’équipe, pas juste le Product Owner dans son coin.
-
C’est du travail à faire en continu, même dans le cadre du Sprint.
Si dans le Product Backlog, il n’y a pas de solution à implémenter, mais des problèmes à résoudre, et donc à explorer.
L’exploration fait partie du travail et de ce fait du Sprint.
-
-
Enquêter en profondeur des sujets à risques
En quoi c’est différent du précédent ? C’est du travail aussi.
Apprendre, cela a de la valeur et les Sprints, ils servent à cela.
Les Sprints, ils servent à apprendre. Ce n’est pas tabou d’apprendre.
Si au Sprint, il y a des choses auxquelles vous avez tout préparé en avance, réfléchissez si c’est le bon mode de fonctionnement.
Outillage
- Faites des ateliers
- Les liberating structures fournissent plein de format différent qui pourront s’adapter à votre contexte et qui feront que la réunion sera intéressante.
- Cela permet d’avoir des livrables, ce qui facilite la communication avec les personnes qui ne sont pas présentes.
- Présenter les sujets à venir
- Préciser et spécifier
- Explorer et construire le Product Backlog
- Enquêter en profondeur des sujets à risques
Avec qui ?
Si on met tous le monde dans la pièce cela va coûter cher.
Qu’est-ce qu’on risque de perdre si on n’emmène pas toute l’équipe ?
Il faut prendre en compte le coût de partager de l’information avec ceux qui n’étaient pas présents.
Est-ce que cela arrive souvent…
- Qu’on fasse autre chose que ce qu’on s’est dit qu’on devrait faire ?
- De trouver des soucis, des problèmes qu’on aurait pu détecter plutôt en y réfléchissant ensemble ?
- De devoir refaire le même travail ?
- D’avoir des incompréhensions ?
Un Scrum Master poserait ses questions
-
On n’a pas réussi l’objectif de Sprint, vous l’expliquez comment ?
-
Est-ce qu’on aurait pu éviter cela ?
-
Pourquoi on n’a pas implémenté les bonnes règles ?
-
Visiblement l’information ne s’est pas diffusé dans toute l’équipe.
Est-ce que cela aurait du sens de dire, lorsqu’on travaille sur ce type de sujet, il faut qu’on soit tous présents, histoire qu’on soit tout alignés.
Cela pourrait-être notre prochaine action de rétrospective.
Vous en pensez quoi ?