SUPPORT - Historique des versions

Jmminy : /* Processus de traitement des anomalies */

2024-03-21T14:32:02Z

Processus de traitement des anomalies

← Version précédente		Version du 21 mars 2024 à 14:32
Ligne 12 :		Ligne 12 :

	 Vitam : l ’ équipe Vitam prend en charge le ticket avec les sous - étapes suivantes :		 Vitam : l ’ équipe Vitam prend en charge le ticket avec les sous - étapes suivantes :


	- En prenant comme référence le degré de gravité donné par l ’ auteur du ticket, la personne en charge de la recette doit commencer le traitement de ce ticket avant la fin du délai de prise en compte correspondant à son degré de gravité ⇒ statut du ticket : pris en compte .		- En prenant comme référence le degré de gravité donné par l ’ auteur du ticket, la personne en charge de la recette doit commencer le traitement de ce ticket avant la fin du délai de prise en compte correspondant à son degré de gravité ⇒ statut du ticket : pris en compte .
	- Le traitement commence par la reproduction de l ’ anomalie sur un environnement de recette : ▪ En cas de difficulté, la personne en charge de la recette prend contact avec l ’ émetteur du ticket ⇒ statut du ticket : en cours de reproduction . L ’ auteur du ticket et la personne en charge de la recette font tout leur possible pour réduire au maximum le temps de qualification de l ’ anomalie.

			- Le traitement commence par la reproduction de l ’ anomalie sur un environnement de recette :

			▪ En cas de difficulté, la personne en charge de la recette prend contact avec l ’ émetteur du ticket ⇒ statut du ticket : en cours de reproduction . L ’ auteur du ticket et la personne en charge de la recette font tout leur possible pour réduire au maximum le temps de qualification de l ’ anomalie.

	▪ Quan d l ’ anomalie est reproduite ⇒ statut du ticket : qualifié .		▪ Quan d l ’ anomalie est reproduite ⇒ statut du ticket : qualifié .

	▪ Si l ’ anomalie n ’ est pas reproductible mais qu’elle est clairement identifiée à partir des fichiers envoyés (ex : logs) ⇒ statut du ticket : qualifié .		▪ Si l ’ anomalie n ’ est pas reproductible mais qu’elle est clairement identifiée à partir des fichiers envoyés (ex : logs) ⇒ statut du ticket : qualifié .
	- Une fois dans l ’ état « qualifié », le ticket es t étudié par un membre de l ’ équipe interministérielle qui valide le niveau de gravité et vérifie que cette anomalie n’est pas une demande d ’ évolution. Toutes les modifications sur le ticket sont tracées dans l ’ outil et l ’ émetteur du ticket est informé de t outes les actions sur ce ticket. En cas de désaccord sur la prise en charge du ticket par l ’ équipe de la MAC Vitam, l’auteur peut faire appel à la procédure d ’ escalade pour demander à ce que ce ticket fasse l ’ objet d ’ une étude approfondie. - Analyse détaillé e : ▪ Si le problème touche à la procédure d ’ installation / de paramétrage, l ’ équipe d ’ intégration prend contact avec l ’ utilisateur pour trouver une solution adaptée ⇒ statut du ticket : en cours d ’ analyse . ▪ Si le problème provient du code, une analyse est la ncée pour déterminer la cause ⇒ statut du ticket : en cours d ’ analyse .
			- Une fois dans l ’ état « qualifié », le ticket es t étudié par un membre de l ’ équipe interministérielle qui valide le niveau de gravité et vérifie que cette anomalie n’est pas une demande d ’ évolution. Toutes les modifications sur le ticket sont tracées dans l ’ outil et l ’ émetteur du ticket est informé de t outes les actions sur ce ticket. En cas de désaccord sur la prise en charge du ticket par l ’ équipe de la MAC Vitam, l’auteur peut faire appel à la procédure d ’ escalade pour demander à ce que ce ticket fasse l ’ objet d ’ une étude approfondie. - Analyse détaillé e :

			▪ Si le problème touche à la procédure d ’ installation / de paramétrage, l ’ équipe d ’ intégration prend contact avec l ’ utilisateur pour trouver une solution adaptée ⇒ statut du ticket : en cours d ’ analyse .

			▪ Si le problème provient du code, une analyse est la ncée pour déterminer la cause ⇒ statut du ticket : en cours d ’ analyse .


	- Solution de contournement :		- Solution de contournement :

	▪ Si une solution de contournement, qui ne résout pas complètement le problème mais permet au projet de fonctionner pendant une phase transitoire est possible, celle - ci est partagée par l ’ intermédiaire de l ’ outil de gestion des tickets à l ’ utilisateur.		▪ Si une solution de contournement, qui ne résout pas complètement le problème mais permet au projet de fonctionner pendant une phase transitoire est possible, celle - ci est partagée par l ’ intermédiaire de l ’ outil de gestion des tickets à l ’ utilisateur.

	▪ EXT : l ’ utilisateur teste, et le cas échéant met en place cette solution de contournement. L ’ utilisateur partage les résultats de ces travaux dans les commentaire s du ticket. En cas de problème, il contacte la personne en charge de la recette pour un traitement rapide de sa demande.		▪ EXT : l ’ utilisateur teste, et le cas échéant met en place cette solution de contournement. L ’ utilisateur partage les résultats de ces travaux dans les commentaire s du ticket. En cas de problème, il contacte la personne en charge de la recette pour un traitement rapide de sa demande.

	- Solution définitive :		- Solution définitive :
	▪ Vitam : si une solution définitive est identifiée et doit faire l ’ objet d ’ un développement, elle est prise en compte par les équipes de développement avec un délai de livraison qui dépend de la gravité de l ’ anomalie ⇒ statut du ticket : en cours de développement . ▪ Vitam : la version corrective qui comporte la correction de l ’ anomalie passe par l ’ ensemble des tests automatiques associés ⇒ statut du ticket : résolution livrée . Le ticket indique la ou les versions qui comportent le correctif.
			▪ Vitam : si une solution définitive est identifiée et doit faire l ’ objet d ’ un développement, elle est prise en compte par les équipes de développement avec un délai de livraison qui dépend de la gravité de l ’ anomalie ⇒ statut du ticket : en cours de développement .

			▪ Vitam : la version corrective qui comporte la correction de l ’ anomalie passe par l ’ ensemble des tests automatiques associés ⇒ statut du ticket : résolution livrée . Le ticket indique la ou les versions qui comportent le correctif.

	- EXT : l ’ utilisateur applique le correctif, formalise ses retours sur l ’ outil de gestion des tickets et demande la fermeture du ticket.		- EXT : l ’ utilisateur applique le correctif, formalise ses retours sur l ’ outil de gestion des tickets et demande la fermeture du ticket.

	▪ Fermeture du ticket si l ’ anomalie est corrigée ⇒ statut du ticket : fermé .		▪ Fermeture du ticket si l ’ anomalie est corrigée ⇒ statut du ticket : fermé .

	▪ Demande de réouverture du ticket si l ’ anomalie persiste avec :		▪ Demande de réouverture du ticket si l ’ anomalie persiste avec :


	 Demande de prise en charge urgente si l ’ anomalie est identique. La personne en charge de la recette contacte l ’ émetteur du ticket pour trouver rapidement une solution au problème ⇒ statut du ticket : qualifié .		 Demande de prise en charge urgente si l ’ anomalie est identique. La personne en charge de la recette contacte l ’ émetteur du ticket pour trouver rapidement une solution au problème ⇒ statut du ticket : qualifié .


	 Ouverture d ’ un nouveau ticket en cas d ’ apparition de problèmes liés au correctif. Si l ’ utilisateur n ’ a pas mis à jour le statut du ticket suite à son passage en « résolution livrée », une relance automatique sera faite régulièrement à l ’ auteur du ticket pour le clôturer. Faute de retour de la part de l ’ utilisateur dans un délai de 1 mois, le ticket est réputé fermé.		 Ouverture d ’ un nouveau ticket en cas d ’ apparition de problèmes liés au correctif. Si l ’ utilisateur n ’ a pas mis à jour le statut du ticket suite à son passage en « résolution livrée », une relance automatique sera faite régulièrement à l ’ auteur du ticket pour le clôturer. Faute de retour de la part de l ’ utilisateur dans un délai de 1 mois, le ticket est réputé fermé.
Ligne 34 :		Ligne 58 :
	- Le délai de création d'un ticket de niveau 1 (anomalie bloquante) est fixé à 2h maximum pendant les jours ouvrés dans les horaires de 9h à 18h.		- Le délai de création d'un ticket de niveau 1 (anomalie bloquante) est fixé à 2h maximum pendant les jours ouvrés dans les horaires de 9h à 18h.

	- Concernant les tickets créés, tous les tickets ouverts doivent être mis à jour régulièrement ( a minima une fois par jour pour les anomalies bloquantes et une fois par semaine pour toutes les autres anomalies ) avec des relances par téléphone vers les personnes devant intervenir (toutes ces relances seront tracées dans l'outil de gestion		- Concernant les tickets créés, tous les tickets ouverts doivent être mis à jour régulièrement ( a minima une fois par jour pour les anomalies bloquantes et une fois par semaine pour toutes les autres anomalies ) avec des relances par téléphone vers les personnes devant intervenir (toutes ces relances seront tracées dans l'outil de gestion de ticket).

Jmminy : /* Processus de traitement des anomalies */

2024-03-21T14:29:31Z

Processus de traitement des anomalies

@@ Ligne 16 : / Ligne 16 : @@
 ▪ Quan d l ’ anomalie est reproduite ⇒ statut du ticket : qualifié .
 ▪ Si l ’ anomalie n ’ est pas reproductible mais qu’elle est clairement identifiée à partir des fichiers envoyés (ex : logs) ⇒ statut du ticket : qualifié .
-- Une fois dans l ’ état « qualifié », le ticket es t étudié par un membre de l ’ équipe interministérielle qui valide le niveau de gravité et vérifie que cette anomalie n’est pas une demande d ’ évolution. Toutes les modifications sur le ticket sont tracées dans l ’ outil et l ’ émetteur du ticket est informé de t outes les actions sur ce ticket. En cas de désaccord sur la prise en charge du ticket par l ’ équipe de la MAC Vitam
+- Une fois dans l ’ état « qualifié », le ticket es t étudié par un membre de l ’ équipe interministérielle qui valide le niveau de gravité et vérifie que cette anomalie n’est pas une demande d ’ évolution. Toutes les modifications sur le ticket sont tracées dans l ’ outil et l ’ émetteur du ticket est informé de t outes les actions sur ce ticket. En cas de désaccord sur la prise en charge du ticket par l ’ équipe de la MAC Vitam, l’auteur peut faire appel à la procédure d ’ escalade pour demander à ce que ce ticket fasse l ’ objet d ’ une étude approfondie. - Analyse détaillé e : ▪ Si le problème touche à la procédure d ’ installation / de paramétrage, l ’ équipe d ’ intégration prend contact avec l ’ utilisateur pour trouver une solution adaptée ⇒ statut du ticket : en cours d ’ analyse . ▪ Si le problème provient du code, une analyse est la ncée pour déterminer la cause ⇒ statut du ticket : en cours d ’ analyse .

Jmminy : Page créée avec « == Processus de traitement des anomalies == Pour assurer une bonne prise en charge et traitement des anomalies (bugs remonté par un utilisateur) , leur gestion fait l ’ objet d ’ un processus de traitement clairement défini et transparent vis - à - vis de tous les utilisateurs. Les engagements de délai ne s ’ appliquent que pour les porteurs et les utilisateurs financeurs. Il sera adossé à un outil de gestion des tickets de type qui permettr... »

2024-03-21T14:02:06Z

Page créée avec « == Processus de traitement des anomalies == Pour assurer une bonne prise en charge et traitement des anomalies (bugs remonté par un utilisateur) , leur gestion fait l ’ objet d ’ un processus de traitement clairement défini et transparent vis - à - vis de tous les utilisateurs. Les engagements de délai ne s ’ appliquent que pour les porteurs et les utilisateurs financeurs. Il sera adossé à un outil de gestion des tickets de type <Tuleap> qui permettr... »

Nouvelle page

== Processus de traitement des anomalies ==

Pour assurer une bonne prise en charge et traitement des anomalies (bugs remonté par un utilisateur) , leur gestion fait l ’ objet d ’ un processus de traitement clairement défini et transparent vis - à - vis de tous les utilisateurs. Les engagements de délai ne s ’ appliquent que pour les porteurs et les utilisateurs financeurs. Il sera adossé à un outil de gestion des tickets de type <Tuleap> qui permettra à toute personne identifiée de visualiser toutes les anomalies remontées par son institution, et de suivre leur évolution en temps réel.

Le descriptif du processus, avec pour chaque étape le nom du statut associé dans l ’ outil de ticketing (cf. schéma ci - après), est le suivant (les actions étant effectuées par les équipes du titulaire sauf mention contraire) :

 EXT : lorsqu’un utilisateur découvre une anomalie sur son système, il cherche à déterminer si le problème provient de Vitam , de son intégration ou de son front - end.

 EXT : si le problème provient de Vitam, l ’ utilisateur crée un scenario permettant de reproduire l ’ anomalie sur un environnement de type pré - production (ce scenario devra pouvoir être joué sur l ’ environnement de recette de l ’ équipe Vitam).

 EXT : ensuite, l ’ utilisateur ouvre un ticket sur l ’ outil de gestion des tickets avec un degré de gravité, le scénario et le cas échéant les fichiers permettant de reproduire le bug avec le numéro de version du logiciel Vitam utilisée ⇒ statut du ticket : ouvert .

 Vitam : l ’ équipe Vitam prend en charge le ticket avec les sous - étapes suivantes :
- En prenant comme référence le degré de gravité donné par l ’ auteur du ticket, la personne en charge de la recette doit commencer le traitement de ce ticket avant la fin du délai de prise en compte correspondant à son degré de gravité ⇒ statut du ticket : pris en compte .
- Le traitement commence par la reproduction de l ’ anomalie sur un environnement de recette : ▪ En cas de difficulté, la personne en charge de la recette prend contact avec l ’ émetteur du ticket ⇒ statut du ticket : en cours de reproduction . L ’ auteur du ticket et la personne en charge de la recette font tout leur possible pour réduire au maximum le temps de qualification de l ’ anomalie.
▪ Quan d l ’ anomalie est reproduite ⇒ statut du ticket : qualifié .
▪ Si l ’ anomalie n ’ est pas reproductible mais qu’elle est clairement identifiée à partir des fichiers envoyés (ex : logs) ⇒ statut du ticket : qualifié .
- Une fois dans l ’ état « qualifié », le ticket es t étudié par un membre de l ’ équipe interministérielle qui valide le niveau de gravité et vérifie que cette anomalie n’est pas une demande d ’ évolution. Toutes les modifications sur le ticket sont tracées dans l ’ outil et l ’ émetteur du ticket est informé de t outes les actions sur ce ticket. En cas de désaccord sur la prise en charge du ticket par l ’ équipe de la MAC Vitam

SUPPORT - Historique des versions

Jmminy : /* Processus de traitement des anomalies */

Jmminy : /* Processus de traitement des anomalies */

Jmminy : /* Processus de traitement des anomalies */

Jmminy : /* Processus de traitement des anomalies */