Gestion des demandes entrantes » Historique » Version 45
Version 44 (Daniel Dehennin, 20/11/2015 16:12) → Version 45/61 (Daniel Dehennin, 12/01/2016 16:12)
{{toc}}
h1. Gestion des demandes entrantes
Il existe deux types de demandes entrantes :
* Extérieures
* Équipe EOLE
Les demandes des utilisateurs sont *obligatoirement dirigées* extérieures vont *uniquement* dans le tracker "*demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1 *"demandes":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1*
À tout moment du processus, le statut des demandes peut être mis à *"pas un bug"*. Dans quel ce cas là le processus cesse pour cette demande.
h2. Dans Pendant le courant du sprint
h3. Pendant les mêlées quotidiennes
* *1<notextile></notextile>^er^ tour*: Ce que j'ai fais la veille (y compris les demandes entrantes traitées = information à l'équipe)
* *Avant Dans 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
* *2<notextile></notextile>^e^ tour* : Ce que je vais faire aujourd’hui: auto-assignation des demandes courant du tableau des tâches et des demandes entrantes
* *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).
h3. Deux scénarios récurrents dans chaque sprint
Il sprint, il faut trier les demandes entrantes en fonction de leur type et de leur caractère d’urgence.
h3. Deux scénarios récurrents dans chaque sprint
* « *Assistance *"Assistance aux utilisateurs* » : traitement des demandes d’assistances utilisateurs"*
* « *Traitement express* » : demandes traitables rapidement : urgentes ou rapides *"Etude pré-scénario"* (Lorsque l'on passe du temps à effectuer
la préparation de la "proposition de scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12)
h3. Tri Triage des demandes
Chaque Un membre de l’équipe l'équipe trie ces les demandes en fonction des critères suivants :
* Anomalies
** Urgentes : régressions graves empêchant le fonctionnement des solutions EOLE du module
** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences.
* Assistances : pouvant survenir par messages électroniques ou IRC #FIXME#
* Évolutions : toutes les autres demandes.
h3. Anomalies urgentes
Les demandes urgentes sont déplacées dans le scénario « *Traitement express* » *"Assistance aux utilisateurs"* du sprint en cours.
Le processus pour les anomalies urgentes est terminé.
h3. Anomalies Demandes d’évolution ou anomalies non urgentes ou demandes d’évolution
*Attention*: aucun scénario ne peut être créé pendant cette phase.
Chaque * Le membre de l’équipe :
* Renseigne l'équipe spécifie la catégorie :
** « *version mineure* » *"version mineure"* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels.
** « *version majeure* » *"version majeure"* : Pour les demandes impliquant de gros changements fonctionnels.
* Déplace Le membre de l'équipe déplace la demande dans le service principal concerné.
* Gère Le membre de l'équipe gère la proposition de scénario :
** 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
*** 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*
*** 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*
*** 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.
** 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 :
*** 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*
*** Lie cette demande à la proposition de scénario.
*** Éventuellement il met à jour la description du scénario.
** 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* :
*** É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 listables"_)
*** Les exigences doivent être spécifiées dans la description du scénario :
**** Si l'exigence existe dans squash il faut noter la référence dans la description
**** 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)
*** Le membre de l'équipe créé les tâches associées au scénario et estime le temps pour chacune d'elle.
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.
h2. Pendant les mêlées
* *1<notextile></notextile>^er^ tour*: Ce que j'ai fais la veille ( y compris les demandes entrantes traitées = information à l'équipe)
* *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
* *2<notextile></notextile>^e^ tour* : Ce que je vais faire dans le tableau des taches, et les demandes entrantes à traiter
* *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. (On ne gère pas la demande pendant cette phase, on demande de l'aide).
h2. Pendant la réunion de préparation des releases
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.
* Gestion des propositions de scénarios par l'équipe :
** 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.
** 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*.
** 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*.
* 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*.
* 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.
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).
Les releases sont créées si elles n'existent elle n'existe pas.
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.
h1. Gestion des demandes entrantes
Il existe deux types de demandes entrantes :
* Extérieures
* Équipe EOLE
Les demandes des utilisateurs sont *obligatoirement dirigées* extérieures vont *uniquement* dans le tracker "*demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1 *"demandes":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1*
À tout moment du processus, le statut des demandes peut être mis à *"pas un bug"*. Dans quel ce cas là le processus cesse pour cette demande.
h2. Dans Pendant le courant du sprint
h3. Pendant les mêlées quotidiennes
* *1<notextile></notextile>^er^ tour*: Ce que j'ai fais la veille (y compris les demandes entrantes traitées = information à l'équipe)
* *Avant Dans 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
* *2<notextile></notextile>^e^ tour* : Ce que je vais faire aujourd’hui: auto-assignation des demandes courant du tableau des tâches et des demandes entrantes
* *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).
h3. Deux scénarios récurrents dans chaque sprint
Il sprint, il faut trier les demandes entrantes en fonction de leur type et de leur caractère d’urgence.
h3. Deux scénarios récurrents dans chaque sprint
* « *Assistance *"Assistance aux utilisateurs* » : traitement des demandes d’assistances utilisateurs"*
* « *Traitement express* » : demandes traitables rapidement : urgentes ou rapides *"Etude pré-scénario"* (Lorsque l'on passe du temps à effectuer
la préparation de la "proposition de scénario":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12)
h3. Tri Triage des demandes
Chaque Un membre de l’équipe l'équipe trie ces les demandes en fonction des critères suivants :
* Anomalies
** Urgentes : régressions graves empêchant le fonctionnement des solutions EOLE du module
** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences.
* Assistances : pouvant survenir par messages électroniques ou IRC #FIXME#
* Évolutions : toutes les autres demandes.
h3. Anomalies urgentes
Les demandes urgentes sont déplacées dans le scénario « *Traitement express* » *"Assistance aux utilisateurs"* du sprint en cours.
Le processus pour les anomalies urgentes est terminé.
h3. Anomalies Demandes d’évolution ou anomalies non urgentes ou demandes d’évolution
*Attention*: aucun scénario ne peut être créé pendant cette phase.
Chaque * Le membre de l’équipe :
* Renseigne l'équipe spécifie la catégorie :
** « *version mineure* » *"version mineure"* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels.
** « *version majeure* » *"version majeure"* : Pour les demandes impliquant de gros changements fonctionnels.
* Déplace Le membre de l'équipe déplace la demande dans le service principal concerné.
* Gère Le membre de l'équipe gère la proposition de scénario :
** 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
*** 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*
*** 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*
*** 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.
** 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 :
*** 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*
*** Lie cette demande à la proposition de scénario.
*** Éventuellement il met à jour la description du scénario.
** 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* :
*** É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 listables"_)
*** Les exigences doivent être spécifiées dans la description du scénario :
**** Si l'exigence existe dans squash il faut noter la référence dans la description
**** 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)
*** Le membre de l'équipe créé les tâches associées au scénario et estime le temps pour chacune d'elle.
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.
h2. Pendant les mêlées
* *1<notextile></notextile>^er^ tour*: Ce que j'ai fais la veille ( y compris les demandes entrantes traitées = information à l'équipe)
* *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
* *2<notextile></notextile>^e^ tour* : Ce que je vais faire dans le tableau des taches, et les demandes entrantes à traiter
* *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. (On ne gère pas la demande pendant cette phase, on demande de l'aide).
h2. Pendant la réunion de préparation des releases
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.
* Gestion des propositions de scénarios par l'équipe :
** 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.
** 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*.
** 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*.
* 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*.
* 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.
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).
Les releases sont créées si elles n'existent elle n'existe pas.
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.