« Scrum : 19 antipatterns de planification d'un sprint » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 5 : | Ligne 5 : | ||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br/> | Traducteur : Fabrice Aimetti<br/> | ||
Date : | Date : 24/12/2018<br/> | ||
---- | ---- | ||
Traduction :<br/> | Traduction :<br/> | ||
| Ligne 12 : | Ligne 12 : | ||
<br/> | <br/> | ||
[[Fichier:Scrum-19-sprint-planning-anti-patterns-hands-on-agile-1650 fr.png|border|1000px]]<br/> | [[Fichier:Scrum-19-sprint-planning-anti-patterns-hands-on-agile-1650 fr.png|border|1000px]]<br/> | ||
==Le but d'une planification de sprint == | |||
La planification du sprint en Scrum a pour but d’aligner l’équipe de développement et le Product Owner. Les deux doivent s'entendre sur l'incrément produit déployable lors du prochain sprint. L’idée est que les prévisions de l’équipe de développement reflètent l’objectif du sprint du Product Owner. En outre, l'équipe doit élaborer un plan sur la manière de transformer ses prévisions.<br/> | |||
<br/> | <br/> | ||
Si l'équipe Scrum a par le passé utilisé avec succès l'affinage du backlog produit, la première partie de la planification du sprint sera rapide. L’équipe de développement et le Product Owner ajusteront la portée du sprint à venir en tenant compte de la capacité disponible. Peut-être que quelqu'un de l'équipe de développement ne sera pas disponible au prochain sprint. Donc, un ou deux éléments devront retournés dans le backlog du produit.<br/> | |||
<br/> | |||
Ou un nouvel élément fonctionnel intéressant est apparu du jour au lendemain et le Product Owner souhaitera que cet élément fasse partie du prochain backlog de sprint. Par conséquent, une autre user story retournera dans le backlog produit. Une bonne équipe pourra gérer cela en cinq à dix minutes avant de passer à la deuxième partie de la planification du sprint. Au cours de la planification du sprint II, l’équipe décompose le premier ensemble d’éléments de backlog du sprint en tâches.<br/> | |||
== Antipatterns de la planification du sprint == | |||
Il existe trois catégories d'antipatterns de planification de sprint. Ils concernent l'équipe de développement, le Product Owner et l'équipe scrum : | |||
=== Antipatterns de planification du sprint par l'équipe de développement === | |||
[[Fichier:Scrum-19-Sprint-Planning-Anti-Patterns-Slack-Time-Overutilization-1650 fr.png|border|1000px]]<br/> | [[Fichier:Scrum-19-Sprint-Planning-Anti-Patterns-Slack-Time-Overutilization-1650 fr.png|border|1000px]]<br/> | ||
=== Antipatterns de planification du sprint par le Product Owner === | |||
=== Antipatterns de planification du sprint par l'équipe Scrum === | |||
== Conclusion == | |||
Version du 24 décembre 2018 à 18:13
Auteur : Stefan Wolpers
Source : Scrum: 19 Sprint Planning Anti-Patterns
Date : 01/05/2017
Traducteur : Fabrice Aimetti
Date : 24/12/2018
Traduction :
TL;DR: 19 antipatterns de planification d'un sprint
La planification du sprint en Scrum est une cérémonie simple. Investissez dès le départ lors de l'affinage du backlog produit et vous maintiendrez cette cérémonie productive. Évitez les 19 antipatterns suivants de planification de sprint vous aidera également.
Le but d'une planification de sprint
La planification du sprint en Scrum a pour but d’aligner l’équipe de développement et le Product Owner. Les deux doivent s'entendre sur l'incrément produit déployable lors du prochain sprint. L’idée est que les prévisions de l’équipe de développement reflètent l’objectif du sprint du Product Owner. En outre, l'équipe doit élaborer un plan sur la manière de transformer ses prévisions.
Si l'équipe Scrum a par le passé utilisé avec succès l'affinage du backlog produit, la première partie de la planification du sprint sera rapide. L’équipe de développement et le Product Owner ajusteront la portée du sprint à venir en tenant compte de la capacité disponible. Peut-être que quelqu'un de l'équipe de développement ne sera pas disponible au prochain sprint. Donc, un ou deux éléments devront retournés dans le backlog du produit.
Ou un nouvel élément fonctionnel intéressant est apparu du jour au lendemain et le Product Owner souhaitera que cet élément fasse partie du prochain backlog de sprint. Par conséquent, une autre user story retournera dans le backlog produit. Une bonne équipe pourra gérer cela en cinq à dix minutes avant de passer à la deuxième partie de la planification du sprint. Au cours de la planification du sprint II, l’équipe décompose le premier ensemble d’éléments de backlog du sprint en tâches.
Antipatterns de la planification du sprint
Il existe trois catégories d'antipatterns de planification de sprint. Ils concernent l'équipe de développement, le Product Owner et l'équipe scrum :
Antipatterns de planification du sprint par l'équipe de développement
