Préparez le récit. Conservez l'accord.
Un modèle d'affinement pour poser les bonnes questions et repartir avec plus qu'un chiffre.
Comment l'utiliser
- Avant la séance, complétez le résultat attendu, les critères et dépendances. Gardez les questions ouvertes visibles.
- Utilisez une fiche par récit. Notez les hypothèses des votes extrêmes sans données personnelles inutiles.
- Après discussion, indiquez s'il faut clarifier, découper, examiner ou convenir d'une estimation. Recommencez si l'information change.
- Copiez l'accord dans le backlog. Conservez la fiche téléchargée : l'éditeur ne sauvegarde pas les modifications.
Vous pouvez adapter ce modèle à votre équipe. Ce n'est ni une exigence officielle de Scrum ni un remplacement de la discussion.
Votre fiche modifiable
Adaptez les champs avant de copier ou télécharger. Les modifications restent ici et disparaissent à la fermeture ou au rechargement.
MODÈLE D'AFFINEMENT · STORYFLOP Séance / date : Participants et facilitateur : Récit de référence de l'équipe : RÉCIT Titre : Personne utilisatrice et résultat attendu : Critères d'acceptation (comportements vérifiables) : 1. 2. 3. Hors périmètre : Dépendances et composants disponibles : Tests, révision et conditions de qualité : Questions ouvertes / responsable / prochaine révision : DISCUSSION Votes initiaux : Hypothèses derrière les votes extrêmes : Nouvelle information ou changement de périmètre : Décision : clarifier / découper / examiner / convenir Second tour (si informatif) : Estimation convenue (ou motif du report) : Risques et hypothèses de l'accord : Où la décision est consignée dans le backlog : CLÔTURE Qu'avons-nous découvert qui n'était pas écrit ? Qu'améliorerons-nous à la prochaine préparation ? Usage : copiez une fiche RÉCIT et DISCUSSION par élément. Les points sont relatifs à l'équipe ; ni heures ni mesure de performance individuelle. Ressource : https://storyflop.com/fr/recursos/plantilla-refinamiento
Exemple rempli · Cas fictif
- Récit
- Récupérer l'accès grâce à un lien envoyé par e-mail.
- Critères
- Le lien expire, fonctionne une fois et affiche une erreur claire lorsqu'il est invalide.
- Dépendances et limites
- Service d'e-mail existant. Un autre prestataire est exclu.
- Votes initiaux
- 3, 5 et 13. Le 3 omettait les tests d'expiration ; le 13 incluait la création du service d'e-mail.
- Nouvelle information
- Nous confirmons le service disponible et incluons les tests.
- Décision
- Recommencer le tour. Dans ce cas fictif, l'équipe convient de 5 et consigne le périmètre clarifié dans le backlog.
- Prochaine révision
- Revoir le périmètre et l'estimation si le service d'e-mail disponible change.
Quand l'information manque
Au lieu de forcer une estimation, notez la question, un responsable et une date de révision. Par exemple : vérifier l'invalidation des liens utilisés ; désigner un responsable ; revoir avant le prochain tour.