Rédiger un objectif de sprint qui mérite un engagement
Beaucoup d'équipes Scrum traitent l'objectif de sprint comme de la paperasse — une phrase écrite après la planification pour remplir un champ dans l'outil. C'est une occasion manquée. Le Guide Scrum décrit l'objectif de sprint comme l'objectif unique du sprint, faisant partie du backlog de sprint, qui donne aux développeurs un but commun et la latitude de décider comment l'atteindre. Bien rédigé, c'est la phrase la plus utile de votre sprint.
La distinction à retenir : un objectif de sprint décrit un résultat, non une liste de livrables. « Terminer les tickets 412 à 419 » n'est pas un objectif; c'est une liste de tâches. « Permettre à un client de repasser une commande passée en moins d'une minute » est un objectif, car il dit à l'équipe à quoi ressemble le succès et lui permet d'ajuster le travail si la réalité change en cours de sprint.
D'où vient l'objectif
L'objectif de sprint se façonne pendant la planification, dans la conversation, et non par décret. Le Product Owner apporte la chose la plus précieuse à poursuivre ensuite; les développeurs discutent de ce qui est faisable selon la capacité. L'objectif émerge de cette négociation. Début 2021, alors que beaucoup de ces échanges se font par vidéo, l'objectif travaille davantage — il garde une équipe distribuée alignée quand personne ne peut jeter un œil dans la pièce pour voir ce que construisent les autres.
Mettez votre ébauche à l'épreuve de trois questions
Est-ce un résultat ? Décrit-il un changement dans le produit ou une valeur livrée, plutôt qu'un nombre de tâches terminées ? Si vous pouviez l'atteindre en finissant d'autres éléments que prévu, c'est un vrai objectif.
Est-il ciblé ? Un seul objectif cohérent, pas trois objectifs sans lien agrafés ensemble. S'il vous faut le mot « et » deux fois, vous avez sans doute plusieurs objectifs qui se disputent le sprint.
Guide-t-il les arbitrages ? Quand un imprévu survient en cours de sprint, l'équipe peut-elle s'en servir pour décider quoi abandonner et quoi protéger ? Un objectif qui ne peut trancher un débat ne fait pas son travail.
Un test utile : imaginez qu'une dépendance glisse et que deux éléments du backlog deviennent impossibles. L'équipe peut-elle tout de même atteindre l'objectif de sprint en remodelant le travail restant ? Si oui, vous avez écrit un résultat. Si l'objectif s'effondre dès qu'un seul élément glisse, vous avez écrit une liste déguisée.
Gardez-le vivant tout au long du sprint
Référez-vous à l'objectif au Daily Scrum — la question est l'avancée vers l'objectif, non le statut de chaque ticket.
Servez-vous-en pour dire non : un périmètre qui ne sert pas l'objectif peut généralement attendre.
Si l'objectif devient caduc parce que le monde a changé, c'est une conversation avec le Product Owner sur le sprint, non un abandon discret.
Évaluez-le honnêtement à la revue de sprint : avons-nous atteint le résultat, quel que soit le nombre d'éléments clôturés ?
Un objectif de sprint solide transforme un backlog en mission. Il donne à l'équipe la permission d'être astucieuse sur la façon d'atteindre l'objectif, et il offre aux parties prenantes quelque chose de significatif à inspecter. Consacrez les dix minutes de la planification à bien le poser; cela se rentabilise chaque jour du sprint.
Si vos équipes pratiquent Scrum mais peinent à faire des sprints qui aboutissent à des résultats, le conseil en réalisation de programmes et de projets de XNM peut vous aider à resserrer la cadence.