Sprint Planning, Sprint Review

Scrum est un cadre de la méthodologie Agile qui aide les équipes à résoudre des problèmes complexes. Scrum utilise l'itération au cours de sprints pour transformer de petites tâches en produits livrables utiles et de valeur, appelés incréments. Pour créer des produits ou des services que les clients apprécient, les équipes Scrum recherchent et intègrent le retour d'information client tout au long de chaque sprint, et non pas uniquement dans le cadre d'un contrôle de qualité à la fin d'un projet.

Au cœur du cadre Scrum se trouvent ses valeurs fondamentales, qui guident le comportement et l'état d'esprit de toutes les personnes impliquées dans un projet. Ces valeurs sont les suivantes :

Les membres d'une équipe Scrum s'engagent à atteindre leurs objectifs et à fournir des résultats de haute qualité. Cela signifie qu'ils donnent la priorité à leur travail et qu'ils sont responsables de leurs actions. Il est difficile de faire du bon travail lorsqu'on est surchargé et que son attention est dispersée entre plusieurs projets avec trop de tâches prioritaires, c'est pourquoi les équipes Scrum travaillent ensemble pour éliminer les obstacles et apporter de la valeur à leurs parties prenantes.

Les membres de l'équipe Scrum sont ouverts et transparents dans leur communication et leur prise de décision. Ils apprécient les retours et sont prêts à admettre qu'ils ont besoin d'aide ou qu'ils commettent des erreurs. Ils donnent également de la visibilité à leur travail en utilisant des graphiques et des tableaux pour aider les autres à voir les tâches de chaque membre de l'équipe et la progression du projet.

Les membres d'une équipe Scrum n'ont pas peur de prendre des risques, de s'exprimer lorsque c'est nécessaire et de prendre des décisions difficiles. Ils valorisent les retours et sont prêts à admettre qu'ils ont besoin d'aide ou qu'ils commettent des erreurs. Ils accordent une grande importance à l'avis client et les équipes sont encouragées à évoluer si les changements du marché et de la clientèle nécessitent des ajustements.

Les membres d'une équipe Scrum se traitent mutuellement avec respect, empathie et gentillesse. Ils reconnaissent que chacun apporte des compétences et des perspectives uniques au projet, et ils valorisent la diversité et l'inclusion. Agile et Scrum mettent l'accent sur les équipes auto-organisées et autodirigées. Les responsables Scrum et les chefs de produit aident les équipes à donner le meilleur d'elles-mêmes et les guident pour qu'elles s'alignent sur leurs objectifs, plutôt que d'imposer un leadership de commandement et de contrôle.

Une équipe Scrum utilise un product backlog, une liste d'éléments de travail classés par ordre de priorité, et fait remonter ces éléments dans le backlog lorsque l'équipe estime que la tâche peut être accomplie. L'équipe itère sur ces éléments de travail, à travers les commentaires reçus du client et des autres parties prenantes, et inclut ces idées dans les éléments de travail jusqu'à ce qu'ils soient terminés à la fin du sprint. Le produit fini ou le résultat est appelé incrément. L'incrément, le product backlog et le sprint backlog constituent les artefacts Scrum, c'est-à-dire les documents et les activités qui permettent de suivre la progression d'un sprint.

Les équipes Scrum comprennent un chef de produit, un Scrum master ou un responsable d'équipe, ainsi que tous les développeurs, concepteurs, testeurs ou analystes commerciaux nécessaires pour mener à bien le projet ou le produit à livrer.

Dans un cadre Scrum, le travail s'articule autour du sprint, une période qui dure généralement de deux à quatre semaines. Un sprint comprend généralement cinq réunions, appelées "événements" dans Scrum :

Un événement de sprint planning, également appelé objectif du sprint, aide une équipe à décider du travail qu'elle effectuera pendant le sprint. Lors de la phase de planification, l'équipe choisit des éléments dans le product backlog, la liste détaillée des fonctionnalités et des tâches nécessaires pour atteindre l'objectif du produit ou du projet, et les ajoute à son sprint backlog. L'équipe recherche ensuite les dépendances entre les éléments de travail. Le travail pour chaque élément est estimé et ajusté par la suite, si nécessaire. Enfin, l'équipe apprend du chef de produit (ou définit plus précisément) les critères d'acceptation des produits livrables, ou la manière dont l'équipe sait qu'elle a terminé son travail.

Lors du sprint planning, l'ensemble de l'équipe se réunit pour établir des priorités et planifier le travail pour ce sprint. Le but du sprint planning est de définir ce que l'équipe livrera au cours du prochain sprint et comment elle l'accomplira. Le chef de produit ou le responsable de l'initiative travaille avec l'équipe pour définir les objectifs du sprint. L'équipe décide ensuite de ce qu'elle fera au cours du sprint et de la manière dont elle terminera le travail. Il s'agit d'une sorte de réunion d'avant-match.

Une session de sprint planning inclut un chef de produit, un Scrum leader, une équipe de développement et toute personne considérée comme faisant partie de l'équipe Scrum. Les événements de planification de sprint peuvent se dérouler sur une période allant d'une demi-heure ou une heure, mais au maximum sur une période de huit heures. À titre indicatif, réservez deux heures de votre temps pour la planification de votre sprint à chaque itération.

Effectuer une transformation Agile demande du temps et de la détermination. Voici quelques conseils pour organiser une réunion de sprint planning productive :

Réservez un espace de travail à votre équipe pour qu'elle puisse collaborer. Chaque équipe a besoin d'un espace où elle peut facilement parler, s'entraider et réfléchir à voix haute. Cet espace est également propice à la mise en place d'un tableau Agile, avec des éléments organisés sur des pense-bêtes ou suivis sur un tableau Kanban.

Êtes-vous un chef de produit ? Avant votre réunion de planification, préparez-vous à importer vos problèmes Jira et vos idées de rétrospectives dans votre tableau Agile. Commencez avec un backlog soigné ou peaufiné. Ne perdez pas de temps à distraire les gens avec des éléments déjà réalisés.

Présentez l'objectif de votre sprint lors de votre réunion de planification, afin que tout le monde puisse travailler dans la même direction au cours du sprint. Introduire un objectif à mi-parcours du sprint serait trop tardif.

Créez un document de travail pour les nouvelles équipes. Utilisez une structure telle que le modèle de charte d'équipe pour concevoir et communiquer des objectifs convenus.

Définissez clairement le sens du terme "terminé" pour aider chacun à savoir ce à quoi il travaille au cours d'un sprint et le niveau de qualité attendu. Des définitions claires réduisent les malentendus et éliminent les justifications.

Veillez à ce que tous les éléments de votre backlog soient assortis de critères d'acceptation clairs. Les gens doivent savoir quel niveau de qualité ils doivent atteindre et quand ils doivent considérer que leur travail est terminé.

Les nouvelles équipes ont besoin d'être formées aux principes et pratiques Agile pour s'assurer que tout le monde travaille avec les mêmes valeurs. Veillez à ce que tous les membres de votre équipe soient au fait des principes et des pratiques Agile, afin qu'ils comprennent les objectifs de l'équipe.

Veillez à ce que vos réunions restent sur la bonne voie et à ce que vos discussions se concentrent sur le sujet principal de votre réunion. Les participants apprécieront d'assister à des réunions productives qui ne les éloignent pas trop longtemps de leur travail.

Les réunions doivent être concises et porter sur des sujets précis, mais il est possible d'y intégrer des jeux destinés à briser la glace afin que de nouveaux membres d'une équipe puissent faire connaissance et que les équipes existantes puissent renouer et créer des liens de camaraderie.

La dette technique, le vieux code, les correctifs et les pratiques improvisées peuvent entraver les progrès sur de nouveaux éléments.

Un sprint review a lieu à la fin d'un sprint. Au cours de la revue, le chef de produit présente et évalue si les équipes ont atteint l'objectif du sprint. Le chef de produit s'assure que chaque histoire utilisateur ou produit livrable répond aux critères prédéfinis. Les membres de votre équipe et vos parties prenantes externes y assistent et peuvent émettre des commentaires et poser des questions sur les résultats du sprint. Un sprint review permet également aux équipes de se rencontrer et de célébrer leur succès, en établissant un flux de travail agile efficace.

Un sprint review démontre et évalue le travail de l'équipe au cours du sprint précédent. Le chef de produit compare les éléments et les travaux effectués avec les objectifs définis durant votre sprint planning afin de déterminer si le travail planifié est terminé. Les parties prenantes peuvent faire leur retour sur le produit. Les équipes peuvent ajuster leur backlog en fonction des résultats de la revue. Les équipes profitent également du sprint review pour célébrer leurs réalisations au cours du sprint et pour créer des liens au sein de l'équipe.

L'ensemble de l'équipe Scrum et les parties prenantes invitées doivent participer au sprint review, de préférence de manière synchrone, que ce soit en personne ou sous la forme d'une réunion hybride. En règle générale, un sprint review doit durer au maximum 4 heures. Une bonne indication est de planifier une heure de sprint review pour chaque semaine du sprint.

Un sprint review précède une rétrospective de sprint. Bien que de nature similaire, les deux réunions ont des objectifs différents. Un sprint review est destiné à montrer et à célébrer les résultats d'un sprint de travail. La réunion inclut l'équipe ainsi que d'autres parties prenantes. Au cours du sprint review, le chef de produit ou le responsable de projet détermine si l'équipe a atteint l'objectif du sprint et si les résultats répondent à leur attentes. Une rétrospective de sprint, en revanche, se focalise sur l'efficacité et l'efficience de l'équipe au cours d'un sprint. Elle examine les processus adoptés, ce qui a fonctionné et ce qui pourrait être fait différemment. Faire une rétrospective permet à l'équipe de planifier l'amélioration de processus et de s'appuyer sur des pratiques réussies (et de les poursuivre).

Organiser un sprint review permet aux membres de votre équipe de réfléchir et de célébrer leur travail. Voici quelques conseils pour organiser des réunions de sprint review réussis et engageants :

Réunissez toute l'équipe, même à distance. En faisant de cette réunion un moment de collaboration, on s'assure que les membres de l'équipe sont impliqués et entendus pendant toute la durée du sprint.

Bien qu'il s'agisse dans les deux cas d'un moment de réflexion, une réunion de rétrospective se concentre sur la manière dont l'équipe a travaillé ensemble, y compris sur les processus internes et les flux de travail adoptés. Les sprint reviews portent sur le produit - ce qui a été livré et comment il répond aux besoins des clients.

Réalisez de courtes vidéos de démonstration et des enregistrements de tableaux pour que les personnes situées dans des fuseaux horaires différents puissent partager vos succès. Les membres de l'équipe pourront également s'y référer plus tard pour s'en inspirer pour leurs travaux futurs.

Assurez-vous que votre réunion ne dépasse pas son temps imparti. Tout comme vous limitez vos réunions de planning, tenez-vous en à un ordre du jour pour votre réunion de sprint review, et ne laissez pas votre réunion s'éterniser.

Ne faites la démonstration que des éléments qui répondent aux exigences et aux critères de l'histoire utilisateur. Lorsque vous consacrez du temps à des éléments de travail qui ne répondent pas aux critères, vous faites perdre du temps à tout le monde.

Utilisez votre sprint review comme une célébration de l'équipe. Une réunion bien menée contribue à améliorer le moral de l'équipe et favorise la poursuite de la collaboration et de l'innovation.