L’organisation du redmine proposée actuellement est la suivante :
| Type | Raison de la création | Destination | Commentaires |
|---|---|---|---|
| Dev | User story à mettre dans le sprint en cours au moment de la planification | @Moovapps Community / Sprint Community | |
| Dev | Bugs rencontrés pendant le Hell Day dans une story du sprint | @Moovapps Community / Sprint Community | Le ticket de defect est à créer en tant qu’enfant de la story du sprint concernée. |
| Dev | Tout bugs remontés à n’importe quelle occasion (démo, tests, etc.) | Moovapps Community / @Services / SERVICE - BUGS PRODUIT/CLIENT | |
| TFA | Bugs issus de fonctionnalités développées dans un sprint antérieur | Moovapps Community / @Services / SERVICE - BUGS PRODUIT/CLIENT | |
| TFA | Besoin de mettre à jour le TFA en lui même | @Moovapps Community / TFA - Mise à jour scénarios | |
| TFA | Bugs bloquant la finalisation d’un TFA du sprint en cours | @Moovapps Community / Sprint Community | Le ticket de defect est à créer en tant qu’enfant de la story TFA du sprint concernée. |
| Fonctionnel | Requirement défini entre le PM et le PO | Moovapps Community / @Coeur Produit | |
| Fonctionnel | User story définie entre le PO et l’équipe de dev | Moovapps Community / @Coeur Produit | |
| Rétrospective | Element d’amélioration remontés en rétrospective | @Moovapps Community / Rétrospective | |
| DOC | Requirement correspondant à une grande fonctionnalité de l’application | Moovapps Community / @Coeur Produit | |
| DOC | User story correspondant à une fonctionnalité de l’application | Moovapps Community / @Coeur Produit | Déplacée dans le sprint en cours (@Moovapps Community / Sprint Community), lorsque la doc est planifiée sur un sprint. |