5 – Evénements Scrum : Sprint Planning

Sprint Planning

Le Sprint Planning est le premier évènement d’un Sprint. Son objectif est de collaborer à la planification du travail à effectuer durant le Sprint. C’est un timebox de 8 heures pour un Sprint d’un mois, proportionnellement moins pour un Sprint plus court. Toute la Scrum Team y participe.

Lors d’un Sprint Planning on discute les trois sujets suivants.

 

1 – Pourquoi ce sprint est-il important ?

Le Product Owner, propose comment le produit pourrait augmenter sa valeur et son utilité durant le Sprint actuel.

La partie haute du Product Backlog sera composé d’éléments suffisamment petits, connus et compris par toute la Scrum Team et en cohérence avec l’énoncé précédent du Product Orner.

La Scrum Team collabore pour définir un Sprint Goal réaliste et atteignable pour la fin du Sprint.

2 – Que Peut-on faire ce Sprint ?

Sprint Planning

Les Developers sélectionnent les éléments du Product Backlog qui sont réalisables dans le Sprint, en discutant avec le Product Owner.

Certains facteurs ont un impact sur les estimations des Developers, comme : la Définition of Done, les performances passées, les actions d’améliorations à implémenter, la capacité de la Scrum Team (congés, maladies, affectations partielles).

3 – Comment le travail choisi sera-t-il réalisé ?

Pour chaque élément du Product Backlog (pas nécessairement tous), les Developers planifient le travail nécessaire pour créer un Increment qui répond à la Definition of Donc, avec plus ou moins de détail selon l’expérience.

Le Sprint Goal, les éléments du Product Backlog pour le Sprint, ainsi que le plan pour les livrer constituent le Sprint Backlog. On acceptera que le Sprint Backlog change selon les informations qui émergeront au cours du Sprint.

Observations importantes

  • Dans un contexte complexe, tel que le développement logiciel par exemple, les interactions ne sont jamais linéaires. Attendez-vous à que les trois sujets soient rediscutés plusieurs fois au cours d’un Sprint Planning.
  • Le seul engament pris par la Scrum Team consiste en la réalisation du Sprint Goal. Ce n’est pas la quantité de travail, ou d’éléments du Product Backlog développés à la fin du Sprint qui compte, c’est le fait d’avoir réussi à atteindre le Sprint Goal et avoir crée un Increment Done potentiellement délivrable en production. Le plus petit qu’il soit.
  • Du « Push » au « Pull » : seuls les Developers peuvent faire les prévisions sur combien d’éléments du Product Backlog seront réalisés au cours du Sprint. On dit que les Developers « tirent » (« Pull ») le travail à faire sur la base des suggestions du Product Owner. Personne ne peut leur imposer ou « pousser » (« Push ») une quantité de travail à réaliser. Renoncer à accepter cette manière de travailler, signifie déresponsabiliser les Developers et amène souvent à des effets de bords tels que : manque d’engagement, manque de qualité, dette technique, turnover, etc.
  • La sélection des éléments du Product Backlog par les Developers sera faite dans l’ordre défini par le Product Owner dans le Product Backlog. On ne choisira pas l’élément plus facile à réaliser, par convenance.
  • Le Product Owner doit-il/elle participer aux discussions du sujet « 3 – Comment le travail choisi sera réalise ? » Oui ! Il/elle reste pour la raison donnée dans le premier point de cette liste. Il faut toujours s’attendre à des interactions au sein de la Scrum Team tout au long du Sprint Planning.
  • Le Sprint Backlog ne sera pas détaillé pour tout le contenu du Sprint. L’important sera d’avoir suffisamment de détail pour pouvoir initier le Sprint. On acceptera l’émergence du travail au cours du Sprint.

A la fin du Sprint Planning, un Sprint Goal, des prévisions d’éléments de Product Backlog à développer (faites par les Developers) et un plan pour les réaliser seront visibles dans le Sprint Backlog et le Sprint pourra démarrer.

5 / Evénements Scrum : Sprint Planning
5 / Evénements Scrum : Sprint Planning

Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !

Cet article fait partie d’une série de douze publications, chacune expliquant les bases de Scrum, selon le Scrum Guide. Il pourra vous être utile comme présentation auprès du management, ou toutes personnes curieuses d’approfondir le sujet.

Formation

Professional Product Owner

Au cours des 2 jours de formation, vous développerez vos connaissances en tant que Product Owner grâce à des instructions et à des exercices en équipe. Vous mettrez en place de métriques pour suivre la création de valeur et la bonne livraison du produit sur le marché. Vous augmenterez efficacement l’agilité de l’entreprise. 

3 thoughts on “5 – Evénements Scrum : Sprint Planning

Laisser un commentaire

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.