meta données pour cette page
  •  

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
certif:procedure:develop:gestionprojeqtor [2026/06/02 16:45] – [Types de tickets] nicolascertif:procedure:develop:gestionprojeqtor [2026/09/30 15:36] (Version actuelle) – [Étapes de traitement] nicolas
Ligne 1: Ligne 1:
 |{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]|| |{{:undo-2.svg?30|}} [[certif:do#procedures|Retour au Dossier Organisationnel]]||
-|{{:connexe.jpg?40|}} **Sujets connexes**|[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]\\  [[:certif:procedure:develop:gestionversion]]\\ [[:certif:procedure:develop:gestionsvn]]\\ [[:certif:procedure:develop:gestionsdepotgit]] \\ [[:certif:procedure:develop:proceduremiseaucoffredescodes]]| +|{{:connexe.jpg?40|}} **Sujets connexes**|[[https://cartographie-fonctionnelle.logeas-web.fr/|Cartographie fonctionnelle de LoGeAs]]\\ [[:certif:procedure:develop:gestionversion]]\\ [[:certif:procedure:develop:chainequalificationlivraison]]| 
-====== Gestion des tickets ======+====== Proc#8 - Gestion des tickets ======
  
 ===== Informations qualité ===== ===== Informations qualité =====
-|**Suivi des modifications majeures** |juin 2026 - Nicolas Marchand - Refonte complète\\ 5 mars 2015 - Nicolas Marchand - Création du document \\ 27 novembre 2015 - Nicolas Marchand - Evolution vocabulaire, non-gestion du temps dans projeQtOr \\ 27 novembre 2015 - Valentin Barrere - Correction orthographique \\ 02 aout 2017 - Nicolas Marchand - Portage sur DoKuWiKi & Evolutions ajout "A tester"| + 
-|**Suivi des approbations** | ce fait sur la plateforme de cartographie fonctionnelle| +^Suivi des modifications majeures^^^ 
-|**Objet** |L'objet de ce document est d'indiquer la procédure à suivre lors de la vie d'un ticket| +^Date^Auteur^Modifications^ 
-|**Destinataires** |**- Validation des modifications : ** Gérant \\  **- Approbation du document** : Equipe dev & Equipe Ass|+|5 mars 2015|Nicolas MARCHAND|Création du document| 
 +|27 novembre 2015|Nicolas MARCHAND|Évolution du vocabulaire, non-gestion du temps dans ProjeQtOr| 
 +|27 novembre 2015|Valentin BARRÈRE|Correction orthographique| 
 +|2 août 2017|Nicolas MARCHAND|Portage sur DokuWiki et évolutions : ajout de « À tester »| 
 +|Juin 2026|Nicolas MARCHAND|Refonte complète| 
 + 
 +|**Suivi des approbations** |[[https://cartographie-fonctionnelle.logeas-web.fr/UniversProcedure?id=8|Cartographie fonctionnelle – fiche de la procédure]]| 
 +|**Objet** |Définir comment qualifier un ticket (type et niveau de gravité) et les étapes de son traitement.| 
 +|**Destinataires** |**- Validation des modifications :** Gérant \\ **- Approbation du document :** Équipe développement et équipe assistance| 
 +|**Origine** |Ce document correspond à l'ancien élément ProjeQtOr Document #04 « Procédure de prise en charge d'un ticket ».| 
 + 
 +\\
  
 ===== Qualification des tickets ===== ===== Qualification des tickets =====
 +
 ==== Types de tickets ==== ==== Types de tickets ====
 +
 ^ Type ^ Quand l'utiliser ? ^ Info clé à fournir ^ Priorité ^ Traitement ^ En savoir plus ^ ^ Type ^ Quand l'utiliser ? ^ Info clé à fournir ^ Priorité ^ Traitement ^ En savoir plus ^
-| **Bug** | Le logiciel produit un résultat incorrect ou inattendu | Étapes de repro + résultat observé vs attendu | Bloquant → Majeur → Mineur | Investigation immédiate si bloquant |{{ :certif:procedure:develop:types_tickets_bug.pdf |}}\\ {{ :certif:procedure:develop:types_tickets_bug.odt |}} | +| **Bug** | Le logiciel produit un résultat incorrect ou inattendu | Étapes de reproduction + résultat observé et résultat attendu | Bloquant → Majeur → Mineur | Investigation immédiate si bloquant |{{ :certif:procedure:develop:types_tickets_bug.pdf |}}\\ {{ :certif:procedure:develop:types_tickets_bug.odt |}} | 
-| **Évolution** | La fonctionnalité demandée n'existe pas encore | Besoin métier + cas d'usage + critères d'acceptation | Selon impact métier et charge estimée | Planification sprint / roadmap | | +| **Évolution** | La fonctionnalité demandée n'existe pas encore | Besoin métier + cas d'usage + critères d'acceptation | Selon impact métier et charge estimée | Planification sprint / roadmap | {{ :certif:procedure:develop:types_tickets_evolution.pdf |}}\\ {{ :certif:procedure:develop:types_tickets_evolution.odt |}}| 
-| **Amélioration** | La fonction existe mais pourrait être mieux conçue | Usage concerné + problème concret + gain estimé | Faible à moyenne selon contexte | Backlog, trié par valeur | | +| **Amélioration** | La fonction existe mais pourrait être mieux conçue | Usage concerné + problème concret + gain estimé | Faible à moyenne selon contexte | Backlog, trié par valeur |{{ :certif:procedure:develop:types_tickets_amelioration.pdf |}}\\ {{ :certif:procedure:develop:types_tickets_amelioration.odt |}} | 
-| **Question / Assistance** | L'utilisateur cherche à comprendre comment faire | Ce qu'il essaie de faire + ce qu'il a tenté | Non applicable | Réponse assistance, pas devs | -+| **Question / Assistance** | L'utilisateur cherche à comprendre comment faire | Ce qu'il essaie de faire + ce qu'il a tenté | Non applicable | Réponse par l'assistance, pas par les développeurs | {{ :certif:procedure:develop:types_tickets_question-assistance.pdf |}}\\ {{ :certif:procedure:develop:types_tickets_question-assistance.odt |}} |
  
-== Arbre de décision ==+=== Arbre de décision ===
  
   - Le logiciel produit un résultat **incorrect ou inattendu** ? → **Bug**   - Le logiciel produit un résultat **incorrect ou inattendu** ? → **Bug**
Ligne 24: Ligne 37:
   - L'utilisateur **cherche à comprendre** comment utiliser le logiciel ? → **Question / Assistance**   - L'utilisateur **cherche à comprendre** comment utiliser le logiciel ? → **Question / Assistance**
  
-==== Les éléments nécessaires ====+==== Niveaux de gravité ====
  
 +^ Niveau ^ Situation ^ Contournement ^ Délai cible ^ Traitement ^ En savoir plus ^
 +| **Bloquant** | Travail totalement à l'arrêt, aucun contournement | Aucun | < quelques heures | Investigation immédiate, escalade |{{ :certif:procedure:develop:fiche_bloquant.pdf |}}\\ {{ :certif:procedure:develop:fiche_bloquant.odt |}}|
 +| **Majeur** | Fonctionnalité dégradée, contournement pénible | Pénible ou risqué | < quelques jours | Priorité haute |{{ :certif:procedure:develop:fiche_majeur.pdf |}}\\ {{ :certif:procedure:develop:fiche_majeur.odt |}}|
 +| **Mineur** | Bug limité, contournement simple | Simple et sans risque | Prochain sprint | Planification normale |{{ :certif:procedure:develop:fiche_mineur.pdf |}}\\ {{ :certif:procedure:develop:fiche_mineur.odt |}}|
 +| **Amélioration / Évolution** | Pas de bug, confort ou nouvelle capacité | Non applicable | Selon roadmap | Backlog, par valeur |{{ :certif:procedure:develop:fiche_amelio_evol.pdf |}}\\ {{ :certif:procedure:develop:fiche_amelio_evol.odt |}}|
  
-===== Etapes de traitement ===== +=== La règle du contournement ===
-{{:certif:procedure:develop:doc_00_etapes_projeqtor.jpg|}}+
  
-^  ^Responsable^Type de ticket^Urgence^ +^ Contournement disponible ? ^ Niveau ^ 
-|**Niveau 1 (plus urgent)**|Nicolas|Problème sur base Client|Bloquant| +| Aucun contournement possible | **Bloquant** | 
-|**Niveau 2**|Nicolas|Problème sur base Client|Urgent| +| Contournement pénible, lent ou risqué | **Majeur** | 
-|**Niveau 3**|Nicolas|Problème sur base Client|Non Urgent| +| Contournement simple et sans risque | **Mineur** | 
-|**Niveau 4**|Nicolas|Dysfonctionnement|Bloquant| +| Pas de bug : le logiciel fonctionne | **Amélioration / Évolution** |
-|**Niveau 5**|Nicolas|Dysfonctionnement|Urgent| +
-|**Niveau 6**|Nicolas|Dysfonctionnement|Non Urgent|+
  
-==== Etape 1 : Référencement d'une demande ====+=== Arbre de décision ===
  
-=== Procédure vis-à-vis du client ===+  - Est-ce que personne (ou presque) ne peut travailler normalement ? → **Bloquant** 
 +  - Y a-t-il un contournement simple et sans risque ? → Non = **Majeur** 
 +  - L'impact est limité et le contournement facile ? → **Mineur** 
 +  - Le logiciel fonctionne correctement mais pourrait être mieux ? → **Amélioration / Évolution**
  
-La première action à faire vis-à-vis du client est d'identifier sur quelle version du logiciel il travaille. S'il n 'est pas sur la dernière version disponible, il lui est demandé de bien vouloir le mettre à jour, puis de vérifier si le problème persiste.+<note tip> 
 +En cas de doute entre deux niveaux, choisir le plus élevé et laisser l'assistance ajuster après investigation. 
 +</note>
  
-AUCUNE assistance sur les fonctionnalités n'est faite sur les versions antérieures du logiciel à partir du moment où une mise à jour est publiée. Seules l'assistance à l'évolution de la version et/ou l'aide à la correction conséquente à un problème dû à une version antérieure seront prises en compte.+=== Le piège le plus courant ===
  
-Chaque cas sera étudié et une réponse sera émise au client dans tous les cas. Celle-ci sera obligatoirement tracée au travers de la procédure d'assistance+<note warning> 
 +**« Urgent » n'est pas un niveau de gravité.** C'est une émotion. Le niveau se fonde sur l'impact métier réel et sur l'existence d'un contournement, pas sur la pression ressentie par l'utilisateur. 
 +</note>
  
-=== Cas où une correction est nécessaire ===+===== Étapes de traitement =====
  
-Si lors d'une demande d'assistance, d'une formation ou de test, un problème nécessitant une action sur le code ou les fichiers annexes est repéré, la procédure est la suivante :+{{ :certif:procedure:develop:proc8_traitement_ticket.svg |Étapes de traitement d'un ticket}}
  
-== Cas 1 : Problème impliquant uniquement une correction du code ==+Les numéros sont ceux du schéma.
  
-  - Lancer une session  [[https://projet.logeas.fr/view/main.php|Projeqtor]] +^ N° ^ Étape ^ Qui ^ Ce qui se passe ^ Suite ^ 
-      * Sélectionner le Projet et la sous-version correspondant à la prochaine version [[certif:procedure:develop:gestionversion|[PROC-Nflog-5 : gestion des versions]]] +| 1 | Saisie du ticket | Utilisateur | L'utilisateur décrit sa demande ou son problème. | 2 | 
-      * Dans "Travail\Bugs", créer un nouveau Ticket et le remplir comme indiqué plus loin en tenant compte des spécificités listées ci-dessous : +| 2 | Qualification | Assistance | L'assistance détermine le type du ticket et son niveau de gravité (voir « Qualification des tickets »). | 3 | 
-        * __**Projet**  = **Prochaine sous-version**__  (par défaut si le projet est sélectionné) +| 3 | Infos suffisantes ? | Assistance | L'assistance vérifie que le ticket contient les informations nécessaires. | Oui : 5 \\ Non : 4 | 
-        * __**Type de ticket = "Anomalie / Bug issue - origine client" ou "Anomalie / Bug issue - origine autre"**__ +| 4 | Demande d'informations | Utilisateur | L'utilisateur reçoit une demande de précisions et complète son ticket. | 1 | 
-        * __**Référence externe = Numéro de ticket OTRS s'il existe. **Exemple ://Ticket#2015022310000059//__ +| 5 | Type de ticket ? | Assistance | Le ticket est orienté selon son type. | Question / Assistance : 6 \\ Bug : 11 \\ Amélioration / Évolution : 10 | 
-        * __**Responsable = vide**__ +| 6 | Escalade si nécessaire | Assistance | L'assistance traite la question et la transmet au niveau supérieur si besoin. | 7 | 
-      * NB : Dans le cas où la demande est un doublon par rapport à une demande existante, on se contentera de compléter le ticket existant en ajoutant la référence à la demande du client. +| 7 | Réponse de l'assistance | Utilisateur | L'utilisateur reçoit la réponse. | 8 | 
-  - Revenir sur le ticket OTRS +| 8 | Résolu ? | Utilisateur | L'utilisateur indique si la réponse règle sa demande. | Oui : 9 \\ Non : 1 | 
-      * Envoyer une réponse à l'utilisateur +| 9 | Clôture | Utilisateur | Le ticket est clos comme résolu. | fin | 
-      * Faire une note en indiquant en titre "PROJEQTOR –BUGS#XX" et le texte de votre choix +| 10 | Analyse et planification | Équipe | L'équipe analyse la demande d'amélioration ou d'évolution et la planifie. | 13 | 
- +| 11 | Analyse et qualification | Développeur | Le développeur analyse le bug. | 12 | 
-== Cas 2 : Problème impliquant uniquement une décision du groupe de travail EPUdF-Logeas == +| 12 | Infos suffisantes ? | Développeur | Le développeur vérifie qu'il a de quoi reproduire et corriger. | Oui : 13 \\ Non : 7 | 
- +| 13 | Développement | Développeur | Correction ou réalisation. | 14 | 
-  - Lancer une session Projeqtor +| 14 | Tests de recette | Équipe | Tests des fonctions concernées et de non-régression. | 15 | 
-      * Sélectionner le Projet et la sous-version correspondant à la prochaine version [certif:procedure:develop:gestionversion|PROC-Nflog-5 : gestion des versions] +| 15 | Tests passés ? | Équipe | Décision à l'issue des tests. | Oui : 16 \\ Non : 13 | 
-      * Dans "Journaux des revues\Questions", créer un nouveau Ticket et le remplir comme indiqué plus loin en tenant compte des spécificités listées ci-dessous : +| 16 | Déploiement en production | Développeur | La version corrigée est mise en production. | 17 | 
-        * __**Projet = Prochaine sous-version**__  (par défaut si le projet est sélectionné) +| 17 | Notification et clôture | Utilisateur | L'utilisateur est informé, le ticket est clos. | fin |
-        * **Type de ticket = "Assistance - demande d'explication ''EPUdF''" ou "Assistance - demande de correction ''EPUdF''"** +
-        * **Référence externe = Numéro de ticket OTRS s'il existe. **Exemple ://Ticket#2015022310000059// +
-        * **Responsable = "Jean-Marc DEGON & Michel HAFFNER"** +
-      * NB : Dans le cas où la demande est un doublon par rapport à une demande existante on se contentera de compléter le ticket existant en ajoutant la référence à la demande du client. +
-  - Revenir sur le ticket OTRS +
-      * Envoyer une réponse à l'utilisateur +
-      * Faire une note en indiquant en titre "PROJEQTOR – TICKET #XX" et le texte de votre choix (obligatoire, mais sans intérêt ..) +
- +
-== Cas 3 : Demande d'évolution du logiciel == +
- +
-  - Lancer une session  [[https://projet.logeas.fr/view/main.php|Projeqtor]] +
-      * Sélectionner le Projet et la sous-version correspondant à la prochaine version [[certif:procedure:develop:gestionversion|[PROC-Nflog-5 : gestion des versions]]] +
-      * Dans "Travail\Evolutions", créer un nouveau Ticket et le remplir comme indiqué plus loin en tenant compte des spécificités listées ci-dessous : +
-        * __**Projet = Prochaine sous-version**__  (par défaut si le projet est sélectionné) +
-        * **Type de ticket = "Assistance - demande d'évolution ''** +
-        * **Référence externe = Numéro de ticket OTRS s'il existe. **Exemple ://Ticket#2015022310000059// +
-        * **Responsable = vide** +
-      * NB : Dans le cas où la demande est un doublon par rapport à une demande existante, on se contentera de compléter le ticket existant en ajoutant la référence à la demande du client. +
-  - Revenir sur le ticket OTRS +
-      * Envoyer une réponse à l'utilisateur +
-      * Faire une note en indiquant en titre "PROJEQTOR – TICKET #XX" et le texte de votre choix +
- +
-=== Information générique sur la saisie d'un ticket === +
- +
-|Description|Projet|Selon le cas| +
-|Description|Type de ticket|Selon le cas| +
-|Description|Nom|**Donner un titre compréhensible** | +
-|Description|Référence externe|Selon le cas| +
-|Description|Urgence|Non utilisé| +
-|Description|Date de création|Automatique| +
-|Description|Émetteur|Automatique, nom de l'utilisateur connecté \\ NB : Chaque utilisateur doit avoir une session distincte| +
-|Description|Demandeur|Non utilisé| +
-|Description|Origine|Non utilisé| +
-|Description|Ticket en doublon|Utilisation postérieure| +
-|Description|Contexte|A remplir si connu| +
-|Description|Produit|Indiquez le produit| +
-|Description|Version d'origine|Indiquer la version du produit où a été constaté le problème, si connue| +
-|Description|Description|Indiquer le détail du problème| +
-|Traitement|Activité de planning|Ne pas utiliser| +
-|Traitement|Etat|Mettre "Assigné"| +
-|Traitement|Responsable|Assigner le ticket à la personne qui doit s'en occuper, ce qui envoie un mail à la personne| +
-|Traitement|Criticité|Selon le cas| +
-|Traitement|Priorité|Selon le cas| +
-|Traitement|Échéance initiale,; actuelle|Non utilisé| +
-|Traitement|Travail estimé, restant|Non utilisé| +
-|Traitement|Pris en charge, Fait, Clos|Automatique| +
-|Traitement|Version cible|Non utilisé| +
-|Avancement|   |Sans objet| +
-|Élément prédécesseur / Successeur|   |Généralement Sans Objet| +
-|Élément liés|   |Ne pas utiliser| +
-|Fichiers attachés|   |Ajouter les documents, bases … qui permettent de mettre en lumière le problème et de tester la solution| +
-|Notes|   |Permet d'ajouter des éléments textuels| +
- +
-\\ +
- +
- +
-===== Etape 2 : Prise en charge par le dev d'une demande ===== +
- +
-Lancer une session [[https://projet.logeas.fr/view/main.php|Projeqtor]] +
- +
-  - Sélectionner le ticket correspondant +
-  - Le basculer en "En cours" +
-  - Initialiser le **Traitement\****R****esponsable**  s'il ne l'est pas +
- +
-===== Etape 2bis : Prise en charge par le dev d'une demande (Echec) ===== +
- +
-Lancer une session [[https://projet.logeas.fr/view/main.php|Projeqtor]] +
- +
-  - Sélectionner le ticket correspondant : **"Travail\****Bugs****"** +
-      * Compléter le ticket dans la partie "**Traitement**": +
-        * Initialiser le **Traitement\Responsable**  s'il ne l'est pas +
- +
-|Activité de planning|Initialisé à la création du ticket| +
-|**Etat** |**Mettre "Assigné"** | +
-|**Responsable** |**Changer le responsable pour l'assigner à quelqu'un d'autre** | +
-|Criticité|Non utilisé| +
-|Priorité|Non utilisé| +
-|Échéance initiale,; actuelle|Non utilisé| +
-|Travail estimé, restant|Non utilisé| +
-|Pris en charge, Fait, Clos|Automatique| +
-|Version cible|Non utilisé| +
-|Résultat|vide| +
- +
-  * Enregistrer +
-  * Lier les documents, si il y a lieu (base de test, copie …) +
-  * Mettre une note si il y a lieu +
- +
-===== Etape 3 : Prise en charge par le dev d'une demande (Succès) ===== +
- +
-Au niveau développement : +
- +
-  - Effectuer la correction, la tester +
-  - Publier le code sur SVN, en indiquant dans le commentaire le tag du ticket (id=#20) +
- +
-==== Au niveau ProjeQtOr ==== +
- +
-Lancer une session [[https://projet.logeas.fr/view/main.php|Projeqtor]] +
- +
-  - Sélectionner le ticket correspondant : **"Travail\****Bug****"** +
-      * Compléter le ticket dans la partie "**Traitement**": +
-        * Initialiser le Traitement\Responsable s'il ne l'est pas +
- +
-|Activité de planning|Initialisé à la création du ticket| +
-|**Etat** |**Mettre "FAIT"** | +
-|**Responsable** |**ne pas changer** | +
-|Criticité|Non utilisé| +
-|Priorité|Non utilisé| +
-|Échéance initiale,; actuelle|Non utilisé| +
-|Travail estimé, restant|Non utilisé| +
-|Pris en charge, Fait, Clos|Automatique| +
-|Version cible|Non utilisé| +
-|Résultat|vide| +
- +
-  * Enregistrer +
-  * Lier les documents, si il y a lieu (base de test, copie …) +
-  * Mettre une note si il y a lieu +
- +
-===== Etape 4 : Mise en place d'une version de test (alpha ou beta) ===== +
- +
-  - Lancer une session [[https://projet.logeas.fr/view/main.php|Projeqtor]] +
-  - Dans les tickets sur le projet concerné, cliquer sur le bouton à droite "Mise à jour multiple" +
-  - Sélectionner le(s) ticket(s)/activité(s) correspondant à un état "FAIT" +
-  - Initialiser le Traitement\Responsable au créateur du ticket +
-  - Les basculer en "A TESTER" +
- +
-\\+
  
 +Pour LoGeAs Web, les étapes 14 à 16 (tests de recette, décision, déploiement) suivent [[:certif:procedure:develop:chainequalificationlivraison|Proc#168 - Chaîne de qualification et de livraison]].