Gestion des demandes entrantes » Historique » Version 33
Daniel Dehennin, 14/10/2015 15:09
1 | 1 | Laurent Flori | h1. Gestion des demandes entrantes |
---|---|---|---|
2 | 1 | Laurent Flori | |
3 | 1 | Laurent Flori | Deux types de demandes entrantes : |
4 | 1 | Laurent Flori | * Extérieures |
5 | 1 | Laurent Flori | * Équipe EOLE |
6 | 1 | Laurent Flori | |
7 | 13 | Laurent Flori | Les demandes extérieures vont *uniquement* dans le tracker *"demandes":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1* |
8 | 20 | Gérald Schwartzmann | À tout moment du processus, le statut des demandes peut être mis à *"pas un bug"*. Dans ce cas là le processus cesse pour cette demande. |
9 | 1 | Laurent Flori | |
10 | 33 | Daniel Dehennin | h2. Pendant le sprint |
11 | 1 | Laurent Flori | |
12 | 33 | Daniel Dehennin | h3. Deux scénarios récurrents dans chaque sprint |
13 | 33 | Daniel Dehennin | |
14 | 13 | Laurent Flori | * *"Assistance aux utilisateurs"* |
15 | 1 | Laurent Flori | * *"Etude pré-scénario"* (Lorsque l'on passe du temps à la préparation de la proposition de scénario) |
16 | 1 | Laurent Flori | |
17 | 33 | Daniel Dehennin | h3. Triage des demandes |
18 | 1 | Laurent Flori | |
19 | 33 | Daniel Dehennin | Un membre de l'équipe trie les demandes en fonction des critères suivants : |
20 | 1 | Laurent Flori | |
21 | 33 | Daniel Dehennin | * Anomalies |
22 | 33 | Daniel Dehennin | ** Urgentes : régressions graves empêchant le fonctionnement du module |
23 | 33 | Daniel Dehennin | ** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences. |
24 | 33 | Daniel Dehennin | * Évolutions : toutes les autres demandes. |
25 | 33 | Daniel Dehennin | |
26 | 33 | Daniel Dehennin | h3. Anomalies urgentes |
27 | 33 | Daniel Dehennin | |
28 | 33 | Daniel Dehennin | Les demandes urgentes sont déplacées dans le scénario *"Assistance aux utilisateurs"* du sprint en cours. |
29 | 33 | Daniel Dehennin | Le processus pour les anomalies urgentes est terminé. |
30 | 33 | Daniel Dehennin | |
31 | 33 | Daniel Dehennin | h3. Demandes d’évolution ou anomalies non urgentes |
32 | 33 | Daniel Dehennin | |
33 | 1 | Laurent Flori | * Le membre de l'équipe spécifie la catégorie : |
34 | 8 | Laurent Flori | ** *"version mineure"* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels. |
35 | 4 | Laurent Flori | ** *"version majeure"* : Pour les demandes impliquant de gros changements fonctionnels. |
36 | 1 | Laurent Flori | |
37 | 26 | Laurent Flori | * Le membre de l'équipe déplace la demande dans le service principal concerné. |
38 | 1 | Laurent Flori | |
39 | 1 | Laurent Flori | * Le membre de l'équipe gère la proposition de scénario : |
40 | 1 | Laurent Flori | ** S'il existe un scénario dans le tracker *"scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=5* correspondant à la problématique de la demande |
41 | 1 | Laurent Flori | *** Le membre de l'équipe met la demande dans le tracker *"tâche":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=6* |
42 | 21 | Daniel Dehennin | *** Créé une demande dans le tracker *"proposition de scénario"* |
43 | 25 | Laurent Flori | *** Lie la demande à cette proposition de scénario |
44 | 32 | Gérald Schwartzmann | *** Dans la description de la proposition de scénario faire une référence au scénario initial. |
45 | 32 | Gérald Schwartzmann | ** S'il existe un scénario dans le tracker *"proposition de scénario"* correspondant à la problématique de la demande : |
46 | 32 | Gérald Schwartzmann | *** Le membre de l'équipe met la demande dans le tracker *"tâche":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=6* |
47 | 32 | Gérald Schwartzmann | *** Lie cette demande à la proposition de scénario. |
48 | 16 | Daniel Dehennin | *** Éventuellement il met à jour la description du scénario. |
49 | 16 | Daniel Dehennin | ** S'il n'existe pas de scénario correspondant à la demande, le membre de l'équipe met la demande dans le tracker *"proposition de scénario"* : |
50 | 21 | Daniel Dehennin | *** Éventuellement modifier le titre, il doit être : |
51 | 21 | Daniel Dehennin | **** Une action positive |
52 | 1 | Laurent Flori | **** Ne comprenant pas le nom d'un produit |
53 | 1 | Laurent Flori | **** Ni une solution au problème |
54 | 21 | Daniel Dehennin | **** Ni trop descriptif (_"je ne peux pas lister les répertoires"_ devrait être _"les répertoires doivent être listables"_) |
55 | 21 | Daniel Dehennin | *** Les exigences doivent être spécifiées dans la description du scénario : |
56 | 1 | Laurent Flori | **** Si l'exigence existe dans squash il faut noter la référence dans la description |
57 | 2 | Laurent Flori | **** Si elle n'existe pas, il faut ouvrir une demande de création d'exigence (ne pas la créer directement dans squash, elle doit être approuvée) |
58 | 2 | Laurent Flori | *** Le membre de l'équipe créé les tâches associées au scénario. |
59 | 29 | Gérald Schwartzmann | |
60 | 33 | Daniel Dehennin | A la fin du sprint, le tracker *"demande":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=11* est vide. |
61 | 33 | Daniel Dehennin | |
62 | 32 | Gérald Schwartzmann | *Attention*: aucun scénario ne peut être créé pendant cette phase. |
63 | 2 | Laurent Flori | |
64 | 17 | Laurent Flori | h2. Pendant les mêlées : |
65 | 2 | Laurent Flori | |
66 | 2 | Laurent Flori | * L'équipe vérifie pendant le troisième tour qu'il ne reste aucune demande dans le tracker *"demandes":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=11*. |
67 | 2 | Laurent Flori | * Les membres de l'équipe ayant un doute sur la gestion d'une demande, sollicitent de l'aide pour la gérer. (On ne gère pas la demande pendant cette phase, on demande de l'aide). |
68 | 2 | Laurent Flori | |
69 | 2 | Laurent Flori | h2. Pendant la réunion de préparation des releases |
70 | 12 | Laurent Flori | |
71 | 17 | Laurent Flori | En cours de sprint, une période est réservée à la préparation des releases. Actuellement cette réunion a lieu le vendredi après-midi de fin de sprint. |
72 | 1 | Laurent Flori | * Gestion des propositions de scénarios par l'équipe : |
73 | 17 | Laurent Flori | ** Les *"proposition de scénario"* associés à un scénario existant sont supprimés. Les tâches sont liées au scénario d'origine. |
74 | 17 | Laurent Flori | ** Les *"proposition de scénario"* pertinentes pour une release programmée sont déplacées dans le tracker *"scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=5*. Le scénario entre dans le *backlog*. |
75 | 2 | Laurent Flori | ** Les *"proposition de scénario"* non pertinentes pour une release programmée sont déplacés dans le tracker *"bac à idées":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=8*. |
76 | 11 | Laurent Flori | * Gestion du bac à idées par l'équipe : les demandes pertinentes pour une release programmée sont déplacées dans le tracker *"scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=5*. Le scénario entre dans le *backlog*. |
77 | 19 | Laurent Flori | |
78 | 1 | Laurent Flori | Les demandes du *backlog* sont évaluées en points par l'équipe. Les demandes du *backlog* sont placées dans une release par l'équipe (les catégories *"version majeure"* et *"version mineure"* des tâches du scénario est une indication pour connaître la release) |
79 | 24 | Laurent Flori | A la fin de la réunion, les trackers *"demande":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=11* et *"proposition de scénario"* sont vides. |