On Thu, 19 Sep 2013 16:02:36 +0200 Tony Chemit <chemit@codelutin.com> wrote: Hello, Petite précision sur la description des tickets ----------------------------------------------- Comme me l'a rappelé à juste titre Vincent, il faut aussi bien prendre soin dans la description des tickets à bien expliciter ce qui a été réalisé; cela doit être fait à tous les niveaux (dans les tickets des versions intermédiaires; mais aussi dans les tickets *finaux* de la version 3.0).
Bonjour,
Voici un récapitulatif de la gestion de projet que nous aimerions mettre en place pour ce nouveau contrat.
Filtres des tickets sur la version 3.0 --------------------------------------
Des filtres ont été créés pour les tickets de la version 3.0 en fonction de leur état d'avancement; ils sont accessibles depuis la page des demandes :
o Version 3.0 - A faire (tickets non encore commencés) http://forge.codelutin.com/projects/tutti/issues?query_id=78
o Version 3.0 - En cours (tickets en cours de résolution sur une version) http://forge.codelutin.com/projects/tutti/issues?query_id=77
o Version 3.0 - A valider (tickets résolus que vous devez valider suite à nouvelle version et les passer en état *Validé*) http://forge.codelutin.com/projects/tutti/issues?query_id=76
o Version 3.0 - A fermer (tickets validé par vous et que je dois passer en état *Fermé*) http://forge.codelutin.com/projects/tutti/issues?query_id=79
o Version 3.0 - Fermé (tickets fermés) http://forge.codelutin.com/projects/tutti/issues?query_id=80
Versions intermédiaires -----------------------
Autant que possible, j'essaye de faire une nouvelle version à chaque début de semaine afin que vous puissiez tester les fonctionnalités au fur et à mesure.
Après chaque nouvelle version, je mets à jour les tickets impactés de la version 3.0 et les passe en l'état *Résolu*, vous pourrez alors les valider.
Je ne peux pas encore planifier exactement quoi mettre dans chaque version, on peut peut-être en discuter après chaque version (un petit point téléphonique le mardi PM ?).
o Pendant la réalisation des fonctionnalités de la version 3.0, les versions seront nommées 2.5, 2.6, ... ; o Une fois tous les tickets traités dans la version 3.0 (phase de VSR); les version seront nommées 3.0-rc-1, 3.0-rc-2, ... ; o Une fois la VSR terminée, on pourra alors sortir une version 3.0 (finale) dont le changelog portera bien tous les fonctionnalités commandées.
Validation d'un ticket ----------------------
Lors que vous devez valider un ticket, deux cas peuvent se produire :
o la fonctionnalité répond bien au besoin, rien à redire; vous le passez en état *Validé* ; o quelque chose ne va pas, vous le repassez en état *En cours* et ajoutez un commentaire.
Utilisation des tickets dans les versions intermédiaires --------------------------------------------------------
De mon côté, pour chaque ticket de la 3.0, dès que je dois intervenir dessus, je duplique le ticket dans la version cible et lui met en parent le ticket orgine de la 3.0.
Ainsi on pourra bien savoir tout ce qui a été réalisé (corrigé) pour une fonctionnalité de la 3.0.
Une fois le ticket résolu, et la version livrée, il ne faut pas le réouvrir; si il y a un problème voir le ticket correpondant de la 3.0 ou bien créer une anomalie.
J'espère que ce mode fonctionnement vous conviendra et permettra de gérer au mieux ce nouveau contrat.
Cordialement,
tony.
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com