QUAND est-il le plus approprié pour une équipe de développement de créer / mettre à jour sa définition de «Terminé»?
L'équipe de développement est responsable de la création/mise à jour de la définition de "Terminé" .
Selon le framework Scrum officiel, QUAND est-il le plus approprié pour une équipe de développement de créer/mettre à jour sa définition de "Terminé"?
QUAND est-il plus approprié qu'une équipe de développement commence par créer la définition de " Terminé "?
QUAND est-il le plus approprié pour une équipe de développement de mettre à jour la définition de "Terminé" ”?
Réponse à la 1ère partie:
- À mon humble avis, pendant la planification du sprint au tout premier sprint? (Je pourrais vérifier cela.)
Réponse à la 2ème partie:
- Pendant Sprint Retrospective .
"Au cours de chaque rétrospective du sprint , l'équipe Scrum prévoit des moyens d'améliorer la qualité des produits en adaptant la définition de" Terminé "(== --- ==) selon le cas. " (comparer Scrumguides.org )
- Pendant Sprint Retrospective .
- Dès que possible. Le guide Scrum ne décrit pas cela. Personnellement, je le ferais lorsque l'équipe est complète au niveau des membres. De préférence lors du premier sprint, avant la fin du premier PBI. Récemment, j'ai fait un atelier DoD d'une heure pour obtenir le DoD initial pour une nouvelle équipe.
Scrum shock therapy a un DoD pour commencer, peut-être juste l'utiliser pendant le premier sprint:
- Fonctionnalité terminée
- Code terminé
- Aucun défaut connu
- Approuvé par le propriétaire du produit
- Prêt pour la production
- Le guide Scrum suggère que les rétrospectives devrait conduire à un DoD adapté. Personnellement, je pense que vous devriez le mettre à jour chaque fois que vous avez de nouvelles informations qui devraient figurer sur le DoD. Cela peut également être lors de la planification, des mêlées quotidiennes ou des sessions de révision.
Au cours de chaque rétrospective de sprint, l'équipe Scrum prévoit des moyens d'améliorer la qualité des produits en adaptant la définition de "Terminé", le cas échéant.
Le guide Scrum est explicite dans cette rubrique. "Scrum est fondé sur la théorie du contrôle de processus empirique, ou empirisme" et "Trois piliers soutiennent chaque mise en œuvre du contrôle de processus empirique: transparence, inspection et adaptation". Étant donné que la mise à jour de la Définition de Terminé est l'adaptation de celle-ci, elle doit être effectuée DÈS QUE POSSIBLE.
Certains doutes sur l'opportunité de la mise à jour du DoD peuvent exister, car le Scrum Guide dit que "lors de chaque rétrospective du sprint, l'équipe Scrum prévoit des moyens d'améliorer la qualité du produit en adaptant la définition de Terminé comme il convient", mais après il est dit que "Bien que des améliorations puissent être mises en œuvre à tout moment, la rétrospective Sprint offre une occasion formelle de se concentrer sur l'inspection et l'adaptation".
Ensuite, la rétrospective du sprint est une opportunité formelle pour l'inspection et l'adaptation du DoD, mais cela doit être fait lorsque cela est nécessaire.