Gestion des demandes entrantes » Historique » Version 53
Version 52 (Daniel Dehennin, 12/01/2016 17:13) → Version 53/61 (Daniel Dehennin, 12/01/2016 18:00)
{{toc}}
h1. Gestion des demandes entrantes
Il existe deux types de demandes entrantes :
* Les demandes des utilisateurs : elles sont *obligatoirement dirigées* dans le tracker "*Demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108. "*demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1.
* Les demandes de l’équipe EOLE : elles sont rédigées et placées dans le tracker "*Proposition de scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 avec le status *En rédaction* jusqu’à sa [[Gestion_des_demandes_entrantes#Anomalies-non-urgentes-ou-demandes-dévolution|formalisation complète]].
À tout moment du processus :
* L’équipe peut solliciter processus, le scrum master et le product owner afin de déterminer la pertinence d’une demande
* une demande statut des demandes peut être *classée sans suite* ou fermée avec le status mis à *pas un bug*, dans quel cas le processus cesse pour cette demande demande. #FIXME# classé sans suite?
h2. Dans le courant du sprint
#FIXME# petite intro
h3. Pendant les mêlées quotidiennes
#FIXME# expliquer le principe de la mêlée
* *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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 "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 du tableau des tâches et 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. Tri des demandes
Chaque membre de l’équipe trie ses "*Demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 demandes en fonction des critères suivants :
* Assistances : pouvant survenir par messages électroniques ou IRC #FIXME#
* Anomalies
** Urgentes : régressions graves empêchant le fonctionnement des solutions EOLE
** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences.
* Évolutions : toutes les autres demandes.
*RACCOURCI pour les demandes rapides à effectuer* : Si la +charge du sprint le permet+, les anomalies non urgentes et les évolutions peuvent être intégrées au scénario *Traitement express*, présent dans chaque sprint.
h3. Assistances
Un scénario *Assistance aux utilisateurs*, présent dans chaque sprint, accueil les demandes d’assistances ouvertes par les utilisateurs.
Leur processus de tri est terminé.
h3. Anomalies urgentes
Un scénario *Traitement express*, présent dans chaque sprint, accueil les régressions graves empêchant le fonctionnement des solutions EOLE.
Leur processus de tri est terminé.
h3. Anomalies non urgentes ou demandes d’évolution
*Attention*: aucun scénario ne peut être créé pendant cette phase.
Chaque membre de l’équipe :
* Renseigne la catégorie :
** *version mineure* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels.
** *version majeure* : Pour les demandes impliquant de gros changements fonctionnels.
* Déplace la demande dans le service principal concerné.
* Gère la proposition de scénario :
** S'il existe un scénario dans le tracker "*Scénario*":https://dev-eole.ac-dijon.fr/issues?query_id=187 "*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?query_id=70 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?query_id=70 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?query_id=70 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 (_« je ne peux pas lister les répertoires »_ répertoires »_ devrait être _« les _« les répertoires doivent être listables »_) 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?query_id=108 "*demande*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=11 est vide.
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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 pertinentes pour une release programmée sont déplacées dans le tracker "*Scénario*":https://dev-eole.ac-dijon.fr/issues?query_id=187. "*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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 non pertinentes pour une release programmée sont déplacés dans le tracker "*Bac à idées*":https://dev-eole.ac-dijon.fr/issues?query_id=178. 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/issues?query_id=187. "*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 pas.
A la fin de la réunion, les trackers "*Demande*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 "*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?query_id=70 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 :
* Les demandes des utilisateurs : elles sont *obligatoirement dirigées* dans le tracker "*Demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108. "*demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=1.
* Les demandes de l’équipe EOLE : elles sont rédigées et placées dans le tracker "*Proposition de scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 avec le status *En rédaction* jusqu’à sa [[Gestion_des_demandes_entrantes#Anomalies-non-urgentes-ou-demandes-dévolution|formalisation complète]].
À tout moment du processus :
* L’équipe peut solliciter processus, le scrum master et le product owner afin de déterminer la pertinence d’une demande
* une demande statut des demandes peut être *classée sans suite* ou fermée avec le status mis à *pas un bug*, dans quel cas le processus cesse pour cette demande demande. #FIXME# classé sans suite?
h2. Dans le courant du sprint
#FIXME# petite intro
h3. Pendant les mêlées quotidiennes
#FIXME# expliquer le principe de la mêlée
* *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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 "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 du tableau des tâches et 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. Tri des demandes
Chaque membre de l’équipe trie ses "*Demandes*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 demandes en fonction des critères suivants :
* Assistances : pouvant survenir par messages électroniques ou IRC #FIXME#
* Anomalies
** Urgentes : régressions graves empêchant le fonctionnement des solutions EOLE
** Non urgente : ce sont les demandes qui causent une régression ou ne sont pas conformes aux exigences.
* Évolutions : toutes les autres demandes.
*RACCOURCI pour les demandes rapides à effectuer* : Si la +charge du sprint le permet+, les anomalies non urgentes et les évolutions peuvent être intégrées au scénario *Traitement express*, présent dans chaque sprint.
h3. Assistances
Un scénario *Assistance aux utilisateurs*, présent dans chaque sprint, accueil les demandes d’assistances ouvertes par les utilisateurs.
Leur processus de tri est terminé.
h3. Anomalies urgentes
Un scénario *Traitement express*, présent dans chaque sprint, accueil les régressions graves empêchant le fonctionnement des solutions EOLE.
Leur processus de tri est terminé.
h3. Anomalies non urgentes ou demandes d’évolution
*Attention*: aucun scénario ne peut être créé pendant cette phase.
Chaque membre de l’équipe :
* Renseigne la catégorie :
** *version mineure* : Pour les demandes ne changeant pas le comportement par défaut de la distribution et impliquant peu de changements fonctionnels.
** *version majeure* : Pour les demandes impliquant de gros changements fonctionnels.
* Déplace la demande dans le service principal concerné.
* Gère la proposition de scénario :
** S'il existe un scénario dans le tracker "*Scénario*":https://dev-eole.ac-dijon.fr/issues?query_id=187 "*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?query_id=70 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?query_id=70 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?query_id=70 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 (_« je ne peux pas lister les répertoires »_ répertoires »_ devrait être _« les _« les répertoires doivent être listables »_) 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?query_id=108 "*demande*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=11 est vide.
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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 pertinentes pour une release programmée sont déplacées dans le tracker "*Scénario*":https://dev-eole.ac-dijon.fr/issues?query_id=187. "*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*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 non pertinentes pour une release programmée sont déplacés dans le tracker "*Bac à idées*":https://dev-eole.ac-dijon.fr/issues?query_id=178. 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/issues?query_id=187. "*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 pas.
A la fin de la réunion, les trackers "*Demande*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?query_id=108 "*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?query_id=70 Scénario*":https://dev-eole.ac-dijon.fr/projects/modules-eole/issues?set_filter=1&tracker_id=12 sont vides.