Gestion des demandes entrantes » Historique » Version 1
Laurent Flori, 14/10/2015 11:03
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 | 1 | Laurent Flori | Les demandes extérieures vont *uniquement* dans le tracker *"demandes"* |
8 | 1 | Laurent Flori | A tout moment du processus, les demandes peuvent être mises dans le tracker *"pas un bug"*. Dans ce cas là le processus cesse pour cette demande. |
9 | 1 | Laurent Flori | |
10 | 1 | Laurent Flori | h2. Pendant le sprint : |
11 | 1 | Laurent Flori | |
12 | 1 | Laurent Flori | * Un membre de l'équipe trie les demandes : |
13 | 1 | Laurent Flori | ** Anomalies : ce sont les régressions ou non conformes aux exigences et non urgentes |
14 | 1 | Laurent Flori | ** Évolutions : toutes les autres demandes non urgentes |
15 | 1 | Laurent Flori | ** Urgentes : régressions grave empêchant le fonctionnement du module |
16 | 1 | Laurent Flori | |
17 | 1 | Laurent Flori | * Pour les demandes urgentes le membre de l'équipe déplace la demande dans le scénario *"Assistance aux utilisateurs"* du sprint en cours. Le processus est terminé. |
18 | 1 | Laurent Flori | |
19 | 1 | Laurent Flori | * Le membre de l'équipe spécifie la catégorie : |
20 | 1 | Laurent Flori | ** *"version mineure"* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et peu de changements fonctionnels. |
21 | 1 | Laurent Flori | ** *"version majeur"* : Pour les demandes impliquant de gros changements fonctionnels. |
22 | 1 | Laurent Flori | |
23 | 1 | Laurent Flori | * Le membre de l'équipe déplace la demande dans le service principal concerné. |
24 | 1 | Laurent Flori | |
25 | 1 | Laurent Flori | * Le membre de l'équipe gère la proposition de scénario : |
26 | 1 | Laurent Flori | ** S'il existe un scénario dans le tracker *"proposition de scénario"*, le membre de l'équipe met la demande dans le tracker *"tâche"* et la lie à la proposition de scénario. Éventuellement il met à jour la description du scénario. |
27 | 1 | Laurent Flori | ** S'il existe un scénario dans le tracker *"scénario"*, le membre de l'équipe met la demande dans le tracker *"tâche"*, créé une demande dans le tracker *"proposition de scénario"* et lie la demande à cette proposition de scénario. Dans la description de la proposition de scénario faire une référence au scénario initial. |
28 | 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"* : |
29 | 1 | Laurent Flori | *** Éventuellement modifier le titre, il doit être une action positive, ne comprenant pas le nom d'un produit, ni une solution au problème, ni trop descriptif (_"je ne peux pas lister les répertoires"_ devrait être _"les répertoires doivent être listable"_) |
30 | 1 | Laurent Flori | *** Les exigences doivent être spécifiées dans la description du scénario : |
31 | 1 | Laurent Flori | **** Si l'exigence existe dans squash il faut noter la référence dans la description |
32 | 1 | 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) |
33 | 1 | Laurent Flori | *** Le membre de l'équipe créé les taches associées au scénario. |