← Tous les articles

Rédiger un objectif de sprint que votre équipe s'engagera vraiment à atteindre

By XNM Technologies · February 6, 2022 · 3 min read
Rédiger un objectif de sprint que votre équipe s'engagera vraiment à atteindre

L'objectif de sprint est l'engagement le plus sous-utilisé de Scrum. Le Guide Scrum nomme trois engagements — l'objectif de produit pour le Backlog de produit, l'objectif de sprint pour le Backlog de sprint, et la définition de « terminé » pour l'Incrément. Pourtant, beaucoup d'équipes traitent l'objectif de sprint après coup, griffonnant quelque chose de vague une fois les éléments déjà choisis. C'est l'inverse qu'il faut faire, et cela vide discrètement le sprint de son centrage.

Un objectif de sprint est un but unique pour le sprint. Il donne au sprint sa cohérence : une raison qui tient le travail ensemble, et une étoile polaire vers laquelle les Développeurs peuvent se guider quand la réalité s'invite. En 2022, avec des priorités mouvantes et des gens partagés entre la maison et le bureau, un objectif clair est ce qui empêche une équipe de devenir une machine à boucler des tâches sans en saisir le pourquoi. Voici une liste de vérification pour en rédiger un digne d'engagement.

À quoi ressemble un bon objectif de sprint

  1. Il énonce un résultat, pas une liste de tâches. « Permettre aux utilisateurs de revenir payer une facture sans appeler le soutien » est un objectif. « Terminer les tickets 412 à 419 » est une liste de tâches déguisée en objectif.

  2. Il est unique. Un sprint, un objectif. S'il vous faut le mot « et » pour joindre deux buts sans lien, vous avez deux objectifs et, sans doute, trop de choses dans le sprint.

  3. Il laisse place à la négociation de la portée. L'objectif est fixe pendant le sprint ; les éléments exacts du backlog ne le sont pas. Un bon objectif permet aux Développeurs de retirer ou d'ajuster du travail tout en réussissant — c'est tout l'intérêt de s'engager sur un résultat plutôt que sur une liste.

  4. Il signifie quelque chose pour une partie prenante. Une personne extérieure à l'équipe devrait le lire et comprendre pourquoi ce sprint compte. Si seuls les Développeurs peuvent le décoder, c'est une note technique, pas un objectif.

Rédigez-le pendant la planification, pas après

Le Guide Scrum est clair : l'objectif de sprint est créé pendant la planification de sprint, et la conversation de planification en découle. Le Product Owner propose comment le produit pourrait accroître sa valeur durant ce sprint ; toute l'équipe Scrum collabore pour façonner l'objectif de sprint ; puis les Développeurs sélectionnent les éléments du backlog qui le livreront et planifient comment. L'objectif vient d'abord et façonne la sélection — pas l'inverse. Si vous vous surprenez à rédiger l'objectif pour décrire des éléments déjà choisis, arrêtez-vous et inversez l'ordre.

Une approche pratique : que le Product Owner formule le problème ou l'occasion sous forme de question — « Qu'est-ce qui ferait de ce sprint une nette réussite pour le client ? » — et rédigez l'objectif en une seule phrase que toute l'équipe peut dire à voix haute. Mettez-le à l'épreuve ensemble avant de choisir les éléments.

Servez-vous-en tout le sprint, sinon c'était du théâtre

  • Lisez l'objectif de sprint à voix haute au début de chaque mêlée quotidienne — il existe précisément pour orienter vers lui le plan quotidien des Développeurs.

  • Quand du travail nouveau surgit en cours de sprint, demandez s'il sert l'objectif avant de le laisser entrer.

  • Si l'objectif devient obsolète parce que la situation a changé, le Product Owner peut annuler le sprint — un cas rare, mais c'est l'objectif qui rend ce jugement possible.

  • À la revue de sprint, parlez d'abord de l'objectif, puis du nombre d'éléments. Avez-vous atteint le résultat sur lequel vous vous étiez engagés ?

Un objectif de sprint que vous rédigez au début, que vous dites chaque matin et à l'aune duquel vous vous jugez à la fin transforme une liste de tickets en un sprint qui a un sens. C'est la différence entre une équipe occupée et une équipe qui livre de la valeur.

Si vous voulez affiner la façon dont vos équipes planifient et livrent chaque sprint, le conseil en réalisation de programmes et de projets de XNM peut vous aider à instaurer les habitudes qui ancrent l'agilité.