J'ai étudié et lu sur Scrum ces derniers jours et j'ai lu sur la planification et les tâches de Sprint. Un problème qui m'est venu à l'esprit est de savoir comment gérer les bugs dans Scrum. Henrik Kniberg énumère quelques façons de traiter ce problème dans son très beau livre Scrum and XP from the Trenches :
- Le propriétaire du produit imprime les éléments Jira les plus prioritaires, les apporte à la réunion de planification du sprint et les affiche sur le mur avec les autres histoires (spécifiant ainsi implicitement la priorité de ces éléments par rapport aux autres histoires).
- Le propriétaire du produit crée des histoires qui font référence aux éléments Jira. Par exemple, «Corrigez les bogues de rapport de back-office les plus critiques, Jira-124, Jira-126 et Jira-180».
- La correction des bogues est considérée comme étant en dehors du sprint, c'est-à-dire que l'équipe garde un facteur de concentration suffisamment bas (par exemple 50%) pour s'assurer qu'elle a le temps de corriger les bogues. On suppose alors simplement que l'équipe passera un certain temps à chaque sprint à corriger les bogues rapportés par Jira
- Mettez le backlog de produit dans Jira (c.-à-d. Fossé Excel). Traitez les bugs comme n'importe quelle autre histoire.
Est-ce vraiment quelque chose qui doit être décidé par projet ou existe-t-il de meilleures solutions? Je peux penser aux problèmes de chacune de ces approches. Y a-t-il un hybride issu de ces approches qui fonctionne le mieux? Comment gérez-vous cela dans vos projets?