Bonjour, Peux tu préciser dans la démarche qu'il faut expliciter comment le ticket a été traité. Ca sera aussi utile à Léo pour la rédaction de son document On en a parlé ensemble mardi donc je sais que tu es d'accord mais c'est mieux de l'écrire Sinon ça me semble une bonne démarche Je ferai valider les évolutions par les utilisateurs après chaque livraison. On rentre dans une période de campagnes (CGFS et EVHOE) donc je vais solliciter les quelques utilisateurs encore au bureau par téléphone et faire des netmeeting. Grosso modo quand penses tu pouvoir finaliser tous les tickets ? Pour moi l'objectif est de boucler ce projet au plus tôt et de ne surtout pas déborder sur 2014 Merci Vincent Le 19/09/2013 16:02, Tony Chemit a écrit :

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.

-- Vincent BADTS Responsable qualité du SIH (Système d'Informations Halieutiques) IFREMER centre Atlantique Unité EMH (Ecologie et Modèles pour l'Halieutique) Tél : 33 2 40 37 40 53 (interne : 80 53) Fax : 33 2 40 37 40 38 www.ifremer.fr