Comprendre les quatre cérémonies Agile

Portrait du contributeur – Sarah LaoyanSarah Laoyan14 novembre 20226 min de lecture
facebooktwitterlinkedin
Comprendre les quatre cérémonies Agile - Image bannière
Modèles

Résumé

Une cérémonie Agile est un événement inhérent au processus Agile, pendant lequel votre équipe se retrouve pour discuter des actions à venir. Poursuivez la lecture pour en savoir plus sur les quatre cérémonies Agile et sur leur rôle dans le cadre du sprint.

Dans la vie, les cérémonies sont des moments de réjouissance : les remises de diplôme viennent fêter l’achèvement d’études, les mariages célèbrent l’amour et l’union… Même les Jeux olympiques organisent des cérémonies d’ouverture et de clôture pour rendre hommage aux athlètes hors pair qui y participent !

Ces moments de fête jalonnent nos vies. Toutefois, même si l’on parle de « cérémonies » Agile, ce ne sont pas des moments de fête à proprement dit, mais plutôt des événements qui marquent avec régularité des jalons clés dans le cycle de vie d’un projet.

Qu’est-ce qu’une cérémonie Agile ?

Une cérémonie Agile est un événement inhérent au processus Agile pendant lequel votre équipe se retrouve pour discuter des actions à venir. C’est un mot un peu grandiloquent pour décrire une réunion standard au cours du processus Agile. Le principal objectif des cérémonies Agile est d’améliorer la communication au sein des équipes Agile ou Scrum afin que tout le monde soit sur la même longueur d’onde. Ces cérémonies sont souvent organisées par les Product Owners ou par les Scrum Masters.

Il existe quatre grandes cérémonies Agile : la planification de sprint, la mêlée quotidienne, la revue de sprint et la rétrospective de sprint. Avant d’organiser ces cérémonies, tous les membres d’équipe doivent se poser les questions suivantes :

  • Quels membres de l’équipe de développement sont impliqués dans cette cérémonie ?

  • Quand cette cérémonie commence-t-elle ?

  • Combien de temps cette cérémonie dure-t-elle ?

  • Comment se déroule cette cérémonie ?

  • Quels sont les résultats attendus ?

Qu’est-ce qu’un sprint ?

Un sprint est une période de durée fixe pendant laquelle l’équipe travaille sur des livrables spécifiques. Éléments clés des frameworks de gestion de projet Agile, les sprints durent généralement deux semaines et sont couramment utilisés par diverses équipes (produit, ingénierie ou développement logiciel). Grâce à l’organisation du travail sous forme de sprints, les équipes peuvent procéder par itérations et améliorer en continu leurs processus. Une fois le sprint terminé, l’équipe prend note des enseignements tirés et les intègre au sprint suivant.

Ci-dessous, nous allons vous présenter les quatre cérémonies Agile et vous expliquer comment répondre à chacune de ces questions.

Les quatre cérémonies Agile

Tout sprint est ponctué de quatre cérémonies Agile. Avant le début de chacune de ces cérémonies, votre équipe doit en comprendre les objectifs et les répercussions sur le sprint.

1. Réunion de planification de sprint

Pendant la réunion de planification de sprint, l’équipe de développement s’efforce de prévoir le travail qui sera réalisé au cours du sprint à venir.

  • Qui participe ? L’équipe de développement, le Scrum Master (si votre équipe suit le framework Scrum) ou le Product Owner.

  • Quand cette cérémonie a-t-elle lieu ? Au début de chaque sprint.

  • Combien de temps cette cérémonie dure-t-elle ? Environ une heure par semaine de travail. Si votre sprint s’étend sur deux semaines, la planification prendra environ deux heures.

  • Dans le cadre de quel framework suit-on cette cérémonie ? La réunion de planification de sprint est utilisée dans le cadre des approches Scrum et Kanban. La plupart des méthodologies Agile sont associées à une forme de planification de sprint, même si aucune cérémonie n’y est pleinement dédiée.

  • Sur quoi porte cette réunion ? Le Product Owner ou le Scrum Master collabore avec l’équipe de développement pour identifier les éléments sur lesquels l’équipe se concentrera pour atteindre les objectifs du sprint actuel. Ces éléments sont souvent issus du backlog produit. En Scrum, c’est à cette étape que l’équipe associe chaque tâche du backlog à une estimation de story point pour évaluer leur durée. 

  • Quels sont les résultats attendus de cette cérémonie ? À la fin de la réunion de planification de sprint, tous les membres de l’équipe de développement doivent connaître l’objectif final du sprint et les tâches à intégrer au backlog de sprint.

Modèle gratuit de planification de sprint

2. Mêlée quotidienne

La mêlée quotidienne (ou « daily ») est une réunion pendant laquelle l’équipe de développement informe les autres membres d’équipe du travail en cours.

  • Qui participe ? L’équipe de développement, le Scrum Master (le cas échéant) et le Product Owner.

  • Quand cette cérémonie a-t-elle lieu ?Au quotidien, généralement en début de journée, avant que chacun s’attèle à son travail.

  • Combien de temps cette cérémonie dure-t-elle ? Environ 15 minutes. Les mêlées quotidiennes doivent être rapides. Elles ne nécessitent ni salle de conférence ni partage d’écran. 

  • Dans le cadre de quel framework suit-on cette cérémonie ? La plupart des frameworks Agile prévoient des réunions quotidiennes, pour que les équipes puissent facilement faire le point ensemble sur le travail qu’elles comptent accomplir pendant la journée.

  • Sur quoi porte cette réunion ? Tous les membres de l’équipe de développement (dont le Product Owner et le Scrum Master) abordent trois points : le travail accompli la veille, les tâches sur lesquels ils vont travailler aujourd’hui et les éventuels freins. 

  • Quels sont les résultats attendus de cette cérémonie ? L’objectif de cette réunion est que chaque membre de l’équipe de développement garde contact avec les autres. Si l’un d’entre eux rencontre un point de blocage, le Scrum Master ou le Product Owner lui viennent en aide après la réunion, pour que la mêlée quotidienne ne s’éternise pas.

Modèle gratuit de réunion debout

3. Réunion de revue de sprint

La réunion de revue de sprint offre l’occasion aux principales parties prenantes de transmettre leurs commentaires à l’équipe de développement. Si des ajustements sont nécessaires, le Scrum Master ou le Product Manager modifie le backlog du prochain sprint.

  • Qui participe ? L’équipe de développement, le Scrum Master et le Product Owner doivent tous participer à cette réunion. Les intervenants clés (responsables ou clients finaux, par exemple) participent aussi à cette réunion pour faire part de leurs commentaires.

  • Quand cette cérémonie a-t-elle lieu ? Cette réunion se déroule entre la fin du sprint (une fois toutes les tâches terminées) et la réunion de rétrospective. 

  • Combien de temps cette cérémonie dure-t-elle ? Tout comme les réunions de planification de sprint, cette réunion dure environ une heure par semaine de sprint. Si votre sprint s’étend sur deux semaines, votre réunion durera donc environ deux heures. 

  • Dans le cadre de quel framework suit-on cette cérémonie ? Cette cérémonie se déroule dans le cadre des méthodologies Scrum et Kanban. Pour Kanban et les autres méthodes Agile, la revue peut avoir lieu à la fin du projet plutôt qu’à la fin du sprint.

  • Sur quoi porte cette réunion ?L’objectif de cette réunion est de faire le point sur le travail accompli par l’équipe de développement pendant le sprint. Le Scrum Master ou le Product Owner organise la réunion, présente le travail effectué et reçoit les questions des intervenants externes qui ne font pas partie de l’équipe de développement.

  • Quels sont les résultats attendus de cette cérémonie ? Cette réunion offre l’occasion aux intervenants internes de partager leurs commentaires et de poser des questions sur le produit final. Si vous travaillez pour une agence chargée de développer un produit pour un client, n’hésitez pas à inviter les parties prenantes externes à participer. Le Scrum Master peut en profiter pour identifier avec les parties prenantes les éventuelles modifications à apporter au backlog produit.

4. Réunion de rétrospective de sprint

Pendant la réunion de rétrospective de sprint, les membres d’équipe font le point sur le sprint qui vient de s’achever, sur ses points forts et sur les axes d’amélioration pour le prochain sprint.

  • Qui participe ? L’équipe de développement, le Scrum Master ou le Product Owner. Toute personne ayant activement participé aux tâches pendant le sprint doit assister à cette réunion.

  • Quand cette cérémonie a-t-elle lieu ? Cette réunion a lieu à la toute fin du sprint, après la réunion de revue. 

  • Combien de temps cette cérémonie dure-t-elle ? Cette réunion dure environ 45 minutes par semaine de sprint. Si votre sprint s’étend sur deux semaines, la réunion de rétrospective durera environ 1 h 30.

  • Dans le cadre de quel framework suit-on cette cérémonie ?Les rétrospectives sont monnaie courante en Scrum et Kanban. Les équipes qui suivent une approche Kanban peuvent organiser des rétrospectives à la fin de chaque projet plutôt qu’à la fin de chaque sprint. 

  • Sur quoi porte cette réunion ? Pendant cette réunion, l’équipe de développement prend le temps de faire le bilan de son avancement au cours du sprint. L’équipe analyse ses réussites et identifie les axes d’amélioration pour les prochains sprints. 

  • Quels sont les résultats attendus de cette cérémonie ? Cette réunion a pour objectif d’identifier les principaux éléments à itérer. Si des personnes identifient un point à modifier et à améliorer pour le prochain sprint, elles en font part à toute l’équipe. Certaines méthodologies Agile se fondent sur l’amélioration continue, processus dont les rétrospectives font partie intégrante.

Modèle gratuit de rétrospective de sprint

Conseils pour organiser des cérémonies Agile

Le terme de « cérémonie » est une façon un peu sophistiquée de parler de réunions. Suivez les conseils ci-dessous pour optimiser le déroulement de vos réunions.

Créez des user stories pour tous les éléments du backlog de sprint

Tous les éléments du backlog de sprint doivent être associés à une user story (aussi appelée « récit utilisateur »), afin que le développeur qui s’en charge ait tout le contexte dont il a besoin pour bien exécuter sa tâche. Une user story est une phrase simple décrivant une fonctionnalité logicielle, écrite du point de vue de l’utilisateur final. Elle aide l’équipe de développement à comprendre pourquoi elle doit développer le produit d’une façon donnée.

Avant la réunion de planification du sprint, le Scrum Master ou le Product Owner parcourent le backlog produit et veillent à ce que toutes les tâches qui y sont indiquées soient associées à des informations contextuelles suffisantes. Cette étape peut permettre d’écourter les cérémonies : les membres d’équipe n’ayant pas à rechercher les informations, ils pourront se concentrer sur l’identification des dépendances.

Organisez vos cérémonies Agile au même moment pour chaque sprint

Certaines cérémonies comme la mêlée quotidienne sont difficiles à oublier, puisqu’elles ont lieu chaque jour. Pour que votre équipe s’habitue à la cadence des réunions, organisez-les toujours au même stade du sprint. Par exemple, vous pouvez organiser votre rétrospective un jeudi sur deux, toujours à la même heure. Au fil des sprints, vos collègues prendront le rythme et connaîtront par cœur la cadence des cérémonies.

Veillez à ce que les bonnes personnes soient présentes

Si vous remarquez que vos réunions commencent à s’embourber, faites le point sur les participants. Les personnes actuellement présentes ont-elles leur place ici ? La présence de plus de personnes que nécessaire peut nuire à la productivité. Préférez n’inviter que les membres essentiels à la cérémonie.

Contrôlez vos cérémonies Agile à l’aide d’un logiciel de gestion de projet

Utilisez un logiciel de gestion du travail tel qu’Asana pour optimiser l’organisation de vos cérémonies et de vos équipes Agile. Un outil de gestion du travail offre à toute votre équipe un espace centralisé où chacun peut consulter les commentaires de la mêlée quotidienne, les éléments du backlog et les informations sur le prochain sprint.

Gérer vos équipes Agile avec Asana

Ressources associées

Article

Qu’est-ce la méthode MoSCoW ? Définition, méthode et outils