Bugs sous forme de stories

Dans la gestion de projet traditionnelle, les bugs sont parfois traités séparément des exigences, voire même gérés dans des outils dédiés : les « bug trackers ». Avec les méthodes agiles, si vous utilisez des backlogs séparés pour les user stories et les bugs, alors le Product Owner ne peut pas clairement matérialiser sa vision, les développeurs ne savent pas sur quoi lancer les développements en premier et les parties prenantes ne savent pas à quoi s’attendre dans le produit. Afin qu’il soit efficace, il ne peut y avoir qu’un et un seul backlog de produit ordonné de manière non ambiguë.

C’est pourquoi les bugs sont gérés dans iceScrum sous forme de stories et ne reçoivent quasiment pas de traitement particulier. D’ailleurs, conceptuellement, les bugs et les user stories ne sont pas si différents : ils représentent tous les deux un comportement souhaité que le produit actuel n’offre pas.

Stories de type Défaut

Seulement deux champs différencient les défauts des user stories :

• Le type Défaut, qui montre que la story est un défaut à corriger. Une icône en forme d’insecte est alors affichée sur le post-it.
• Le champ Version impactée, qui pointe sur une version du produit (par exemple associée à un sprint précédent).

En plus de ces deux champs, vous pouvez utiliser les champs habituels de la story pour décrire le bug : une bonne description, des screenshots, une dépendance vers la story finie correspondante.

Les stories Défaut peut ensuite avancer dans le workflow habituel des stories.

Apps et fonctionnalités

L’App modèle de story permet de pré-remplir les stories quand vous les créez. Vous pouvez alors par exemple définir un modèle « Bug » avec des tâches par défaut : « Reproduire », « Ecrire le test unitaire », « Corriger ».

Si les parties prenantes sont habituées à utiliser un autre outil, vous pouvez importer des bugs/issues en stories automatiquement à l’aide des Apps Bug tracker.

L’App backlogs personnalisés permet de créer des vues de stories filtrées, par ex. un backlog qui affiche les nouveaux bugs (les stories de type « Défaut » à l’état « Suggérée »).

Enfin, des graphiques tels que le Burndown de projet ou les diagrammes de Backlogs permettent de suivre l’évolution du taux de défaut, qu’il faut bien sûr garder aussi bas que possible !