Comment traduire les exigences de l'utilisateur au travail réel qui doit être fait? [fermé]

Question

Nous travaillons avec la méthode Scrum. Supposons que le propriétaire du produit veut une nouvelle fonctionnalité qui permet à l'utilisateur de rechercher le contenu du site.

Le travail total est de 8 points et ceux-ci seraient les histoires de l'utilisateur:

• l'utilisateur peut saisir les termes de recherche (0 points)
• les résultats de la recherche sont affichés à l'utilisateur (8 points)

Je veux gagner plus de perspicacité dans la progression du développeur. Cependant, je ne peux pas faire tomber ces histoires plus loin.

Je pourrais cependant réécrire les histoires. Je me sens réticent parce que ces histoires sont des histoires techniques.

• ajouter zone de texte de recherche (0 points)
• créer la table d'index dans la base de données (0 point)
• assurez-vous que la table d'index est mis à jour lorsque les données de changements ABC (3 points)
• assurez-vous que la table d'index est mis à jour lorsque les données changent de XYZ (2 points)
• obtenir des résultats de la base de données (1 point)
• composer l'URL correcte par résultat de recherche (2 points)

Comment gérez-vous ces situations?

Answer 1

Vous ne devriez pas faire tomber les histoires dans d'autres histoires techniques plus loin.

Au cours de la réunion de planification Sprint, l'équipe se décompose les histoires en tâches. Ces tâches sont alors estimés en nombre d'heures.

Au cours de la Sprint, vous garder une trace du nombre d'heures restantes dans les charts burndown Sprint.

Les histoires sont pour les utilisateurs finaux.

Les tâches sont pour l'équipe (UI conception, développement, codage, tests, documentation, etc.)