6.2 Le Sprint Planning

Le Sprint Planning, qui est le tout premier évènement, lance le Sprint en présentant le travail à effectuer durant le Sprint. Le plan qui en résulte est créé par le travail collaboratif de toute la Scrum Team.

Extrait du Guide Scrum version française

Sprint Planning

Le Sprint Planning lance le Sprint en présentant le travail à effectuer durant le Sprint. Le plan qui en résulte est créé par le travail collaboratif de toute la Scrum Team. Le Product Owner veille à ce que les participants soient prêts à discuter les éléments les plus importants du Product Backlog et de comment ces éléments représentent l'Objectif de Produit. La Scrum Team peut également inviter d'autres personnes à participer au Sprint Planning pour donner des conseils.

Le Sprint Planning aborde les thèmes suivants :

Thème 1 : Pourquoi ce Sprint est‐il important ? 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.

Thème 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.

Thème 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 guide Scrum

Open