Des récits utilisateur prêts à estimer
Trois exemples détaillés pour découvrir périmètre, tests et dépendances avant de choisir une carte.
Préparer ne signifie pas tout connaître
Un récit prêt à discuter a un résultat clair, des limites et des questions visibles, pas une spécification exhaustive. L'affinement clarifie et décompose à mesure que vous apprenez.
Ces exercices fictifs n'ont pas de points prédéfinis. La taille dépend du produit, des dépendances, de la qualité et des références. Expliquez d'abord ce qui sera livré.
Cette aide n'est ni une règle officielle Scrum ni un obstacle à discuter l'incertitude. Une meilleure question reste utile sans estimation possible.
Exemple 1 : rechercher une commande par référence
Une personne du support trouve une commande par référence complète. L'API et le champ réutilisable existent. Correspondances partielles et nouveaux filtres sont exclus.
Acceptation : référence valide, commande autorisée ; inconnue, état vide ; erreur réseau, nouvel essai sans perdre le texte. Recherche accessible au clavier et libellé clair.
Questionnez permissions, espaces collés et tests d'API couvrant le contrat d'interface. Si l'API manque, le périmètre initial a changé.
Comparez une recherche similaire terminée. Explicitez un nouveau modèle de permissions : la ressemblance visuelle n'implique pas la même taille.
Exemple 2 : désactiver un e-mail récapitulatif
Une personne désactive le résumé hebdomadaire dans les préférences. Les e-mails de récupération restent actifs. La fréquence personnalisée est exclue.
Acceptation : préférence conservée à la reconnexion, envoi conforme et retour à l'état précédent en cas d'échec. Décidez du sort des résumés déjà en file.
L'incertitude peut concerner l'envoi, pas l'interrupteur. Consultez une personne connaissant le processus et examinez la file avant d'estimer si nécessaire.
Commencez par une option binaire, puis ajoutez les fréquences. Chaque partie doit fonctionner de bout en bout ; une interface sans modifier l'envoi ne fait qu'en donner l'apparence.
Exemple 3 : exporter les résultats d'un rapport
Une personne autorisée télécharge les résultats filtrés en CSV avec colonnes convenues et en-tête lisible. Ce produit fictif n'annonce aucune fonction StoryFlop.
Clarifiez volume, dates, caractères spéciaux et permissions. Page visible ou tous les résultats ? Qu'afficher pendant l'attente ? Les réponses impliquent des solutions différentes.
Acceptation : filtres respectés, accents conservés, compatibilité avec l'outil cible et aucune ligne interdite. Incluez sécurité et traitement sûr des valeurs interprétables comme formules.
Examinez les volumes incertains avec des données représentatives autorisées. Un export utile explicitement limité peut précéder un export complet de coût inconnu.
La vérification commune avant de voter
Deux personnes expliquent le récit. Clarifiez les résultats différents avant les cartes. Incluez tests, révision, permissions et dépendances dans le travail terminé.
Consignez les exclusions pour éviter leur retour implicite. Attribuez responsable et révision aux questions qui changent fortement la solution.
Gardez les réponses dans le modèle et apportez titre et description à StoryFlop. Transférez l'accord au backlog pour conserver le contexte de réalisation.
- Nous pouvons expliquer le résultat attendu
- Nous savons comment le vérifier
- Dépendances, limites et questions sont visibles
Passez à la pratique
Sources et lectures
Les exemples et instructions StoryFlop sont propres à cette section. Ces sources expliquent le contexte de la méthode et de l'affinement :