Nous faisons quelque chose d'assez similaire ici, et tout fonctionne bien dans JIRA / Greenhopper :
-
Le propriétaire du produit crée des Epics / Thèmes / User stories dans JIRA/Grasshopper.
-
Un toilettage du backlog est effectué, l'histoire est un peu remaniée et les points de l'histoire sont introduits dans l'histoire de l'utilisateur.
-
Planification du sprint : Les histoires sont sélectionnées pour le sprint à venir, et en utilisant greenhopper, nous créons les histoires à ajouter au sprint. voir ci-dessous
-
Le sprint commence.. Les tâches sont créées dans JIRA par les développeurs pour suivre la progression, et sont liées à l'histoire de l'utilisateur. Une fois que toutes les tâches d'une histoire sont terminées, l'histoire de l'utilisateur est terminée.
-
Nous avons mis scripts dans JIRA pour avoir un bouton pour "done" qui assigne automatiquement la story à notre équipe de construction, qui la fusionne dans notre baseline principale (pas sûr que cela s'applique à vous). Une fois qu'ils l'ont intégré dans une version de production, le scénario utilisateur est attribué à l'équipe d'assurance qualité.
-
L'équipe d'assurance qualité teste le build de production... s'il passe, l'histoire est close.
![enter image description here]()
J'ajouterai que l'équipe d'assurance qualité peut prendre plus de temps pour tester l'histoire que le sprint ne le permet - ainsi, pour les besoins du sprint et de la vélocité d'une équipe, l'histoire est considérée comme terminée au moment où elle est assignée à l'équipe de construction.
Est-ce que ça a un sens ?
JIRA est capable de faire tout cela, c'est génial, même si vous devrez peut-être configurer les entrées pour les épopées/thèmes, etc.
Nous utilisons la fonctionnalité Greenhopper pour créer et suivre les histoires et les sprints, mais pour l'avancement des tâches, etc., nous utilisons un tableau blanc - beaucoup plus visible, et meilleur pour le standup quotidien.
J'espère que cela vous aidera. Si vous avez des questions, je serai heureux d'y répondre :)