Sprint review: A step-by-step guide

Une réunion de revue du sprint est une cérémonie fondamentale du développement Agile, en particulier dans le framework Scrum. Elle marque la fin d'un sprint, généralement une période de deux à quatre semaines, au cours de laquelle l'équipe de développement propose des fonctionnalités produit supplémentaires potentiellement livrables.

Lors d'une revue de sprint, l'équipe de développement et les parties prenantes se réunissent pour examiner et présenter le travail accompli pendant le sprint. C'est l'occasion de présenter les fonctionnalités développées, de recueillir des commentaires et de garantir l'alignement sur la vision et les exigences du produit.

L'objectif principal d'une revue de sprint est de recueillir des commentaires et de garantir la transparence lors des prochaines étapes du processus de développement. Les activités sont multiples :

Présentation du travail réalisé : l'équipe de développement présente les fonctionnalités mises au point pendant le sprint aux principales parties prenantes, notamment au Product Owner, aux clients et aux autres parties concernées.

Collecte des commentaires : les parties prenantes fournissent des commentaires sur les fonctionnalités présentées, ce qui permet à l'équipe d'ajuster et de hiérarchiser le travail de manière efficace lors des sprints suivants.

Alignement sur la vision du produit : la revue de sprint garantit que le travail effectué correspond à la vision globale et aux objectifs du produit. Cela permet de vérifier que les efforts de développement et les objectifs de sprint vont dans la bonne direction.

Célébration des réussites : cet événement est l'occasion de célébrer les réussites de l'équipe de développement et de reconnaître son travail acharné et son dévouement.

Identification des améliorations : les discussions et les observations faites lors de la revue de sprint permettent d'identifier les points à améliorer dans le processus de développement et de les prendre en compte dans les itérations futures.

En bref, la revue de sprint favorise la collaboration, la transparence et l'amélioration continue dans le cadre du développement Agile. Cela contribue à une culture de communication ouverte, à des séances de travail collaboratives et à une responsabilité partagée pour la réussite du produit.

Les revues de sprint ne sont pas des rétrospectives, mais qu'est-ce qu'une revue de sprint ? Une revue de sprint met en avant le travail acharné de toute l'équipe Scrum (designers, développeurs et Product Owner). Chez Atlassian, nous préférons que nos revues de sprint se passent dans une ambiance décontractée.

Les membres de l'équipe se réunissent autour d'un bureau pour des démonstrations informelles et décrivent le travail accompli pour cette itération. C'est le moment de poser des questions, d'essayer de nouvelles fonctions et de faire part de vos commentaires. Le partage de la réussite est une partie importante de la constitution d'une équipe Agile.

Voyons pourquoi la définition que donne l'équipe au terme « terminé » est importante pour cette « cérémonie » Agile.

En tant qu'utilisateur régulier de Jira, rien n'est plus satisfaisant que de faire passer une tâche de « Revue du code » à « Terminée ». Cette transition représente les tâches terminées que nous avons accomplies en équipe. Et voilà le travail !

Franchir la ligne d'arrivée et terminer le travail nécessitent une excellente planification, une définition claire de ce qui est « terminé » et une exécution disciplinée. Cela se produit principalement lors de la planification du sprint, mais pour assurer la réussite de la revue du sprint et du sprint lui-même, les équipes doivent aller plus loin que la planification. Elles doivent développer une culture claire de la façon de livrer le travail et de la signification d'un travail « terminé ».

Les équipes efficaces apportent des processus et une culture du développement clairs à chaque projet et à chaque tâche. Utilisez ces questions pour évaluer votre processus et pour vous assurer qu'il fonctionne de manière optimale :

• Les stories sont-elles bien définies par le product owner, le concepteur et l'équipe d'ingénierie avant l'implémentation ?

• Tout le monde comprend-il les valeurs et la culture d'ingénierie de l'équipe ?

• Existe-t-il des définitions et des exigences claires concernant la revue du code, les tests automatisés et l'intégration continue pour encourager un développement Agile durable ?

• Lorsque l'équipe termine une story, des bugs apparaissent-ils ? En d'autres termes, est-ce que « terminé » signifie vraiment « terminé » ?

La culture de l'équipe autour de la qualité et de l'achèvement devrait dépasser chaque user story, tâche d'ingénierie et bug. Cette culture reflète la façon dont l'équipe envisage et livre des logiciels.

Une définition claire d'un travail « terminé » aide les équipes à se concentrer sur l'objectif final pour chaque tâche. Lorsque le product owner ajoute du travail au backlog de l'équipe, la définition des critères d'acceptation est un élément clé de son processus. Qu'est-ce que cela signifie pour une user story d'être « terminée » ?

Chez Atlassian, l'équipe Jira suit les critères d'acceptation et les notes de test conformément au reste de la user story dans Jira. Ainsi, toute l'équipe a une vision claire de la réussite pour chaque ticket. Quels sont les critères d'acceptation et les notes de test ?

• Critères d'acceptation : les métriques utilisées par le product owner pour confirmer que la story est implémentée selon ses désirs.

• Notes de test : conseils brefs et ciblés de l'équipe de QA qui permettent à l'ingénieur de développement de mieux programmer les fonctionnalités et les tests automatisés.

Des tickets bien définis pendant l'implémentation permettent à tout le monde de réussir. Avec Jira, il est facile d'ajouter des champs dans la file. En tant qu'administrateur, cliquez simplement sur le bouton admin du ticket.

Chez Atlassian, l'une de nos valeurs fondamentales est de « miser sur l'esprit d'équipe ». Les revues de sprint sont un moment idéal pour célébrer l'équipe et les réalisations de chacun au cours d'une itération. Nous les organisons généralement le vendredi après-midi, quand tout le monde au bureau commence à se relâcher avant le week-end.

Les revues de sprint ne sont pas synonymes de rétrospectives, alors, assurez-vous d'organiser la revue de sprint après une itération, mais avant votre rétrospective. Les participants externes sont toujours les bienvenus, mais la réunion se compose généralement du product owner, de l'équipe de développement au complet et du scrum master. Au titre des bonnes pratiques, nous recommandons de passer 30 minutes à une heure sur chaque itération au cours de la réunion.

Nous aimons les revues de sprints, car elles stimulent l'efficacité et le moral de l'équipe. Les revues de sprints contribuent à souder l'équipe. La revue n'est pas accusatoire, ce n'est pas un examen. Il s'agit d'un événement collaboratif à l'échelle de l'équipe, au cours duquel certaines personnes présentent leur travail, répondent à des questions sur le terrain et obtiennent du feedback.

« Encouragez l'esprit d'équipe lors de la revue de sprint en demandant à différents membres de l'équipe de démontrer les fonctionnalités », suggère Mark Cruth, coach en matière de travail moderne chez Atlassian. « Si vous travaillez avec des personnes responsables de la fonctionnalité, c'est un excellent moyen pour elles de montrer qu'elles ont travaillé dur. »

Si une revue de sprint ne devient pas une activité positive dans toute l'équipe, cela peut indiquer :

• que l'équipe prend trop de travail et ne parvient pas à le terminer lors d'une itération ;
  
  « Les revues de sprint sont un excellent moyen d'encourager les équipes à décomposer leur travail en livrables plus petits et significatifs », ajoute Mark Cruth. « Évitez de passer en revue les tâches inachevées. Comme le dit le Manifeste Agile, l'objectif est de faire fonctionner le logiciel ! »
  

• que l'équipe est aux prises avec une dette technique existante ;

• que les fonctionnalités ne sont pas développées de façon durable pour s'assurer que de nouveaux bugs ne sont pas introduits dans la base de code ;

• que les pratiques de développement de l'équipe ne sont pas aussi précises qu'elles pourraient l'être ;

• que le product owner change les priorités au sein d'une itération, et que l'équipe de développement est mise sur la touche par la dérive des objectifs.

Remarque : chaque équipe fait parfois face à une itération difficile. Prenez le temps de comprendre pourquoi une itération change pendant la rétrospective de l'équipe et élaborez un plan pour traiter les tickets futurs.

Les entreprises dont les équipes sont distribuées doivent relever des défis particuliers lors du déploiement à grande échelle des cérémonies Agile dans plusieurs régions. Les revues de sprint ne font pas exception.

Par exemple, les membres de l'équipe Jira sont répartis dans le monde entier, de Sydney à Gdańsk en passant par San Francisco. Même dans notre équipe distribuée, les revues de sprint constituent un élément essentiel de notre culture. Les membres de l'équipe créent des vidéos informelles et les partagent sur une page Confluence pour que tout le monde puisse les voir.

« Utilisez des outils tels que Loom pour enregistrer votre revue et recueillir le feedback d'autres personnes du monde entier », explique Mark Cruth. « Nous travaillons dans un monde asynchrone, alors abordez les revues de sprint du point de vue de la collaboration asynchrone. »

Ces vidéos informelles permettent de communiquer l'avancement des projets de développement à tout le monde, indépendamment du décalage horaire. Voir une démonstration de la fonctionnalité directement par un développeur renforce l'équipe de deux façons :

• Compréhension du produit : toute l'équipe est informée de l'objectif, de la justification et de l'implémentation de la fonctionnalité. Ainsi, tout le monde comprend mieux le produit dans son ensemble.

• Team Building : les vidéos créent des liens plus personnels au sein de l'équipe. Chacun de nous peut voir qui est derrière chaque aspect d'un produit. Les liens tissés par cette pratique renforcent la cohérence au sein du groupe malgré la distance.

L'un des principaux avantages de l'intégration des revues de sprint au processus de développement Agile est l'adaptabilité et la flexibilité accrues que cela apporte au produit. En passant régulièrement en revue le travail terminé, les équipes obtiennent des informations précieuses sur l'évolution des besoins et des préférences des parties prenantes.

Les revues de sprint établissent une boucle de feedback itérative entre l'équipe de développement et les parties prenantes. Cette nature itérative permet d'ajuster et d'affiner rapidement le produit sur la base de feedback en temps réel, afin de garantir qu'il reste en phase avec l'évolution des demandes du marché et des besoins des utilisateurs.

En présentant le travail en cours lors des revues de sprint, les équipes peuvent identifier les tickets potentiels ou les malentendus au début du cycle de développement. Cette détection rapide permet de résoudre rapidement les tickets, afin d'éviter qu'ils ne dégénèrent en problèmes plus graves par la suite.

Les revues de sprint fournissent une plateforme pour l'affinement des produits de manière itérative. Recueillir le feedback des parties prenantes permet aux équipes de prioriser les fonctionnalités, de corriger le cap et de modifier l'orientation du produit si nécessaire, afin de garantir sa pertinence et sa compétitivité sur le marché.

Dans l'environnement commercial dynamique d'aujourd'hui, les priorités et les conditions du marché peuvent évoluer rapidement. Les revues de sprint permettent aux équipes de s'adapter à ces changements en redéfinissant les priorités du travail et en ajustant les objectifs des projets en fonction des opportunités ou des défis émergents.

Les revues de sprint responsabilisent les parties prenantes en leur permettant de s'exprimer pendant le processus de développement. En participant activement aux revues et en fournissant du feedback, les parties prenantes ont le sentiment d'appartenir et d'investir dans la réussite du produit, ce qui se traduit par un engagement et une collaboration accrus.

Dans l'ensemble, l'adaptabilité et la flexibilité accrues apportées par les revues de sprint permettent aux équipes de réagir rapidement à l'évolution de la dynamique du marché, aux préférences des clients et aux besoins métier. En adoptant cette flexibilité, les entreprises peuvent conserver un avantage concurrentiel et proposer des produits qui répondent aux attentes changeantes des parties prenantes.

Pour les équipes qui découvrent les revues de sprint, il est très tentant d'assimiler la revue de sprint à la rétrospective. Cependant, une revue de sprint constitue une cérémonie indépendante d'une rétrospective de sprint.

Prenez le temps de récolter les fruits de votre dur labeur. Célébrez dignement les réalisations. Des revues de sprint efficaces stimulent le moral et la motivation de l'équipe. Cette idée de célébration est vraiment essentielle dans l'équipe Jira, c'est pourquoi nous avons incorporé « en avant, célébrez » dans notre énoncé de vision.

Lancez-vous gratuitement avec le modèle Scrum de Jira