Scrum est le cadre agile le plus populaire au monde. Il est constitué d’équipes Scrum, d’événements, d’artefacts et de règles. Chaque composante de ce cadre a un but précis et est essentielle au succès et à l’utilisation du framework. Dans cet article, nous nous focalisons sur le concept de Sprint, l’un des éléments clés de ce framework.
Comme défini dans le Scrum guide, le Sprint est un évènement de Scrum. Avant de définir ce qu’est un Sprint, voici un petit rappel des 5 évènements.
Les Événements Scrum
- Sprint
- Sprint planning
- Daily Scrum
- Sprint review
- Sprint Retrospective
Qu’est-ce qu’un Sprint Scrum ? Définition
Un Sprint est une courte période de temps pendant laquelle une équipe Scrum travaille pour terminer une quantité de travail définie. Les Sprints sont au cœur des méthodologies Scrum et Agile, travailler sur les bons Sprints aidera une équipe Agile à livrer des livrables plus efficacement et de façon efficiente.
Dans Scrum, les événements sont utilisés pour créer de la régularité et minimiser le besoin de réunions non définies. Lorsqu’ils sont développés de manière optimale, tous les événements ont lieu au même moment et au même endroit pour réduire la complexité.
Les Sprints dans Scrum sont définis comme des conteneurs pour tous les autres événements. Ils sont en fait le cœur battant de Scrum, où les idées sont transformées en valeur (définition du Scrum Guide). Les Sprints Scrum contiennent toutes les phases de travail et les activités nécessaires au développement du produit ou du service, y compris le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective.
Quel est l’objectif d’un Sprint Scrum ?
- Éviter que l’équipe Scrum ne se sente dépassée par la quantité et le rythme de travail.
- Améliorer la prévisibilité et la fiabilité des produits pour les clients.
- Réduire le processus de feedback.
- Éviter que l’équipe Scrum ne se précipite dans le développement de certaines tâches avant que des problèmes ne soient détectés.
- Aider l’équipe Scrum à suivre le principe Agile de fournir fréquemment des logiciels fonctionnels.
Quelle est la durée d’un Sprint dans Scrum ?
Un Sprint doit avoir une durée de un mois maximum. Un nouveau Sprint démarre dès que le précédent se termine. Le délai fixé correspond à l’atteinte d’un Product Goal, objectif qui doit être atteint au moins à la fin de chaque Sprint. Si la fenêtre temporelle d’un Sprint devient trop grande, il y a un risque que l’Objectif de Produit perde sa validité, alors qu’avec des Sprints plus courts il est possible de générer plus de cycles d’apprentissage et de limiter les risques et les coûts sur une courte durée.
Comme précisé dans le Scrum Guide, pendant le Sprint :
- Aucun changement n’est permis, qui pourrait remettre en cause l’Objectif de Sprint;
- Les objectifs de qualité ne sont jamais revus à la baisse;
- Le Product Backlog est affiné si nécessaire; et
- Le périmètre peut être clarifié et renégocié avec le Product Owner selon ce qu’on en apprend.
Comment s’organise un Sprint Scrum ?
Le Sprint Planning est un événement collaboratif auquel toute l’équipe participe dans le but de répondre à deux questions fondamentales :
- Quelles activités peut-on faire dans ce Sprint ?
- Comment seront réalisées les activités choisies ?
De cette façon, le Sprint Planning établit le travail à effectuer pendant le Sprint et lance le Sprint lui-même. Le résultat est en fait une collaboration de toute l’équipe Scrum, qui peut également inviter des professionnels extérieurs à l’équipe elle-même pour recevoir des conseils ou des points de vue diversifiés.
À ce stade, le travail du Product Owner est de s’assurer que tous les membres de l’équipe Scrum sont prêts à discuter des éléments clés du Product Backlog et comment ils se comparent à l’objectif du produit. La Scrum Team, quant à elle, travaille sur les produits du backlog à terminer avant la fin du Sprint.
Les éléments de travail choisis et le plan qui établit comment les réaliser s’appellent le Sprint Backlog. Lorsque la planification de Sprint est terminée, l’équipe est prête à commencer à travailler sur le backlog de Sprint, en déplaçant les éléments du backlog de « En cours » à « Terminé ».
La durée d’un Sprint Planning par rapport au Sprint d’un mois est d’environ 8 heures, pour des Sprints plus courts évidemment le temps diminue.
Le Sprint Planning aborde les thèmes suivants :
1. Pourquoi ce Sprint est‐il important ?
2. Que peut-on faire dans ce Sprint ?
3. Comment se déroulera le travail choisir
1. Pourquoi ce Sprint dégage-t-il de la valeur ?
Le Product Owner explique comment augmenter la valeur du produit et son utilité pour le Sprint en cours. L’ensemble de la Scrum Team collabore ensuite à définir un Objectif de Sprint qui énonce clairement aux parties prenantes l’utilité du Sprint. L’Objectif de Sprint doit être finalisé avant la fin du Sprint Planning.
2. Que peut-on faire durant ce Sprint ?
En discutant avec le Product Owner, les Developers sélectionnent les éléments du Product Backlog à inclure dans le Sprint en cours. Au fur et à mesure de la discussion, la Scrum Team affine ces éléments, améliorant ainsi leur compréhension et leur confiance dans leur capacité à les développer.
Devoir sélectionner ce qui peut ou ne peut pas être accompli durant un Sprint est une tâche difficile. Plus les Developers connaissent leurs performances passées, leur capacité à venir et leur Definition of Done, mieux ils sont à mêmes de faire de prévisions pour le Sprint en cours.
3. Comment le travail choisi sera‐t‐il réalisé ?
Pour chaque élément sélectionné du Product Backlog, les Developers planifient le travail nécessaire pour créer un Increment qui réponde à la Definition of Done. Cela se fait souvent en décomposant les éléments du Product Backlog en éléments de travail d’une journée ou moins.
La façon de procéder est laissée à la seule discrétion des Developers. Personne d’autre ne leur dit comment transformer les éléments du Product Backlog en Increments de valeur. L’Objectif de Sprint, les éléments du Product Backlog sélectionnés pour le Sprint, ainsi que le plan pour les livrer, correspondent à un ensemble appelé le Sprint Backlog. Le Sprint Planning est limité dans le temps à un maximum de huit heures pour un Sprint d’un mois. Pour les Sprints plus courts, l’événement est généralement plus court.
Le backlog de Sprint se compose de :
- Objectifs de Sprint
- Éléments du Product Backlog sélectionnés pour le Sprint
- Planification de la livraison des éléments du Product Backlog
L’objectif du Daily Scrum est d’inspecter la progression vers l’Objectif de Sprint et d’adapter le Sprint Backlog si nécessaire, en ajustant les futurs travaux planifiés. Le Daily Scrum est un événement de 15 minutes, pour les Developers de la Scrum Team. Pour réduire la complexité, il est tenu à la même heure et au même lieu, chaque jour ouvré du Sprint.
L’objectif de la Sprint Review est d’inspecter le résultat du Sprint et de déterminer les adaptations futures. La Scrum Team présente les résultats de son travail aux principales parties prenantes et les progressions vers l’Objectif de Produit sont discutées.
Durant cet évènement, le Product Backlog peut être ajusté pour répondre à de nouvelles opportunités. La Sprint Review se limite à un maximum de quatre heures pour un Sprint d’un mois. Pour les Sprints plus courts, l’événement est généralement plus court.
-
Scrum Sprint rétrospective
L’objectif de la Sprint rétrospective consiste à réfléchir à des pistes pour améliorer la qualité et l’efficacité. La Scrum Team inspecte le déroulement du dernier Sprint en ce qui concerne les individus, les interactions, les processus, les outils et leur Definition of Done.
La Scrum Team discute de ce qui s’est bien passé durant le Sprint, des problèmes rencontrés et de la manière dont ces problèmes ont été (ou n’ont pas été) résolus. La Scrum Team identifie les changements les plus utiles pour améliorer son efficacité. Les améliorations ayant le plus d’impact sont abordées dès que possible. Elles peuvent même être ajoutées au Sprint Backlog pour le prochain Sprint. La Sprint Retrospective conclut le Sprint. Elle est limitée dans le temps à un maximum de trois heures pour un Sprint d’un mois. Pour les Sprints plus courts, l’événement est généralement plus court.
A lire également :
Scrumboard ou tableau Scrum, qu’est-ce que c’est ?
Comment rédiger une User Story
