tutoriel

Learn scrum with Jira Software

Instructions détaillées pour gérer un projet Scrum

Claire Maynard Claire Maynard

Tutoriel Scrum

In this tutorial, we'll give you step-by-step instructions on how to drive a scrum project, prioritize and organize your backlog into sprints, run scrum ceremonies and more, all within Jira Software.

Durée :

10 minutes de lecture. 2 semaines d'implémentation.

 

Public :

You are new to scrum, agile software development, or Jira Software

 

Prérequis :

Vous avez créé un compte Jira Software

Essayez-le gratuitement

What is scrum?

Scrum is one of the most popular frameworks for implementing agile. With scrum, the product is built in a series of fixed-length iterations called sprints that give teams a framework for shipping on a regular cadence.

 

Étape 1 : Création d'un projet Scrum

Once you create and log in to an account in Jira Software, you can create a project. When you're prompted to select a project template, select Scrum. Otherwise, you can learn how to create a Kanban project here.

Alternatively, if you’re looking for a simpler and more streamlined experience, consider giving our next-gen Scrum template a try. See Getting started with next-gen projects at the Atlassian Community to learn more.

Once you've created your project, you will land on the empty backlog. The backlog is also known as the product backlog and contains an ongoing list of your team's potential work items for the project.

Étape 2 : Création de user stories ou de tâches dans le backlog

In Jira Software, we call work items like user stories, tasks, and bugs "issues". Create a few user stories with the quick create option on the backlog. If you don't have user stories in mind, just create sample stories to get started and see how the process works.

 

Création de user stories | Atlassian – Le coach Agile
Que sont les user stories ?

User stories are used to describe work items in a non-technical language and from a user's perspective. . As a {type of user}, I want {goal} so that I {receive benefit}.

 

Utilisons un site Web comme exemple simple de création d'une user story.

 

As a customer, I want to be able to create an account so that I can see my previous purchases.

 

User stories are usually sketched out and prioritized by the product owner, and then the development team determines detailed tasks necessary to complete the story in an upcoming sprint. The development team is also responsible for estimating the relative effort required to complete the work of the story.  

Once you've created a few user stories, you can start prioritizing them in the backlog. In Jira Software, you rank or prioritize your stories by dragging and dropping them in the order that they should be worked on.

These are just the starting stories for your project. You will continue to create stories for the project's lifetime. This is because agility involves continuously learning and adapting.

Step 3: Create a sprint

Create your first sprint in the backlog so you can start planning the sprint.

Qu'est-ce qu'un sprint ?

In Scrum, teams forecast to complete a set of user stories or other work items during a fixed time duration, known as a sprint. Generally speaking, sprints are one, two, or four weeks long. It's up to the team to determine the length of a sprint — we recommend starting with two weeks. That's long enough to get something accomplished, but not so long that the team isn't getting regular feedback. Once a sprint cadence is determined, the team perpetually operates on that cadence. Fixed length sprints reinforce estimation skills and predict the future velocity for the team as they work through the backlog.

Création d'un sprint | Atlassian – Le coach Agile

Step 4: Hold the sprint planning meeting

At the beginning of a sprint, you should hold the sprint planning meeting with the rest of your team. The sprint planning meeting is a ceremony that sets up the entire team for success throughout the sprint. In this meeting, the entire team discusses the sprint goal and the stories in the prioritized product backlog. The development team creates detailed tasks and estimates for the high-priority stories. The development team then commits to completing a certain number of stories in the sprint. These stories and the plan for completing them become what is known as the sprint backlog.

Add story point estimates to your stories by adding a number in the Story point estimate field. You can also add more details to the stories or click the create subtask icon to further break down the work of the story.

Création d'un sprint | Atlassian – Le coach Agile

When you're ready, drag the stories agreed to in the sprint planning meeting into the sprint that you just created. This is your sprint backlog.

Qu'est-ce qu'une réunion de planification de sprint ?

Participants : équipe de développement, Scrum Master, responsable produit

 

Quand : au début d'un sprint.

 

Duration: Usually two hours per week of iteration – e.g. a two-week sprint kicks off with a four-hour planning meeting. The meeting ends when its purpose has been achieved.

 

Purpose: Plan the work of the sprint. The team agrees to the sprint goal and the sprint backlog.

What is a sprint goal?

When creating a sprint, the product owner usually identifies a sprint goal. This provides a theme for the work to be completed in the sprint. A sprint goal also provides some flexibility in the number of stories that are completed in a sprint. A sprint is considered a success if the sprint goal is achieved.

Qu'est-ce qu'une estimation Agile ?

Traditional software teams give estimates in a time format: days, weeks, months.
Many agile teams, however, have transitioned to story points. Story points rate the relative effort of work, often in a Fibonacci-like format: 0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100. 

Estimates help you gauge how much work you should add to the next sprint based on the number of team members you have. After a few sprints, your team will get better at figuring out how much work they can do each sprint, which will help avoid over-committing.

Step 5: Start the sprint in Jira

Name the sprint. Some teams name the sprint based on their sprint goal. If there is a commonality between the issues in the sprint, name the sprint around that theme. Otherwise, you can name the sprint whatever you like.

Add a duration of the sprint and start and end dates. The start and end dates should align to your team's schedule. For example, some teams start sprints on a Monday and then end on a Friday morning in the next week. Other teams decide to start and end their sprints mid-week. It's up to you! If you're unsure how long your sprints should be, we recommend trying two weeks.

Add the sprint goal as agreed to in the sprint planning meeting.

Dès que vous commencez votre sprint, vous serez dirigé vers l'onglet Sprints en cours du projet.

Sprint actif | Atlassian – Le coach Agile

C'est l'étape à laquelle votre équipe sélectionnera des éléments de la colonne À faire pour les déplacer dans En cours, puis finalement dans Terminé !

If you’re using the next-gen Scrum template, this will be called Board.

Step 6: Hold the daily standup meetings

Une fois votre sprint lancé, organisez une réunion quotidienne avec les membres de votre équipe (en principe le matin) pour discuter des tâches réalisées par chacun. L'objectif est de voir si l'un d'eux rencontre des difficultés pour réaliser les tâches de sprint.

Qu'est-ce qu'un stand-up quotidien ?

Attendees (Primarily): development team

 

Quand : une fois par jour, généralement le matin.

 

Durée : pas plus de 15 minutes. Ne réservez pas une salle de conférence pour y tenir le stand-up en position assise. La position debout permet de raccourcir au maximum la réunion.

 

Purpose: The daily standup is designed to inform everyone quickly of what's going on across the team and to plan the work of the day. It's not a full status meeting. The tone should be light and fun, but informative. Have each team member answer the following questions:

 

  • Qu'ai-je terminé hier ?
  • Sur quoi vais-je travailler aujourd'hui ?
  • Y a-t-il quelque chose qui bloque mon travail ?

 

Rendre compte aux autres des tâches que vous avez accomplies la veille comporte une forme de responsabilisation implicite. Personne ne souhaite devenir le membre de l'équipe qui travaille constamment sur les mêmes tâches et qui ne progresse pas.

 

Conseil d'expert : certaines équipes utilisent des chronomètres pour que chacun respecte le temps qui lui est imparti. D'autres lancent une balle d'un membre de l'équipe à un autre afin que tous restent attentifs. Beaucoup d'équipes distribuées se servent de la vidéoconférence ou de la discussion de groupe pour réduire la distance entre les membres. Votre équipe est unique, votre stand-up devrait l'être tout autant !

You can use the active sprints of your scrum board during the daily standup, so that each member can view the tasks they're working on.

Step 7: View the Burndown Chart

It's a good idea to check the Burndown Chart during a sprint. In Jira Software, the Burndown Chart shows the actual and estimated amount of work to be done in a sprint. The Burndown Chart is automatically updated by Jira as you complete work items. To view this chart, click Reports from the sidebar, and then select the Burndown Chart from the reports dropdown.

Qu'est-ce qu'un graphique d'avancement et comment le lire ?

A Burndown Chart shows the actual and estimated amount of work to be done in a sprint. The horizontal x-axis in a Burndown Chart indicates time, while the vertical y-axis typically indicates story points.

 

Utilisez le graphique d'avancement pour suivre l'ensemble du travail restant pour un sprint et pour déterminer la probabilité d'atteindre l'objectif du sprint. En suivant le travail restant tout au long de l'itération, une équipe peut gérer sa progression et réagir en conséquence.

Graphique d'avancement Agile | Atlassian – Le coach Agile
Anti-schémas à surveiller
  • L'équipe termine très rapidement, sprint après sprint, parce qu'elle s'engage à réaliser trop peu de travail.
  • Sprint après sprint, l'équipe ne parvient pas à honorer ses prévisions parce qu'elle s'engage à réaliser trop de travail.
  • La ligne d'avancement affiche des chutes soudaines plutôt qu'une progression graduelle parce que le travail n'a pas été divisé en tâches granulaires.
  • Le Product Owner allonge ou modifie le cahier des charges en cours de sprint.

Step 8: View the sprint report

At any point during or after the sprint, you can view the Sprint Report to monitor the sprint.

What is the sprint report?

The Sprint Report includes the Burndown Chart, and lists the work completed, work not completed, and any work added after the sprint started.

 

Step 9: Hold the sprint review meeting

The sprint review, or sprint demo, is a sharing meeting where the team shows what they've shipped in that sprint. Each sprint usually produces a working part of the product called an increment.

This is a meeting with a lot of feedback on the project and includes a brainstorming session to help decide what to do next.

Attendees (Primarily): development team, scrum master, product owner.
Optional: stakeholders

 

When: Typically on the last day of the sprint

 

Duration: Typically two hours for a two-week sprint

 

Purpose: Inspect the increment and collaboratively update the product backlog.

 

Questions à poser :

 

  • L'équipe a-t-elle respecté la prévision du sprint ?
  • Des tâches ont-elles été ajoutées ou supprimées au cours du sprint ?
  • Des tâches sont-elles restées inachevées à l'issue du sprint ?
  • Le cas échéant, pourquoi ?

Étape 10 : Rétrospective de sprint

After you complete the sprint, have your team do a retrospective. Document your retrospective somewhere. May we suggest Confluence?

Qu'est-ce qu'une rétrospective de sprint ?

Attendees: development team, scrum master, product owner.

 

Quand : à la fin d'une itération.

 

Duration:  Typically 90 minutes for a two-week sprint.

 

Purpose: The team inspects itself, including its processes, tools and team interaction. Improvement issues are often added to the next sprint's backlog.

 

Les rétrospectives ne doivent pas uniquement servir à se plaindre, sans agir. Profitez des rétrospectives pour déterminer ce qui fonctionne afin que l'équipe puisse continuer à se concentrer sur ces points. Voyez également ce qui ne fonctionne pas, recherchez des solutions créatives et élaborez un plan d'action. L'amélioration continue favorise le développement et la pérennité de l'équipe Agile, et les rétrospectives en sont un élément clé.

 

Questions à poser :

 

  • Qu'avons-nous bien fait durant le sprint ?
  • Qu'aurions-nous pu faire mieux ?
  • Qu'allons-nous améliorer pour la prochaine fois ?

 

Conseil d'expert : même si tout se passe bien au sein de l'équipe, ne renoncez pas aux rétrospectives. Elles donnent à l'équipe l'orientation nécessaire pour que tout continue à bien se passer.

Step 11: Complete the sprint in Jira

Vous devez le réaliser à la fin du sprint.

If the sprint has incomplete issues, you can:

  • Move the issue(s) to the backlog.
  • Move the issue(s) to a future sprint.
  • Move the issue(s) to a new sprint, which Jira will create for you.

Step 12: Repeat from step 2

À ce stade, vous commencez à comprendre comment créer votre backlog avec des user stories, organiser vos user stories en sprints, démarrer votre sprint et organiser des « cérémonies » Scrum. Vous pouvez décider si cette solution répond aux besoins de votre équipe ou si vous souhaitez passer à des sujets plus avancés.

 Une fois que votre équipe et vous-même avez suivi les étapes ci-dessus, passez à l'article avancé : Comment utiliser les pratiques Scrum avancées avec Jira Software.