Menu

Tutoriel JIRA Scrum Board: Manipulation de Scrum avec Jira pour gérer le sprint

  • Principal
  • Autre
  • Tutoriel JIRA Scrum Board: Manipulation de Scrum avec Jira pour gérer le sprint

jira scrum board tutorial

Essayez Notre Instrument Pour Éliminer Les Problèmes

Un guide détaillé de la gestion de Scrum avec Jira: Tutoriel JIRA Scrum Board pour gérer efficacement le sprint

comment ouvrir un fichier .bin windows 10

Portefeuille JIRA a été expliqué en détail dans notre précédent tutoriel. Dans ce didacticiel, explorez plus en détail la gestion de Scrum avec JIRA.

Dans l'environnement Scrum ou Kanban, Jira aide à gérer le Sprint de manière efficace et efficiente, avec son interface utilisateur simple et ses options faciles à utiliser.

Examinons maintenant en profondeur Scrum Handling avec Jira. Pour une connaissance complète de JIRS, lisez notre Série de formation JIRA gratuite .

=> Cliquez ici pour la série complète de didacticiels JIRA

Ce didacticiel expliquera le projet, le backlog produit, l'estimation du temps des problèmes, ce qu'est un sprint, la création d'un sprint, la planification de sprint, la réunion quotidienne debout, la fin du sprint, la rétrospective de sprint, etc.

jira scrum board tutoriel jira sprint

Ce que vous apprendrez:

Projet

Pour Scrum, le projet peut être appelé Scrum Project (Sprint project). Dans un scénario pratique, l'utilisateur (peut-être le Product Owner) ayant des droits d'administrateur crée le projet.

Étapes pour créer un projet Scrum:

#1) Cliquez sur le bouton (icône) du dossier «Projets» dans le volet gauche de la page.

créer un projet

#deux) Cliquez sur le bouton 'Créer un projet' disponible dans le coin supérieur droit de la page, qui affichera la page 'Créer un nouveau projet'.

Normalement, l'utilisateur sera invité à sélectionner un type de projet. Assurez-vous que vous avez choisi «Développement logiciel Scrum» comme type de projet.

créer un nouveau projet

# 3) À cette étape, assurez-vous que le modèle sélectionné est «Scrum». Sinon, cliquez sur le bouton «Modifier», puis sélectionnez «Scrum» comme modèle dans la boîte de dialogue contextuelle affichée.

modifier le modèle de projet

# 4) Sur la page «Créer un nouveau projet», entrez un nom correctement identifiable pour le nouveau projet, puis cliquez sur le bouton «Créer».

Cela affichera la page de projet nouvellement créée comme indiqué ci-dessous:

page de projet nouvellement créée

  • Comme le montre l'image ci-dessus, «MTP» est le nom court du projet (nom réel du projet de l'exemple de projet = «Mon projet de test») choisi par Jira en interne.
  • Avec le projet, un tableau Scrum est automatiquement créé.
    • Comme un tableau blanc / noir, qui peut contenir de nombreuses lignes de la rédaction, un tableau Jira affiche les problèmes créés pour un projet particulier (il peut également afficher les problèmes de plusieurs projets).
    • En présentant les problèmes sous forme de tableau, Jira le rend extrêmement flexible pour visualiser, gérer et suivre la progression d'un problème. (Nous apprendrons plus de détails spécifiques aux cartes Jira dans un tutoriel séparé).
  • Le backlog du tableau Scrum est vide pour le projet nouvellement créé. Le backlog devrait maintenant être rempli avec les problèmes, les tâches, etc. Dans un environnement Scrum, un Product Owner remplit le Product Backlog. Le propriétaire du produit peut demander l'aide d'un Scrum Master si nécessaire.
    • La liste des problèmes en suspens (qui peuvent inclure des améliorations de fonctionnalités, des bogues, des tâches, etc.) pour le produit est appelée Backlog produit. Une liste similaire pour un Sprint est appelée un Sprint Backlog.

Backlog produit

  • Les problèmes Jira (de différents types) sont créés pour mettre à jour / remplir un backlog de produit.
  • Le propriétaire du produit reçoit les exigences (également les bogues) des clients finaux. D'autres membres de l'équipe peuvent également suggérer des problèmes.
  • Le Product Owner s'assure qu'il y a suffisamment de problèmes pour le sprint actuel ainsi que pour le futur sprint.

Estimation temporelle des problèmes

  • Une fois que le backlog produit a des problèmes, il devient important de déterminer et de mettre à jour les estimations de temps pour chaque tâche.
  • L'estimation du temps sur les tâches, quant à elle, est importante pour le Sprint Backlog. Cela aide à décider du nombre de problèmes qui peuvent être résolus dans un sprint en fonction du nombre de membres de l'équipe dans la mêlée et de leur capacité en temps.
  • Chaque numéro Jira a un champ appelé «Estimation» (parfois appelé «Points d'histoire»), dans lequel l'estimation de temps dans un format convenu doit être remplie.

Une fois qu'il y a suffisamment de problèmes dans le backlog et que chaque problème a une estimation de temps, ils sont prêts à être traités dans un Sprint. Un nouveau sprint doit être créé et les problèmes doivent être pris en compte dans le sprint.

Qu'est-ce qu'un sprint?

Dans un environnement Scrum, les équipes respectives prévoient de terminer un ensemble de problèmes à résoudre dans une durée fixe, appelée Sprint. L'équipe et le Product Owner déterminent la durée de l'équipe.

Dans la plupart des cas, la durée du sprint est de deux, trois ou quatre semaines.

créer un sprint

Créer un sprint

Cliquez sur le bouton «Créer un sprint» (reportez-vous à l’image ci-dessus).

Donnez un nom bien décidé au sprint ( Par exemple. Sprint2018juin). À cette étape, Jira affichera une page comme indiqué ci-dessous.

nouveau sprint

Planification de sprint

Dans un environnement Scrum / Agile, l'une des «cérémonies Scrum» est la planification du sprint.

Cette réunion de planification de sprint doit être convoquée avant de démarrer le sprint. Avant même que Scrum Master ne découvre la capacité de temps de l'équipe pour le sprint à venir en tenant compte des congés prévus des membres de l'équipe, ou de tout autre temps libre comme l'entraînement, etc.

Le processus:

  • Durée de la réunion: Pour un sprint de deux semaines, il dure normalement 2 heures. C'est comme le nombre de semaines * 1 heure (c'est-à-dire 2 * 1)
  • Le propriétaire du produit aura une liste hiérarchisée des problèmes dans le backlog du produit.
  • Participants requis: Scrum Master, Product Owner, équipe Scrum.
  • Tous les problèmes qui ne sont pas estimés sont estimés
  • L'équipe décide des problèmes sur lesquels travailler dans le sprint. Ceci est important pour que la portée du sprint soit maintenue.
  • Faites glisser et déposez les problèmes dans le papier journal ou changez le nom du sprint sur les nouveaux numéros. Le bouton 'Démarrer le sprint' sera désormais activé. (reportez-vous à l'image ci-dessous)

sprint prêt à démarrer

  • L'équipe s'engage à terminer les problèmes dans le sprint.

L’équipe étant d’accord sur la portée du Sprint, le sprint est lancé en cliquant sur le bouton «Démarrer le sprint».

Jira affichera la page suivante comme indiqué ci-dessous:

la clé de sécurité du réseau est-elle identique au mot de passe

startsprint_page1

Entrez les détails requis dans la boîte de dialogue contextuelle «Démarrer le sprint»:

  • Nom du sprint: Entrez le nom identifiable et compréhensible de manière unique.
  • Durée: Sélectionnez la durée de sprint convenue.
  • Date de début: Sélectionnez la date de début dans le contrôle du calendrier.
    • Noter: Certaines équipes commencent le sprint lundi et se terminent vendredi. Bien sûr, pas la règle des pouces.
  • Date de fin: Jira calcule cette date de fin en fonction de la durée sélectionnée.
    • Noter: Si une date de fin différente est sélectionnée, le champ de durée est mis à jour en tant que «Personnalisé».
  • Objectif de sprint: Ceci est un champ non obligatoire.

Cliquez sur le bouton «Démarrer» après avoir saisi les détails requis. Jira va maintenant afficher le «tableau de sprint» comme indiqué dans l’image suivante. L'onglet 'Sprints actifs' devient actif maintenant.

planche de sprint

Trois colonnes, à savoir «À FAIRE», «EN COURS» et «FAIT», sont affichées dans le tableau Sprint, à travers lequel un problème passera. Les colonnes affichées peuvent varier d'une organisation à l'autre. Les colonnes peuvent être configurées avec l'aide d'un administrateur Jira.

Les membres de l'équipe choisissent ensuite les problèmes sur lesquels travailler et les déplacent dans la colonne «EN COURS». Une fois le DOD (Definition of Done) du problème rencontré, le problème est résolu et déplacé dans la colonne «Terminé» du tableau Sprint.

Réunion debout quotidienne

Après avoir commencé le sprint tous les jours (et jusqu'à la fin du sprint), une réunion quotidienne de stand-up (également appelée parfois «Daily Scrum») a lieu, généralement en début de journée le matin.

  • Intention: Pour savoir s'il y a des problèmes de blocage pour un problème en cours de traitement et aussi pour savoir comment est la progression de chaque membre de l'équipe.
  • Participants requis: Équipe Scrum, Scrum Master, Product Owner
  • Durée: Maximum 15 minutes.
    • Évitez de raconter des histoires
    • Évitez de vous asseoir
    • Assurez-vous que chaque participant est attentif.
  • Chaque membre de l'équipe parle:
    • Qu'est-ce qui a été terminé hier?
    • Sur quoi le membre de l'équipe travaillera-t-il aujourd'hui?
    • Y a-t-il des obstacles?

Noter: Au cours de la progression du sprint, il peut s'avérer nécessaire d'ajouter des problèmes ad-hoc / prioritaires dans le sprint. Si tel est le cas, pour conserver la portée du sprint, un ou plusieurs problèmes seront supprimés du backlog du sprint et ajoutés au backlog du produit. Le propriétaire du produit, le scrum master et l'équipe doivent s'entendre sur les changements.

Fin du sprint

Le dernier jour du Sprint, le sprint devrait être terminé / terminé. Pour ce faire, cliquez sur le bouton «Terminer le sprint».

Cela affichera la page contextuelle «Complete Sprint» comme indiqué ci-dessous:

fin du sprint

La page contextuelle 'Complete Sprint' affiche:

  • Nombre de problèmes terminés
  • Un certain nombre de problèmes incomplets.
  • Tous les problèmes ajoutés après le démarrage du Sprint.
  • Possibilité de déplacer les problèmes incomplets vers «Backlog» ou «New Sprint».
    • Les problèmes généralement incomplets sont déplacés vers le Backlog.

Cliquez sur le bouton «Terminer» sur la page «Terminer le sprint» pour terminer / fermer le sprint et afficher la page «Rapport de sprint». (Reportez-vous à l'image ci-dessous)

Le rapport de sprint aide à identifier si la portée du sprint a été surchargée ou vice versa.

rapport de sprint de fin de sprint

meilleur convertir une vidéo youtube en mp3

Rétrospective Sprint

Cette réunion doit avoir lieu après la fin du sprint et avant de commencer un nouveau sprint.

La durée peut être d'une heure. L’objectif principal de cette réunion est de recueillir un feedback «rapide» de l’équipe. Cette réunion aide l’ensemble de l’équipe à comprendre «ce qui a bien fonctionné» et «ce qui doit être amélioré».

Les commentaires recueillis devraient être travaillés lors du prochain sprint et cela fait partie de l’amélioration continue «agile».

Conclusion

Ce tutoriel informatif a expliqué comment différents tableaux Jira sont utilisés pour gérer Scrum.

J'espère que le processus étape par étape expliqué dans ce tutoriel aurait enrichi vos connaissances sur le concept de Scrum avec JIRA.

=> Visitez ici pour une série complète de tutoriels JIRA

Regardez notre prochain tutoriel pour en savoir plus sur les autres tableaux de bord Jira.

Tutoriel PREV | Tutoriel SUIVANT

lecture recommandée

^