Afin de faciliter le suivi des tickets je vous propose d'utiliser les formalismes suivants dans le champ "Description"en fonction du type de ticket :
1) Pour une Evolution (enhancement) :
BESOIN
JUSTIFICATION
2) Pour une Anomalie (bug) :
ANOMALIE
CONTOURNEMENT
Aucun
ANALYSE
CORRECTION ATTENDUE
3) Pour une Tâche (qui n'impacte pas le produit, mais le processus)
ACTION
JUSTIFICATION
Ce formalisme permet de plus facilement distinguer les différents éléments.
Par exemple, lors d'une anomalie, la zone ANOMALIE permet d'expliquer comment reproduire.
La partie CORRECTION ATTENDUE permet de clarifier ce que l'on veut obtenir (qui n'est pas forcément une correction du logiciel mais peut être un ajout dans un Manuel Utilisateur par exemple).
Je sais que ce formalisme peut être implémenté automatiquement dans Github (voir par exepmple sur le Github de jGit) mais je ne sais pas comment le faire (et je n'ai probablement pas les droits pour cela).
Afin de faciliter le suivi des tickets je vous propose d'utiliser les formalismes suivants dans le champ "Description"en fonction du type de ticket :
1) Pour une Evolution (enhancement) :
BESOIN
JUSTIFICATION
2) Pour une Anomalie (bug) :
ANOMALIE
CONTOURNEMENT Aucun
ANALYSE
CORRECTION ATTENDUE
3) Pour une Tâche (qui n'impacte pas le produit, mais le processus)
ACTION
JUSTIFICATION
Ce formalisme permet de plus facilement distinguer les différents éléments. Par exemple, lors d'une anomalie, la zone ANOMALIE permet d'expliquer comment reproduire. La partie CORRECTION ATTENDUE permet de clarifier ce que l'on veut obtenir (qui n'est pas forcément une correction du logiciel mais peut être un ajout dans un Manuel Utilisateur par exemple).
Je sais que ce formalisme peut être implémenté automatiquement dans Github (voir par exepmple sur le Github de jGit) mais je ne sais pas comment le faire (et je n'ai probablement pas les droits pour cela).