guide jira workflow
Guide de gestion des problèmes dans JIRA, création de flux de travail JIRA et de rapports JIRA:
Sous-tâche JIRA a été expliqué dans notre précédent tutoriel du Série de tutoriels JIRA .
Nous avons vu les différents types de problèmes et comment les créer dans nos précédents tutoriels JIRA.
C'est le prochain didacticiel JIRA de cette série où nous allons apprendre à les utiliser, à la progression du flux de travail et à la fonction de reporting de JIRA. Le problème JIRA voyage à travers différents états tels que «En cours», etc.
=> Cliquez ici pour la série complète de didacticiels JIRA
Sur son chemin, l'utilisateur peut continuer à modifier la description, ajouter des commentaires supplémentaires, demander des informations supplémentaires sur le problème et d'autres choses diverses.
Par conséquent, dans ce didacticiel, nous examinerons en détail le flux de travail des problèmes dans JIRA - le cycle de vie d'un problème, les options de commentaire, d'e-mail / de partage et de surveillance sur un problème JIRA.
Ce que vous apprendrez:
Problème de workflow dans JIRA
Une fois qu’un problème est créé dans JIRA, il a le statut «À faire» ou «Nouveau». Ce problème réside dans le backlog du produit, qui est normalement géré par le Product Owner avec le Scrum Master dans un environnement Agile.
Le propriétaire du produit, en fonction de la criticité et de l'importance du problème, décide sur quel Sprint le problème doit être traité ( Par exemple, SprintMay2018). La version du correctif dans laquelle le problème sera livré est également décidée et la même chose est mise à jour sur le problème dans le champ «FixVersion».
Le Product Owner décide également quelle équipe Scrum travaillera sur le problème en fonction des connaissances et des compétences au sein de l'équipe Scrum. Ce n'est bien sûr pas une règle absolue qu'une équipe ayant une connaissance suffisante du domaine devrait travailler sur un problème spécifique.
Si suffisamment de temps est disponible, le transfert des connaissances peut être accordé à n'importe quelle équipe afin que l'équipe puisse se pencher sur le problème.
Lors de la planification du sprint (disons SprintMay2018), l'équipe Scrum désignée déplace le problème dans son Sprint Backlog.
Backlog de sprint
Il s'agit généralement d'une liste de problèmes qui sont résolus par une équipe Sprint / Scrum pendant la planification du sprint
Lorsque le problème est dans le sprint, l'un des membres de l'équipe Scrum s'attribue le problème à lui-même. Parfois, le problème est attribué à une personne par le Scrum master. Le champ 'Cessionnaire' affiche désormais le nom de la personne à laquelle le problème est attribué.
La personne vérifie l'estimation initiale sur le problème et si le sentiment est que le problème nécessitera plus de temps que l'estimation mentionnée, alors il peut être ré-estimé après les discussions avec le propriétaire du produit et le scrum master.
Ces discussions sont importantes car le scrum master peut alors prendre un appel d'un ou plusieurs problèmes qui doivent être supprimés du sprint en cours pour correspondre à la capacité totale de l'équipe.
Les modifications apportées au problème comme une modification de la description sont effectuées à l'aide du bouton Modifier. Dans certaines versions de JIRA, chaque champ peut être modifié séparément à l'aide du symbole de crayon (modifier).
Le cessionnaire fait ensuite passer le problème à l'état 'En cours' en cliquant simplement sur le bouton 'Démarrer la progression' ('En cours').
Une fois que le cessionnaire commence à travailler sur le problème, s'il estime que les informations fournies dans la description du problème ne sont pas suffisantes pour lui permettre de continuer, alors la progression du problème peut être arrêtée en déplaçant simplement le problème à l'état 'À faire'.
Certaines organisations ont un bouton 'Arrêter la progression' à cet effet. Le cessionnaire doit rédiger un commenter décrivant pourquoi le problème est arrêté. De plus, l’état du problème peut être remplacé par «En attente d’informations» (certaines organisations peuvent ne pas avoir ce type de statut personnalisé).
Commentaire sur le problème Jira
Pour obtenir un champ de texte libre pour Commentaire, cliquez simplement sur le bouton de la bande d’outils «Commentaire» qui se trouve juste en dessous du nom du problème (nom du «bug de test» d’un problème dans ce cas). Ce bouton est également disponible dans la section Activité du problème.
Cela affichera un champ de texte avec des options de formatage, comme celui affiché dans l'image ci-dessous:
Cliquez sur le bouton 'Ajouter' après avoir écrit un commentaire compréhensible approprié, qui enregistrera le commentaire. Un formatage différent peut être appliqué si nécessaire.
La visibilité du commentaire peut être restreinte en sélectionnant une option appropriée dans la liste déroulante disponible à côté du symbole du cadenas. Les choix seront généralement tels que 'Tous les utilisateurs', 'Rôles du projet', 'Développeurs'. Cette restriction est très importante si le client final a accès au JIRA.
Le destinataire peut envoyer un e-mail au créateur du problème via JIRA lui-même afin qu'une réponse rapide puisse être attendue.
Les e-mails peuvent être envoyés via les options suivantes
#1) Utilisation du bouton 'Partager ce lien…' disponible dans le coin supérieur droit de la page.
#deux) Utilisation de l'élément de menu 'E-mail' disponible dans les menus disponibles après avoir cliqué sur le bouton '…' dans le coin supérieur droit de la page.
# 3) Utilisation de la fonctionnalité «@» dans le champ de texte du commentaire. Après avoir écrit @ JIRA fait apparaître une liste d'identifiants de messagerie et l'utilisateur peut en choisir un ou plusieurs.
Remarque: Les options 2 et 3 ne peuvent être disponibles qu'après la personnalisation de JIRA.
qu'est-ce que la vérification et la validation dans les tests logiciels
La boîte de dialogue contextuelle suivante s'ouvre après avoir cliqué sur le bouton «Partager».
Le (s) nom (s) d'utilisateur ou les identifiants d'e-mail doivent être saisis dans le champ «Nom d'utilisateur ou e-mail». Des commentaires supplémentaires peuvent être saisis dans le champ «Remarque». Cliquez sur le bouton «Partager» dans la boîte de dialogue contextuelle pour envoyer un e-mail aux utilisateurs mentionnés avec un lien vers le problème JIRA.
Le cessionnaire peut l’ajouter en tant qu ’« observateur »en utilisant le paramètre‘ Regarder le problème 'Option. En faisant cet observateur, vous recevrez une notification pour chaque changement sur le problème, comme un changement de description, un nouveau commentaire et même un travail de journalisation.
Regarder le problème
Cet élément de menu s’affiche après avoir cliqué sur le bouton «…». Après avoir cliqué sur cet élément de menu, l’utilisateur (désigné dans ce cas) accède à la liste de l’observateur et le libellé de l’élément de menu devient «Arrêter le visionnage», qui à son tour peut être utilisé pour arrêter de regarder le problème.
Tous les autres membres de l'équipe / du projet peuvent s'ajouter en tant qu'observateurs s'ils souhaitent savoir ce qui se passe avec le problème, car un observateur n'a pas à ouvrir explicitement le problème pour vérifier la progression, mais des notifications sont reçues.
Une fois qu’un ou plusieurs utilisateurs commencent à regarder le problème, le décompte correspondant s’affiche à côté du libellé «Observateurs» (voir l’image ci-dessus). L'utilisateur connecté peut arrêter de regarder le problème en cliquant sur le lien 'Arrêter de regarder ce problème' ou en cliquant sur 'Arrêter le visionnage' sur la page de la liste 'Observateurs'.
Si quelqu'un souhaite connaître les noms des utilisateurs qui regardent tous actuellement un problème particulier, cliquez sur l'élément de menu 'Observateurs', qui s'affiche après avoir cliqué sur le bouton '…'. (Reportez-vous aux images ci-dessous).
Une fois que le destinataire est à l'aise avec les informations, le problème est redémarré. Si l'état du problème était 'À faire', l'utilisateur peut directement démarrer la progression en cliquant sur 'Démarrer la progression' ('En cours') en fonction du bouton disponible. Le problème peut à nouveau entrer dans le même flux, ce qui signifie que la progression peut être arrêtée si nécessaire.
Le cessionnaire rédige un commentaire compréhensible approprié sur le problème. Il ajoute également «Log work» (le temps qu’il a consacré à travailler sur le problème) à la fin de chaque journée. Cela permet au product owner et aux autres parties prenantes de connaître les progrès sur la question.
Dès que le cessionnaire estime que le problème est résolu et que la révision du code est terminée, les modifications sont testées à l'unité. Une fois que la solution est satisfaisante pour le cessionnaire, le statut du problème passe à «En cours de test» («À vérifier»).
comment ouvrir un fichier .bin sous windows
Le testeur de l'équipe Scrum lui attribue ensuite le problème et teste les changements et les zones environnantes.
Si le testeur trouve un problème dans les modifications ou dans un problème de régression, le test échoue et le statut du problème est rétabli à 'En cours' et attribué au développeur concerné. Le testeur enregistrera le travail avec le nombre d'heures utilisées.
Le développeur examinera les nouvelles modifications requises, les corrigera, le testera unitaire, puis déplacera le problème vers «En cours». Le testeur testera ensuite le problème et, une fois satisfait, marquera l'état du problème comme 'Résolu' (Terminé).
Le problème n'est résolu qu'après une démonstration appropriée aux parties prenantes à la fin du Sprint et tous doivent sentir que le DoD est respecté. Une fois la version du correctif / produit livrée, le problème est résolu.
Il faut se rappeler qu'un problème, en cas de bogue, peut être fermé directement, s'il s'avère qu'il n'est pas reproductible.
Il peut y avoir un cas dans lequel, après un certain temps (jours / mois, etc.), en raison d'un problème déclenché par le problème, il peut être nécessaire de le rouvrir et de le parcourir ensuite à travers le même cycle.
Remarque: Le bouton «…» mentionné ci-dessus peut être nommé «Plus» et les emplacements à côté du bouton «Modifier» dans la barre d'outils à gauche de la page, dans certaines versions de JIRA ou personnalisées.
En bref, un problème JIRA passe par des étapes telles que Nouveau (Ouvrir) -> En cours -> En cours de test -> Résolu (Terminé).
En cours de route, les utilisateurs / diverses parties prenantes associés à la résolution du problème ajoutent des commentaires / descriptions sur le problème en conséquence.
Gérer les problèmes dans JIRA
Le problème une fois créé peut être consulté en recherchant l'ID, en parcourant l'élément de menu «Problèmes» ou en accédant aux détails du projet et en vérifiant l'onglet problèmes.
Lorsque vous accédez à un problème et cliquez sur son lien, les détails seront affichés. Toutes les actions qui peuvent être effectuées sur le problème particulier sont disponibles dans l'en-tête de l'écran des détails d'un problème:
Nous irons dans un ordre séquentiel de droite à gauche et discuterons de toutes les options.
# 1) Modifier: Comme son nom l'indique, cette option vous permet de modifier un problème créé. Cliquez dessus et modifiez les informations comme vous le souhaitez. Choisissez «Mettre à jour» lorsque vous avez terminé. Ceci est similaire au dialogue «Créer un problème».
#deux) Commenter : C'est un moyen utile d'enregistrer les débats sur une question et de communiquer avec les membres concernés. Saisissez vos commentaires et choisissez l'option permettant de restreindre l'audience:
# 3) Attribuer: C'est l'option dont vous auriez besoin lorsque vous souhaitez transférer la propriété d'un problème. Entrez les informations sur le cessionnaire, les commentaires (tout ce que vous souhaitez communiquer) et choisissez le nombre de vues du commentaire. Une fois qu'un problème est attribué à l'utilisateur, un e-mail automatique est envoyé (si cette option est choisie par l'administrateur) et le problème apparaît sur le tableau de bord du cessionnaire lors de la connexion.
# 4) Plus: Les options suivantes sont disponibles sous l'élément de menu «Plus»:
Tableau agile, rang en haut, rang en bas -> En lien avec les projets Agile - dont les détails seront publiés dans un article ultérieur.
Joindre des fichiers, joindre des captures d'écran -> Vous permet de joindre des fichiers à un problème. L'option de capture d'écran capturera automatiquement une capture d'écran. Tout ce que vous avez à faire est un écran d'impression sur votre machine et vous pouvez le copier directement ici dans JIRA.
Ajouter un vote, des électeurs, arrêter de regarder, des observateurs -> Le vote est un processus que les utilisateurs de JIRA peuvent effectuer pour soutenir la résolution d'un problème favorablement ou défavorablement. Les options de cette section facilitent la même chose. Vous pouvez également choisir de surveiller un problème - lorsque vous le faites, toutes les modifications qui y sont apportées vous seront notifiées.
Créer une sous-tâche, convertir en sous-tâche -> Ce sont les options qui aident à créer et à travailler avec des sous-tâches. Les détails sont disponibles dans tutoriel n ° 3 de la série JIRA .
Étiquettes -> Ce concept est similaire aux «Labels» que l'on retrouve sur divers blogs et pages web. Vous pouvez classer les problèmes en fonction de la version et du composant formellement, mais lorsque vous avez besoin de quelque chose de plus informel, cette option peut être utilisée. Par exemple, tous les problèmes soulevés pour suivre les commentaires des pairs peuvent être étiquetés «peer review» pour les visualiser et les suivre facilement.
# 5) Travail de journal: C'est un moyen de suivre la progression de votre problème en termes de temps. Lorsque cette option est utilisée, la boîte de dialogue suivante s'ouvre. Comme vous pouvez le voir, les informations détaillées sur le temps consacré à un problème, la quantité restante, etc. peuvent être enregistrées ici.
# 6) Déplacer: Les problèmes JIRA peuvent être déplacés d'un projet à l'autre. Cependant, le passage d'un projet à un autre peut signifier un flux de travail cible différent, un type de problème différent, un nouveau statut, etc. Il est donc conseillé d'analyser en profondeur comment le déménagement va affecter le problème avant de poursuivre.
# 7) Lien: Il s'agit d'une fonctionnalité très polyvalente de JIRA qui vous permet de relier logiquement les problèmes les uns aux autres et d'établir des relations / dépendances.
Un exemple de situation où cela peut être utilisé dans les projets d'assurance qualité est lorsqu'un certain défaut vous empêche de travailler sur une certaine exigence. Vous pouvez utiliser cette option pour afficher la dépendance.
Lors de l'accès à ce lien, la boîte de dialogue suivante s'ouvre. Utiliser ce dialogue est très simple:
Les différents types d'associations peuvent être choisis dans la zone de liste «Ce problème». La liste contient:
Vous pouvez également choisir d'inclure un lien Web comme référence.
# 8) Cloner: Comme son nom l'indique, vous pouvez créer un double d'un problème.
Lorsqu'un problème est cloné:
- Le résumé du problème cloné commence par le préfixe 'CLONE'.
- Il y aura un lien établi entre le problème parent et le problème cloné.
# 9) Problème de courrier électronique: Cliquez sur l'icône. 
Entrez les informations relatives au destinataire des informations sur le problème dans la boîte de dialogue ci-dessous qui s'ouvre. Un e-mail contenant les détails du problème JIRA sera envoyé.
10) Exportation: JIRA fournit également un moyen d'écrire les informations sur le problème dans des fichiers externes. Pour ce faire, cliquez sur le bouton «Exporter» dans le coin le plus à droite et vous verrez les formats dans lesquels vous pouvez télécharger un numéro JIRA:
Comment déplacer un problème JIRA à travers les différentes étapes du flux de travail?
#1) Un problème créé dans JIRA a toujours le statut «Ouvert» lors de sa création.
#deux) Les étapes du flux de travail qu'il suit dépend du type de projet et du flux de travail affecté au projet lors de la création.
# 3) Seul l'administrateur pourra le choisir et une fois choisi, il ne pourra pas être modifié et tous les problèmes du projet passeront par le même flux de travail.
# 4) Lorsque vous cliquez sur le bouton «Démarrer la progression», le statut du problème passe à «En cours» et le libellé du bouton devient «Arrêter la progression» qui, une fois cliqué, rétablira le statut à «Ouvert».
# 5) Cliquez sur le bouton «Workflow» pour afficher une zone de liste des prochaines étapes auxquelles un problème peut aller.
# 6) Si le problème doit être défini directement sur «Résolu», un bouton «Résoudre le problème» est disponible. En cliquant dessus, vous pourrez choisir la raison pour laquelle le problème est résolu.
# 7) Pour afficher le flux de travail d'un problème donné, cliquez sur le lien «Afficher le flux de travail» qui se trouve à côté du champ d'état d'un problème dans la page de détails du problème. Par exemple, pour mon problème, le flux de travail affiché est:
Rapports JIRA
JIRA est également livré avec une fonction de reporting robuste. Il existe de nombreux types de rapports que cela facilite.
Parcourez un projet dont vous souhaitez obtenir les détails et accédez à l'onglet «Rapports». Ici, vous verrez une liste de tous les rapports que vous pouvez présenter.
Choisissez le rapport et définissez les critères de données et vous aurez un rapport personnalisé en un rien de temps.
En outre, pour un outil de gestion des incidents, un utilisateur s'attendrait à des fonctionnalités de recherche fortes et JIRA convient également dans ce domaine. Alors, assurez-vous de tirer parti de cela à votre avantage.
Conclusion
Cela nous amène à la fin de la partie «JIRA-User» de la série. Comme toujours, nous espérons que ces didacticiels JIRA de la série vous aideront non seulement à utiliser le logiciel de suivi des problèmes Atlassian JIRA avec succès, mais vous aideront également à obtenir les meilleurs résultats pour vos activités de gestion de projet / incident / test / défaut.
=> Visitez ici pour la série complète de tutoriels JIRA
Le prochain tutoriel traitera des activités d’administration de JIRA - Gestion de projet, gestion des utilisateurs, autorisations d’accès, etc.
Veuillez nous faire part de vos commentaires et questions ci-dessous.
tri par insertion en c ++
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Tutoriel JIRA Agile: Comment utiliser efficacement JIRA pour gérer des projets Agile
- Comment intégrer JIRA avec qTest: un guide étape par étape
- Tutoriel JIRA: Un guide pratique complet d'utilisation de JIRA
- Tutoriel d'intégration GitLab Jira
- Tutoriel JIRA Dashboard: Comment créer un tableau de bord JIRA avec un exemple
- Suivi du temps Jira: comment utiliser le logiciel de gestion du temps Jira?
- Automatisation des tests pour Jira avec Katalon Studio
- Intégrer JIRA au système de gestion des cas de test TestLodge: didacticiel pas à pas