Pourquoi tant d'objectifs de Sprint ne valent rien — et comment en écrire un utile
À la mi-2021, bien des équipes Scrum travaillaient à distance depuis plus d'un an — entre cuisines, chambres d'appoint et connexions capricieuses, pendant que les ruptures d'approvisionnement modifiaient sans cesse ce qu'il était possible de construire. Dans ce contexte, un objectif de Sprint faible cesse d'être un détail. Quand on ne peut plus se pencher vers un collègue pour demander ce qui compte vraiment ce Sprint, l'objectif est l'un des rares fils qui maintient un but commun. S'il ne dit rien, le Sprint dérive.
Le Guide Scrum est clair : l'objectif de Sprint est l'unique objectif du Sprint, créé par toute l'équipe Scrum pendant la planification de Sprint. Il doit laisser aux Développeurs la liberté de décider comment l'atteindre, et donner à chacun une raison de se coordonner plutôt que de poursuivre sa propre liste de tâches. Le problème : la plupart des équipes écrivent quelque chose qui ressemble à un objectif sans en faire le travail.
Les erreurs qui vident un objectif de Sprint de son sens
Lister le backlog au lieu d'énoncer un objectif. « Terminer les histoires 412, 415 et 419 » n'est pas un objectif de Sprint, c'est une liste. Elle n'offre aucun moyen d'arbitrer quand un élément s'avère plus difficile que prévu. Un vrai objectif permet d'abandonner ou de remodeler des éléments tout en réussissant.
L'écrire en termes de production, non de résultat. « Construire le bouton d'export » dit quoi faire, jamais pourquoi. « Permettre aux finances de tirer un rapport de fin de mois sans appeler le support » dit à quoi ressemble la réussite, et laisse trouver le chemin le plus simple.
Le rendre si large qu'il ne tient pas dans un Sprint. « Améliorer l'expérience de paiement » est un thème, pas un objectif. Si vous ne pouviez pas dire honnêtement à la revue de Sprint si vous l'avez atteint, il est trop flou pour s'y engager.
Le fixer après avoir planifié le travail. Quand l'objectif est reconstitué à partir des histoires déjà choisies, il ne guide plus rien. L'objectif doit orienter la sélection, non la résumer.
Laisser le Product Owner le dicter seul. Le Product Owner propose l'objectif d'affaires, mais l'objectif se forge avec les Développeurs, qui savent ce qui est faisable. Un objectif imposé sans cette conversation survit rarement au contact du travail.
Comment en écrire un digne d'engagement
Partez de l'objectif de Produit et posez une question simple : si ce Sprint se passe bien, qu'est-ce qui deviendra vrai et ne l'était pas avant ? Formulez la réponse comme un seul résultat qu'une partie prenante non technique comprendrait. Puis confrontez-le au travail — si l'équipe ne voit pas de chemin crédible, resserrez-le jusqu'à ce qu'elle en voie un.
Énoncez un seul objectif, pas trois — un Sprint a un unique objectif de Sprint.
Rendez-le vérifiable : à la revue, vous devriez pouvoir dire clairement s'il est atteint.
Laissez aux Développeurs le choix du comment, pour qu'ils s'adaptent en cours de Sprint.
Affichez-le bien en vue, surtout pour une équipe à distance — répétez-le au Daily Scrum.
Un bon test pour une équipe hybride ou répartie : l'objectif aurait-il encore du sens lu à voix haute en visioconférence à quelqu'un qui a manqué la planification ? S'il n'a de sens qu'à côté du tableau, c'est un résumé de backlog déguisé en objectif. Le but de l'objectif est de permettre d'agir de façon cohérente quand on ne peut pas se concerter sans cesse — ce qui, en 2021, était presque tout le temps.
Enfin, traitez l'objectif de Sprint comme un engagement envers l'Incrément, non comme un contrat de portée figée. Les Développeurs peuvent négocier la portée avec le Product Owner à mesure qu'ils apprennent, mais l'objectif tient bon. C'est cette stabilité qui permet à une équipe de couper intelligemment sous pression au lieu de trop promettre ou d'abandonner discrètement le sens du Sprint.
Aider les équipes de livraison à fixer des objectifs qui orientent réellement le travail — et le relient aux résultats qui comptent pour les dirigeants — c'est le quotidien de l'accompagnement en livraison de programmes et de projets de XNM.