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. |