Guide Scrum | 36. Planification de Sprint

La planification de sprint commence chaque sprint. Avec des sprints d’une durée d’un mois, cet événement dure au maximum huit heures. Si les sprints sont plus courts, la planification de sprint se raccourcit également proportionnellement. L’ensemble de l’équipe Scrum assiste à l’événement en invitant des parties prenantes ou des spécialistes d’autres équipes. Nous discuterons du déroulement détaillé de la planification de sprint et des problèmes qui peuvent accompagner la planification du travail dans un nouveau sprint dans le texte suivant.

Planification de sprint – table des matières :

1. Introduction
2. Quel est le nouvel objectif de sprint ?
3. Quel est l’ordre du jour ?
4. Comment l’équipe va-t-elle le faire ?
5. Les résultats de la planification de sprint
6. Résumé

Introduction

La planification de sprint est l’un des événements Scrum dont nous avons parlé dans un article séparé. Cet événement se concentre sur les User Stories placées tout en haut du Product Backlog. En d’autres termes, sur celles qui sont les plus détaillées.

Examinons de plus près les réponses aux questions que nous venons de poser.

Quel est le nouvel objectif de sprint ?

Le rôle du Product Owner lors de la planification de sprint est de présenter l’objectif et les tâches qui le composent aux participants de la réunion.

Le Product Owner commence la réunion en formulant l’objectif de sprint et en justifiant pourquoi il est précieux du point de vue du client. Il ouvre ensuite une discussion dans laquelle non seulement les membres de l’équipe Scrum, mais aussi les parties prenantes peuvent exprimer leur opinion.

Pour résumer, le Product Owner donne la formulation finale de l’objectif de sprint que l’ensemble de l’équipe Scrum s’efforcera d’atteindre et s’assure que l’objectif est compris par toutes les parties prenantes.

Quel est l’ordre du jour ?

La deuxième partie de la planification de sprint se concentre sur la sélection des User Stories à mettre en œuvre dans le nouveau sprint et à discuter de la manière de les rendre plus spécifiques.

Une des tâches les plus difficiles lors de la planification de sprint est d’estimer avec précision le nombre et l’intensité de travail des tâches sélectionnées pour exécution. Plus l’équipe Scrum est expérimentée, plus elle peut estimer avec précision combien de travail peut être accompli en un seul sprint. Cela est dû au fait que l’équipe applique des techniques d’estimation efficaces, dont nous avons parlé en détail dans des articles précédents et ici. De nombreuses équipes Scrum connaissent et utilisent des méthodes pour accélérer la maturation de l’équipe ainsi que pour rendre le processus plus facile et plus standardisé. Ces techniques incluent principalement le Planning Poker et les jeux d’estimation d’équipe.

Comment l’équipe va-t-elle le faire ?

La troisième et la plus technique partie de la planification de sprint se concentre sur la réponse à la question “Comment l’équipe va-t-elle le faire ?”. Dans celle-ci, l’équipe de développement propose des moyens d’accomplir les tâches sélectionnées pour mise en œuvre dans la deuxième partie de la réunion. Personne d’autre que les développeurs eux-mêmes ne devrait dicter comment les tâches doivent être exécutées d’un point de vue technique.

La planification doit prendre en compte non seulement la technologie d’exécution mais aussi le flux de travail entre les développeurs. Cela évitera un travail stagnant [goulots d’étranglement], qui peut causer des retards dans l’exécution des tâches. Comme dans le cas de la manière d’exécuter les tâches, la répartition des tâches entre les développeurs individuels est également décidée par eux seuls sans interférence extérieure.

Typiquement, l’équipe de développement se concentre ici sur la division des User Stories en tâches plus petites. La durée optimale d’exécution des tâches est d’un jour ouvrable.

Les résultats de la planification de sprint

Le résultat de la planification de sprint est un objectif de sprint sans ambiguïté, ainsi que des User Stories détaillées sélectionnées pour exécution à partir du Product Backlog. Tous ces éléments constituent le Sprint Backlog, auquel nous avons consacré un article séparé.

Résumé

La planification de sprint est l’événement Scrum qui commence chaque sprint. L’équipe Scrum peut y inviter des parties prenantes et des experts externes.

Lors de la planification de sprint, l’objectif du nouveau sprint est défini. L’équipe de développement détermine avec le Product Owner ce qu’il faut faire et décide comment accomplir les tâches prévues.

Le résultat de la planification de sprint est le Sprint Backlog, que les développeurs utilisent pour sélectionner les tâches quotidiennes à exécuter.

Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.