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.
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.
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.
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.
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.
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é.
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.
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Les entreprises luttent pour gérer une vaste quantité de contenu publié en ligne, des publications…
À l'ère de la transformation numérique, les entreprises ont accès à une quantité sans précédent…
Saviez-vous que vous pouvez obtenir l'essence d'un enregistrement de plusieurs heures d'une réunion ou d'une…
Imaginez un monde où votre entreprise peut créer des vidéos engageantes et personnalisées pour n'importe…
Pour tirer pleinement parti du potentiel des grands modèles de langage (LLMs), les entreprises doivent…
En 2018, Unilever avait déjà entrepris un voyage conscient pour équilibrer les capacités d'automatisation et…