Dois-je attribuer des tâches lors du Sprint Planning ?
Pendant le Sprint Planning, une équipe détermine les Product Backlog Items sur lesquels elle travaillera lors du prochain Sprint. En même temps, la plupart des équipes identifient également les différentes tâches à accomplir pour terminer les Product Backlog Items.
Beaucoup d'équipes fournissent aussi des estimations de l'effort de travail pour chaque tâche. L'ensemble constitue alors le Sprint Backlog et pourrait ressembler à ceci :
„En tant que nouvel utilisateur, je peux …"
- ... concevoir (8 h)
- Écrire le code pour ... (6 h)
- ... tester (5 h)
„En tant que visiteur du site, je peux …"
- ... découvrir (5 h)
- ... remplir (4 h)
- Code pour ... écrire (8 h)
La question est cependant de savoir si les tâches doivent déjà être attribuées à des personnes spécifiques lors du Sprint Planning ou non.
Quand une équipe sort du Sprint Planning avec un nom à côté de chaque tâche, la responsabilité individuelle de chacun est certainement renforcée. Je me sens beaucoup plus responsable d'accomplir mes tâches quand mon nom est inscrit à côté. Et ce sera pareil pour toi. Cependant, cela se fait au détriment du sentiment de responsabilité de l'équipe entière.
Ma recommandation est donc de ne pas attribuer les tâches à des personnes spécifiques dès le Sprint Planning. On est beaucoup plus flexible quand on décide spontanément qui doit prendre quelles tâches.
Ce texte provient du blog de Mike Cohn et a été traduit par nous en allemand.
Sprint Planning Meeting
=> Qu'est-ce qui est important pour le Scrum Master et le Product Owner lors du Sprint Planning Meeting ?
Séminaire Product Owner
=> Participe à l'une de nos formations Product Owner certifiées ou à nos séminaires en ligne pour apprendre à ton rythme.
Exigences non fonctionnelles
=> Découvre comment intégrer des exigences non fonctionnelles dans une User Story.
