Les cérémonies ou rituels du cadre Scrum sont des notions importantes du développement agile.
Un développement Scrum se réalise avec ce qu’on appelle des sprints, ou des itérations, qui ne durent généralement pas plus de deux semaines.
Scrum requiert des équipes qu’elles soient capables de résoudre rapidement les problèmes dans des environnements imprévisibles.
Bien que le cadre Scrum ait été inventé pour être simple, il peut être difficile à appliquer.
Kit du Chef de Projet Performant
25 templates incontournables et leurs fiches explicatives
Ces rituels aident à diffuser des informations au moment opportun, à apporter une vision commune et à partager les progrès de l’équipe.
Contrairement à Kanban, ce sont les cérémonies qui vont rythmer le calendrier de l’équipe Scrum tout le long du développement du produit.
En savoir plus sur Kanban.
Dans cet article, je vais vous présenter les quatre rituels du cadre Scrum. Pour chaque rituel, je vais vous donner les petites astuces que je mets en pratique lorsque je travaille dans une équipe Scrum.
1) La planification de sprint (ou Sprint planning)
La planification du sprint s’organise à chaque début de sprint.
Elle est conçue pour que le product owner et l’équipe de développement se réunissent et examinent le backlog du produit afin de déterminer quelles fonctionnalités sont prioritaires et lesquelles sont à intégrer dans le prochain cycle.
À travers une série de discussions et de négociations, l’équipe devrait finalement créer un backlog de sprint contenant toutes les tâches qu’elle s’engage à terminer à la fin du sprint.
Ce backlog de sprint est l’objectif du sprint.
Le Product Owner qui se doit d’avoir rangé et nettoyé le product backlog se charge de présenter les user stories à l’équipe.
Il doit également être en mesure de clarifier toutes les questions ou hypothèses de l’équipe de développement.
Généralement durant cette cérémonie, l’équipe donnera ses estimations grâce à un jeu de poker planning ou en utilisant les tailles de t-shirt afin de donner les story points correspondantes aux user stories (US).
Le product owner doit avoir une idée globale du nombre de story points que son équipe de développement à l’habitude de résoudre en un sprint. Cela permettra de savoir combien de US l’équipe peut intégrer dans le prochain cycle.
Généralement cette réunion dure au minimum 2 heures.
On dit qu’elle doit durer 2 fois la durée du sprint (en heure). Ce qui signifie que si vos sprints durent 2 semaines, alors la planification ne doit pas durer plus de 4 heures.
Les petites astuces du sprint planning
2) La daily scrum meeting
Le Daily Scrum (ou DSM) est l’occasion pour l’équipe de se réunir chaque matin, pour définir les objectifs de la journée de chacun et d’identifier les blocages (si il y en a).
C’est le Scrum Master qui est responsable du déroulement de cette cérémonie.
Par souci d’efficacité, elle ne doit pas dépasser les 15 minutes et elle est chronométrée.
Beaucoup d’équipe la réalise debout et sans leurs écrans pour augmenter leur efficacité, réduire les distractions causées par les mails et éviter les débats inutiles.
Source : Linkedin
Durant ce rituel, chaque membre de l’équipe va répondre à 3 questions :
Si une problématique est soulevée pendant une DSM et qu’elle commence à créer débat, il faudra planifier un point réservé au sujet avec les personnes concernées.
Les petites astuces du daily meeting
Besoin de maîtriser votre gestion de projet?
25 Modèles et Outils de Management de Projet
3) La revue de sprint (ou Sprint review)
La revue de sprint est la seule des rituels du cadre scrum où les parties prenantes sont présentes. Tous les travaux, réalisés pendant le sprint leur sont présentés lors de cette réunion.
Après la démonstration des nouvelles fonctionnalités, le Product Owner et les autres parties prenantes concernées font part de leurs impressions et clarifient leurs exigences.
En savoir plus sur le rôle du Product Owner.
Cela permet aux parties prenantes de voir l’avancement du produit, s’il respecte la vision et de l’adapter au fur et à mesure qu’il est développé.
Il est important que toute l’équipe soit présente à cette réunion pour maintenir un pont solide entre l’équipe Scrum et les parties prenantes.
À la suite de ce rituel, de nouvelles US peuvent être intégrées dans le Product Backlog.
Les petites astuces du sprint review
4) La rétrospective de sprint (ou Sprint retrospective)
Suite à la revue de sprint, l’équipe organise la dernière cérémonie du sprint avant de commencer l’itération suivante.
Ce rituel offre à l’équipe un espace où les membres peuvent réfléchir librement à son fonctionnement.
Les rétrospectives durent généralement entre 30-45 minutes, selon la taille de l’équipe.
Le product owner peut être présent, mais ce n’est pas obligatoire.
Les parties prenantes ne sont généralement pas invitées aux rétrospectives afin de ne pas entraver les échanges.
Certains membres pourraient se sentir mal à l’aise en présence des utilisateurs.
Le but d’une rétrospective de sprint est d’améliorer le quotidien de l’équipe.
On peut y discuter :
L’objectif est de trouver un plan d’action pour le prochain sprint qui capitalise sur ces remarques.
Les petites astuces du sprint retrospective
En conclusion
Il est important pour moi de vous rappeler que la seule réalisation de ces rituels ne rendra pas votre équipe agile.
Les rituels du cadre Scrum doivent faire partie d’un processus plus vaste transformant votre manière de conduire un projet.
Si la culture Agile est bien comprise et bien appliquée, les cérémonies devraient faciliter les échanges au sein de l’équipe agile.
En savoir plus sur la culture Agile.
N’hésitez pas à lire nos autres articles sur l’agilité pour vous imprégner de cette belle philosophie.
