Gestion des demandes entrantes » Historique » Version 47
Daniel Dehennin, 12/01/2016 16:37
1 | 43 | Daniel Dehennin | {{toc}} |
---|---|---|---|
2 | 43 | Daniel Dehennin | |
3 | 1 | Laurent Flori | h1. Gestion des demandes entrantes |
4 | 1 | Laurent Flori | |
5 | 46 | Daniel Dehennin | Les demandes des utilisateurs sont *obligatoirement dirigées* dans le tracker "*demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1. |
6 | 1 | Laurent Flori | |
7 | 46 | Daniel Dehennin | À tout moment du processus, le statut des demandes peut être mis à *"pas un bug"*, dans quel cas le processus cesse pour cette demande. #FIXME# classé sans suite? |
8 | 1 | Laurent Flori | |
9 | 1 | Laurent Flori | h2. Dans le courant du sprint |
10 | 45 | Daniel Dehennin | |
11 | 46 | Daniel Dehennin | #FIXME# petite intro |
12 | 1 | Laurent Flori | |
13 | 1 | Laurent Flori | h3. Pendant les mêlées quotidiennes |
14 | 1 | Laurent Flori | |
15 | 46 | Daniel Dehennin | #FIXME# expliquer le principe de la mêlée |
16 | 46 | Daniel Dehennin | |
17 | 45 | Daniel Dehennin | * *1<notextile></notextile>^er^ tour*: Ce que j'ai fais la veille (y compris les demandes entrantes traitées = information à l'équipe) |
18 | 1 | Laurent Flori | * *Avant le 2<notextile></notextile>^e^ tour* : visualiser les "demandes entrantes":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 non affectées afin que toute l’équipe en prenne connaissance |
19 | 47 | Daniel Dehennin | * *2<notextile></notextile>^e^ tour* : Ce que je vais faire aujourd’hui: *auto-assignation* des demandes du tableau des tâches et entrantes |
20 | 45 | Daniel Dehennin | * *3<notextile></notextile>^e^ tour* : Les problèmes que je rencontre, notamment les doutes sur la gestion d'une demande et la sollicitation d'aide pour la gérer. (*ATTENTION*: On ne gère pas la demande pendant cette phase, on demande de l'aide). |
21 | 1 | Laurent Flori | |
22 | 33 | Daniel Dehennin | |
23 | 45 | Daniel Dehennin | h3. Tri des demandes |
24 | 1 | Laurent Flori | |
25 | 47 | Daniel Dehennin | Chaque membre de l’équipe trie ses demandes en fonction des critères suivants : |
26 | 1 | Laurent Flori | |
27 | 47 | Daniel Dehennin | |
28 | 47 | Daniel Dehennin | |
29 | 47 | Daniel Dehennin | |
30 | 47 | Daniel Dehennin | * Assistances : pouvant survenir par messages électroniques ou IRC #FIXME# |
31 | 1 | Laurent Flori | * Anomalies |
32 | 1 | Laurent Flori | ** Urgentes : régressions graves empêchant le fonctionnement des solutions EOLE |
33 | 1 | Laurent Flori | ** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences. |
34 | 1 | Laurent Flori | * Évolutions : toutes les autres demandes. |
35 | 45 | Daniel Dehennin | |
36 | 47 | Daniel Dehennin | Si la charge du sprint le permet, les anomalies non urgentes et les évolutions rapide à effectuer peuvent être intégrées aux sprint en cours au travers du scénario *Traitement express*, présent dans chaque sprint. |
37 | 46 | Daniel Dehennin | |
38 | 1 | Laurent Flori | h3. Assistance |
39 | 1 | Laurent Flori | |
40 | 1 | Laurent Flori | Un scénario *Assistance aux utilisateurs*, présent dans chaque sprint, accueil les demandes d’assistances ouvertes par les utilisateurs. |
41 | 1 | Laurent Flori | |
42 | 47 | Daniel Dehennin | Leur processus de tri est terminé. |
43 | 46 | Daniel Dehennin | |
44 | 47 | Daniel Dehennin | |
45 | 47 | Daniel Dehennin | h3. Anomalies urgentes |
46 | 46 | Daniel Dehennin | |
47 | 46 | Daniel Dehennin | Un scénario *Traitement express*, présent dans chaque sprint, accueil les anomalies urgentes et les demandes rapides a effectuer. |
48 | 46 | Daniel Dehennin | |
49 | 46 | Daniel Dehennin | Leur processus de tri est terminé. |
50 | 33 | Daniel Dehennin | |
51 | 34 | Laurent Flori | |
52 | 45 | Daniel Dehennin | h3. Anomalies non urgentes ou demandes d’évolution |
53 | 45 | Daniel Dehennin | |
54 | 8 | Laurent Flori | *Attention*: aucun scénario ne peut être créé pendant cette phase. |
55 | 4 | Laurent Flori | |
56 | 45 | Daniel Dehennin | Chaque membre de l’équipe : |
57 | 25 | Laurent Flori | |
58 | 45 | Daniel Dehennin | * Renseigne la catégorie : |
59 | 45 | Daniel Dehennin | ** « *version mineure* » : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels. |
60 | 45 | Daniel Dehennin | ** « *version majeure* » : Pour les demandes impliquant de gros changements fonctionnels. |
61 | 45 | Daniel Dehennin | * Déplace la demande dans le service principal concerné. |
62 | 45 | Daniel Dehennin | * Gère la proposition de scénario : |
63 | 40 | 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 |
64 | 21 | Daniel Dehennin | *** 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* |
65 | 21 | Daniel Dehennin | *** Créé une demande dans le tracker *"proposition de scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12* |
66 | 1 | Laurent Flori | *** Lie la demande à cette proposition de scénario |
67 | 21 | Daniel Dehennin | *** Dans la description de la proposition de scénario faire une référence au scénario initial. |
68 | 1 | Laurent Flori | ** S'il existe un scénario dans le tracker *"proposition de scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12* correspondant à la problématique de la demande : |
69 | 21 | Daniel Dehennin | *** 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* |
70 | 1 | Laurent Flori | *** Lie cette demande à la proposition de scénario. |
71 | 1 | Laurent Flori | *** Éventuellement il met à jour la description du scénario. |
72 | 1 | Laurent Flori | ** 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":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12* : |
73 | 1 | Laurent Flori | *** Éventuellement modifier le titre, il doit être : |
74 | 2 | Laurent Flori | **** Une action positive |
75 | 38 | Gérald Schwartzmann | **** Ne comprenant pas le nom d'un produit |
76 | 33 | Daniel Dehennin | **** Ni une solution au problème |
77 | 32 | Gérald Schwartzmann | **** Ni trop descriptif (_"je ne peux pas lister les répertoires"_ devrait être _"les répertoires doivent être listables"_) |
78 | 2 | Laurent Flori | *** Les exigences doivent être spécifiées dans la description du scénario : |
79 | 44 | Daniel Dehennin | **** Si l'exigence existe dans squash il faut noter la référence dans la description |
80 | 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) |
81 | 42 | Daniel Dehennin | *** Le membre de l'équipe créé les tâches associées au scénario et estime le temps pour chacune d'elle. |
82 | 42 | Daniel Dehennin | |
83 | 42 | 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. |
84 | 42 | Daniel Dehennin | |
85 | 2 | Laurent Flori | |
86 | 2 | Laurent Flori | h2. Pendant la réunion de préparation des releases |
87 | 12 | Laurent Flori | |
88 | 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. |
89 | 1 | Laurent Flori | * Gestion des propositions de scénarios par l'équipe : |
90 | 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. |
91 | 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*. |
92 | 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*. |
93 | 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*. |
94 | 45 | Daniel Dehennin | * Gestion des demandes entrantes en souffrance : l’équipe détermine avec le product owner la suite à donner aux demandes restantes s’il y en a. |
95 | 37 | Scrum Master | |
96 | 37 | Scrum Master | 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). |
97 | 45 | Daniel Dehennin | |
98 | 45 | Daniel Dehennin | Les releases sont créées si elles n'existent pas. |
99 | 45 | Daniel Dehennin | |
100 | 1 | 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":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12* sont vides. |