Qu'est-ce que le Daily Scrum Meeting ?
Le Daily Scrum Meeting est une cérémonie essentielle de Scrum, mais elle est souvent galvaudée et incomprise. Quelques astuces pour la réenchanter.
Les méthodes Agiles dans le développement de produits sont maintenant incontournables. L’approche la plus répandue, Scrum, s’oriente vers la collaboration d’équipe et offre un cadre de travail qui permet d’agir à la fois de façon itérative et incrémentale pour être en perpétuelle amélioration.
Scrum décrit un système de rôles, de rituels, d'artefacts et de règles qui fonctionnent ensemble pour aider les équipes à organiser et à gérer leur travail. Une des premières notions à mettre en place dans le cadre du framework Scrum est le Sprint. Et si vous vous interrogez sur la valeur d’un Sprint, cet article est fait pour vous !
Dans une équipe Scrum, on crée des produits complexes en les décomposant par itérations courtes, afin de construire le produit pas à pas, en conservant de la souplesse au fil du temps. Ces itérations sont des Sprints.
Waterfall vs Agilité
Un Sprint est réalisé sur une courte période limitée dans le temps pendant laquelle une équipe Scrum travaille à la réalisation des différentes User Stories engagées dans le Sprint Backlog.
Les Sprints ( avec les cérémonies) rythment la vie de l’équipe et du produit. Ils permettent plus de flexibilité et d’adaptation (plus facile et moins coûteuse) au changement.
📚 Lire notre article sur la bonne rédaction des User Stories.
En effet, le sprint traduit une des 4 valeurs du Manifeste Agile :
Le terme “Sprint” n’est d’ailleurs pas choisi au hasard, ce mot est bien tiré du sport où un coureur tente d’atteindre un objectif de performance sur une durée courte.
Cela permet d’insister : un sprint, c’est avancer en équipe selon le(s) objectif(s) définis en se focalisant à atteindre ces objectifs.
Pour aller plus loin sur les prémices des Sprints, l’idée a été inspirée de l’étude “The New New Product Development Game” (1986) qui expérimentait de nouvelles méthodes de gestion de projet basées sur les concepts d’itération :
“as in rugby, the ball gets passed within the team as it moves as a unit up the field.”
“a holistic or “rugby” approach—where a team tries to go the distance as a unit, passing the ball back and forth—may better serve today’s competitive requirements”
Source:
Déroulement d’un sprint: cérémonies & artefacts - Source : Hubvisory
Le top départ d’un Sprint, c’est le Sprint Planning.
Lors de cette cérémonie, l’équipe se réunit pour décider ensemble du contenu des développements du sprint à venir : quelles features et User Stories du Product Backlog sont embarquées dans le Sprint Backlog ? la liste des User Stories que l’on souhaite réaliser durant le Sprint à venir ?
On définit également un ou des objectifs de Sprint, cohérents avec la vision produit. A la sortie de cette cérémonie, l’ensemble de l’équipe est au clair sur les réalisations attendues pour les X prochains jours.
📚 Lire notre article sur le Sprint Planning
Durant le Sprint, l’équipe se rencontre tous les jours lors du Daily meeting pour partager l’avancée de la réalisation des différentes User Stories et informer les membres de l’équipe d’éventuels points bloquants ou problèmes pouvant freiner la course.
L’équipe se rencontre également à l’occasion d’autres rituels : de préparation des sprints suivants avec la réunion d’affinage, ou le poker planning, de validation des User stories, tests techniques, fonctionnels …
📚 Lire notre article sur le Daily Meeting.
La fin d’un Sprint est marquée par la Revue de Sprint ou Sprint Review. Lors de cette cérémonie, une démonstration des fonctionnalités développées est faite à toutes les parties prenantes du produit (clients / responsables hiérarchiques / facilitateurs techniques ou opérationnels…) en présence de l’équipe Scrum. Une autre cérémonie ponctue le sprint: la rétrospective. Elle permet aux membres d’une équipe d’échanger sur le vécu du sprint afin de pouvoir s’améliorer sur les suivants.
A noter que la fin d’un Sprint peut être marquée ou non par la mise en production des fonctionnalités développées. Cela dépend du produit !
📚 Lire notre article sur la rétrospective de sprint.
Chaque Sprint apporte sa pierre à l’édifice pour réaliser la vision produit. L’incrément produit, qui est le résultat concaténé du Sprint et de tous les Sprints précédents, représente la concrétisation de cette vision.
Un “Sprint Goal” est un objectif fixé pour le Sprint qui peut être atteint grâce à la réalisation du Sprint Backlog (liste de User Stories priorisées). Les objectifs de Sprint sont le résultat d'une réflexion collective du Product Owner et de l'équipe de développement.
Ces objectifs doivent être spécifiques et mesurables. Alors que le travail sélectionné pour le Sprint Backlog représente une prévision, l'équipe de développement s'engage à atteindre l'objectif de Sprint (ou Sprint Goal).
Quelques exemple d’objectifs :
Les intérêts du Sprint Goal sont nombreux :
En théorie, un Sprint dure entre 1 et 4 semaines. Il doit être suffisamment long pour réaliser plusieurs User Stories mais suffisamment court pour pouvoir intégrer régulièrement les feedbacks ou ajustements des utilisateurs.
En général, les équipes Scrum fonctionnent sur des Sprints de 2 semaines mais il s’agit de voir ce qui fonctionne le mieux pour votre équipe et pour votre produit.
En effet, chaque équipe est constituée différemment pour répondre à ses propres contraintes (technologie, complexité de l’environnement …). Chaque durée présente des avantages et des inconvénients. A vous donc d’identifier ce qui vous convient le mieux.
Deux règles, néanmoins, concernant la durée des Sprints :
*Bien sûr, lorsque vous démarrez une équipe Scrum, un temps d'adaptation peut être nécessaire pour trouver la meilleure durée de Sprint.
Chez Hubvisory, nous sommes 50 Product Managers et Coachs, experts de l’agilité alors des Sprints, on en a vu beaucoup.
Voici quelques pros & cons qu’on a identifié lorsque l’on sort des deux semaines traditionnelles :
Sprint d’une semaine :
Sprint de 3 semaines et plus :
Une équipe nouvellement Scrum peut avoir besoin de plusieurs Sprints avant de trouver son rythme idéal. C’est bien là une des valeurs de l’Agilité : le test and learn (qui s’applique aussi bien pour le produit que pour l’équipe elle-même).
Le Sprint est une notion fondamentale de la méthode Scrum et rythme la vie d’une équipe produit. Cet article vous a présenté ses théories et nos retours d’expérience mais chaque équipe est différente, alors … itérez !
Nous croyons en un nouveau modèle de consulting où l’excellence commence par l’écoute, le partage et une vraie vision