But de Sprint
Définition : Qu'est-ce qu'un objectif de Sprint ?
L'objectif de Sprint décrit un résultat vers lequel une équipe de développement travaille dans le cadre d'un Sprint. Un résultat, ou outcome, représente la valeur créée par le travail accompli pour le client. Par exemple, la possibilité de payer en ligne plutôt que d'attendre chez soi pour payer en espèces le livreur.
Une équipe peut être en mesure d'atteindre un objectif de Sprint en livrant un seul Product Backlog Item (PBI), par exemple en implémentant PayPal comme option de paiement pour l'exemple ci-dessus. Mais une équipe peut aussi avoir besoin de plusieurs items (fonctionnalités) pour atteindre un objectif de Sprint donné.
Selon la durée du Sprint d'une équipe, le travail sur un objectif de Sprint peut s'étendre sur un ou plusieurs Sprints. De même, une équipe pourrait travailler sur plusieurs petits objectifs de Sprint au cours du même Sprint.
Chaque objectif de Sprint devrait être lié à la vision produit. Si une équipe n'y parvient pas, elle devrait se demander s'il est vraiment pertinent de travailler sur cet objectif de Sprint.
Synonymes : Quels termes sont utilisés à la place d'objectif de Sprint ?
Certaines équipes utilisent d'autres termes, comme Sprint Goal, Goal ou simplement Outcome.
Objectif : Pourquoi utiliser un objectif de Sprint ?
Lorsqu'ils sont bien utilisés, les objectifs de Sprint aident une équipe à adopter constamment la perspective du client et à évaluer quelle valeur elle souhaite apporter aux clients, plutôt que de raisonner en termes de fonctionnalités, c'est-à-dire Outcome vs. Output. Dans de nombreux cas, cela génère également une motivation intrinsèque bien plus élevée au sein de l'équipe, car elle comprend pourquoi elle fait ce travail.
De plus, les objectifs de Sprint aident un Product Owner à définir ses priorités. Réfléchir aux objectifs de certains clients et les organiser dans un ordre logique constitue la base de techniques de priorisation efficaces comme le User Story Mapping.
Enfin, les objectifs de Sprint sont ce qu'il y a de mieux à présenter aux parties prenantes lors d'une Sprint Review. Trop souvent, nous constatons à l'Agile Academy que les Sprint Reviews sont utilisées comme un compte-rendu de l'équipe de développement aux parties prenantes sur tout (!!!) ce qu'elle a fait. Ce n'est pas l'intention d'une Sprint Review ! Si nous voulons savoir si notre travail apporte de la valeur aux clients, nous devrions consacrer notre temps à démontrer l'objectif de Sprint et à écouter les retours des clients.
Responsabilité : Qui est responsable de l'objectif de Sprint ?
Comme pour la vision produit, la responsabilité des objectifs de Sprint incombe au Product Owner. Cela signifie-t-il qu'un Product Owner crée les objectifs de Sprint dans sa tour d'ivoire ? Bien sûr que non ! Les grands Product Owners réussissent à créer les objectifs de Sprint en collaboration avec l'équipe de développement et les principales parties prenantes.
