---

Qu’est-ce qu’une Planification de Sprint ? Vous pourriez être surpris !

Pendant la Planification de Sprint, l’équipe Scrum construit un Sprint Backlog réaliste qui définit les user stories et les tâches qu’elle réalisera avant la fin du Sprint pour créer un Incrément de produit utilisable.

Une Sprint Planning de Scrum peut être expliquée par les discussions du QUOI et du COMMENT. D’abord, toute l’équipe établit aussi POURQUOI le Sprint est utile en créant son Objectif de Sprint. Comme leurs noms l’indiquent, la réunion du QUOI porte sur le périmètre du Sprint et celle du COMMENT sur sa réalisation.

La présence du Scrum Product Owner est obligatoire pendant la Planification de Sprint. Elle peut ainsi répondre aux questions de l’équipe et clarifier les exigences ainsi que leurs critères d’acceptation.

L’équipe Scrum peut inviter d’autres personnes, par exemple des utilisateurs finaux ou des responsables hiérarchiques, à donner des conseils pendant la Planification de Sprint. L’équipe Scrum reste responsable de son plan.

L’Objectif de Sprint

Le Scrum Product Owner propose la valeur du Sprint ; toute l’équipe collabore à l’Objectif de Sprint. Il décrit de façon concise et réaliste ce que le Sprint cherchera à accomplir pour le métier, les utilisateurs finaux et les systèmes informatiques.

La capacité de l’équipe

La capacité totale de l’équipe Scrum peut varier d’un Sprint à l’autre. Pour prendre des engagements réalistes, l’équipe Scrum doit connaître sa capacité pour le Sprint à venir.

Elle doit tenir compte des congés, jours fériés, rituels Scrum et d’une petite réserve pour les imprévus afin de proposer une capacité raisonnable.

La réunion du QUOI

Une Planification de Sprint (voir aussi Revue de Sprint : objectifs et conseils pratiques) commence par une réunion du QUOI. Une préparation est nécessaire :

• Le Scrum Product Owner propose la valeur du Sprint ; toute l’équipe collabore à l’Objectif de Sprint.
• Sur cette base, le Scrum Product Owner choisit dans le Scrum Product Backlog les user stories candidates pour le Sprint.
• Ces user stories sont affinées et, si nécessaire, divisées en stories plus petites pour pouvoir être traitées dans un Sprint.
• Les user stories sont estimées et priorisées.
• L’équipe Scrum planifie sa capacité pour le Sprint à venir.

Les responsabilités des rôles Scrum pendant la partie QUOI de la Planification de Sprint sont les suivantes :

• Le Product Owner présente l’Objectif de Sprint et sa présélection d’exigences à intégrer à l’Incrément du produit.
• L’équipe Scrum identifie les tâches nécessaires et les estime. Elle décide quelles exigences présélectionnées par le Product Owner elle peut livrer avec confiance, et en quelle quantité, pendant ce Sprint.
• Le Scrum Master aide l’équipe à rendre la réunion productive et à respecter sa durée ; l’animation peut être partagée. Elle veille à préserver l’auto-organisation et la capacité de décision autonome de l’équipe.

La réunion du COMMENT

La réunion du COMMENT vise à alimenter le Sprint Backlog en identifiant les tâches concrètes nécessaires aux user stories retenues. Elles comprennent généralement, sans s’y limiter, l’analyse, la conception, le développement, les tests, la préparation des paquets logiciels et la documentation.

La réunion du COMMENT peut se tenir dans une séance distincte après celle du QUOI ou la suivre immédiatement.

Après avoir identifié les tâches, l’équipe Scrum les estime. L’unité peut être l’heure-personne. Ces estimations lui donnent une base pour évaluer le temps nécessaire à la livraison de chaque user story.