Quelles sont les cérémonies agiles ?

By Maxime Pfrimmer, on October 25, 2021

Tech

Au cœur de la méthodologie agile sont les cérémonies agiles, qui rythment les cycles de développement produit. Ces cérémonies, aux modalités et objectifs codifiés, assurent une collaboration pluridisciplinaire des équipes en vue d’un développement par itérations successives – par opposition à des cycles longs réalisés par chaque équipe en « silo ».

Cadre Théorique

Au cours d’un Sprint – un cycle de développement agile, d’une durée d’une semaine chez Poyesis – on distingue 5 principales cérémonies agiles. Nous allons en détailler les modalités ci-dessous, en prenant l’exemple d’une équipe agile composée d’un Product Owner (le chef de projet), d’une Squad (l’équipe de travail) et d’un Scrum Master (le coach / facilitateur), agissant pour un Client. L’ensemble des besoins identifiés par l’équipe en vue du développement du produit est désigné sous le nom de Backlog.

1. Le planning du Sprint

  • Objectif : Définir l'objectif global du sprint et déterminer les tâches à effectuer
  • Durée et fréquence : 1h à 2h par Sprint, en fin de Sprint N pour le Sprint N+1, ou en début de Sprint
  • Participants : Product Owner, Squad, Scrum Master, Client (non systématique)
  • Déroulé :
  • Annonce de l’objectif du Sprint – proposé par le Product Owner et/ou le Client
  • Définition des tâches à inclure dans le Sprint :
  • L’équipe sélectionne les éléments du Backlog à inclure dans le Sprint pour répondre à l’objectif fixé
  • Le Product Owner effectue une priorisation des éléments du Backlog sélectionnés
  • L’équipe décline chaque élément du Backlog en une liste de tâches précises
  • Résultat escompté : L'équipe dispose d’un objectif de sprint clair et d’une feuille de route détaillée pour y parvenir

2. La revue du Backlog

  • Objectif : Affiner et évaluer les éléments du Backlog et leur priorisation en vue des prochains Sprints
  • Durée et fréquence : 1h à 2h par Sprint, généralement en milieu de Sprint
  • Participants : Product Owner, Squad, Scrum Master, membres d’autres Squads si nécessaire
  • Déroulé :
  • Le Product Owner met en évidence les nouveaux éléments du Backlog et les ordonne
  • Les membres de l'équipe aident le Product Owner à décomposer les éléments importants en éléments unitaires
  • Les membres de l'équipe estiment l'effort des nouveaux éléments du Backlog
  • Résultat escompté : Liste hiérarchisée, détaillée et pondérée d’éléments du Backlog

3. Le Stand-up quotidien

  • Objectif : Faire le point sur les progrès réalisés depuis le dernier stand-up, planifier le prochain stand-up, aborder les obstacles qui se présentent
  • Durée et fréquence : 15 minutes par jour (généralement, le matin)
  • Participants : Squad et Scrum Master (Présence du Product Owner facultative)
  • Déroulé : Chaque membre de l'équipe répond à trois questions
  • Qu'avez-vous fait hier ?
  • Qu’allez-vous faire aujourd'hui ?
  • Y a-t-il des obstacles sur votre chemin ?
  • Résultat escompté : Chaque membre de l’équipe a une vision claire sur ce qu’il doit faire dans la journée

4. La démo (ou revue)

  • Objectif : Faire une démonstration des progrès réalisés sur le produit, valider les hypothèses de travail et recueillir les réactions des parties prenantes
  • Durée et fréquence : Client, Product Owner, Squad
  • Participants : 1h en fin de chaque Sprint
  • Déroulé :
  • La Squad présente aux participants les résultats du Sprint (par exemple, les nouvelles fonctionnalités implémentées), qui sont comparés avec l’objectif du Sprint fixé lors du Planning (cérémonie n°1)
  • Le Client apporte son feedback, qui est intégré en vue de la planification du prochain Sprint
  • Résultat escompté : Le Client est informé de l’avancée du produit, l’équipe dispose du feedback nécessaire pour organiser le prochain Sprint

5. La rétrospective de Sprint

  • Objectif : Discuter de ce qui s'est bien passé et moins bien passé lors du Sprint et convenir d'un plan d'action collectif
  • Durée et fréquence : une fois par Sprint (en fin de Sprint), 30 minutes
  • Participants : Squad et Scrum Master (Présence du Product Owner facultative)
  • Déroulé : Chaque membre de l’équipe est invité à répondre à trois questions, dont le Scrum Master dérive un plan d’action
  • Qu'est-ce qui s'est bien passé ?
  • Qu'est-ce qui ne s'est pas bien passé ?
  • Qu'allons-nous faire différemment la prochaine fois ?
  • Résultat escompté : Une liste d’actions claires pour améliorer le prochain Sprint

Application concrète chez Poyesis

Chez Poyesis, l’ensemble de nos développements web et mobiles est réalisé suivant la méthodologie agile. Une équipe est constituée d’un Développeur dédié à 100% à un projet, d’un chef de Projet et d’un Architecte, qui travaillent en Sprints d’une semaine.

Les cérémonies agiles mises en place chez Poyesis permettent d’intégrer le feedback de nos clients en boucle courte, tout en assurant une production de qualité et dans les délais.

  • Nos clients sont activement impliqués dans deux cérémonies :
  • Avant le début de chaque Sprint (généralement, le vendredi), a lieu le Planning du Sprint, auquel participent le Client, le Chef de Projet et l’Architecte. C’est au cours de cette cérémonie, d’une durée d’une à deux heures, que sont déterminés l’objectif global du Sprint suivant et les tâches associées.
  • Tous les jours ou tous les deux jours, ont lieu les Démos de 30mn à 1h, lors desquelles les nouvelles fonctionnalités implémentées sont présentées au Client afin de recueillir son feedback / sa validation
  • En interne, le Stand-up quotidien est au cœur de l’organisation de notre travail, permettant de s’assurer que chaque journée contribue à la progression du produit de notre client. Enfin, les Rétrospectives bimensuelles visent à continuellement améliorer notre manière de travailler ensemble.

Share this article
FR

Let's discuss your project !