Nous sommes-nous déjà rencontrés ?

Four agile ceremonies, demystified

Dan Radigan Dan Radigan

Les réunions (ou « cérémonies ») constituent une partie importante du développement Agile. Toutefois, de nombreux autres composants sont importants, et ces réunions ne doivent pas être tenues dans le vide. (Il est toujours tentant d'ajouter quelques réunions dans le cadre d'un projet en cascade et de l'appeler « Agile », mais ceci ne vous mènera nulle part.)

Examinons chacune des réunions agiles pour comprendre en quoi elles aident l'équipe et favorisent le développement agile. 

Remarque : plusieurs de ces « cérémonies » sont tirées des pratiques Scrum, qui constituent une approche d'Agile itérative et limitée dans le temps. Les concepts sur lesquels s'appuient ces « cérémonies » peuvent s'appliquer à d'autres formes d'Agile, telles que Kanban ou Lean. « Sprint » est un terme spécifique à Scrum. D'autres formes d'Agile utilisent un terme plus générique, à savoir « itération », pour désigner une période de développement limitée dans le temps. 

Planification du sprint

Participants : équipe de développement, Scrum Master, responsable produit

Quand : au début d'un sprint.

Durée : généralement une heure par semaine d'itération (par exemple, un sprint de deux semaines démarre par une réunion de planification de deux heures).

Framework Agile : Scrum. (Les équipes Kanban planifient également, bien entendu, mais elles ne fonctionnent pas selon un calendrier d'itérations fixe avec une planification formelle des sprints.)

Objectif : la planification du sprint garantit la réussite de l'équipe dans son ensemble, tout au long du sprint. En arrivant à la réunion, le responsable produit disposera d'un backlog produit priorisé. Il discutera de chaque élément avec l'équipe de développement. Le groupe estimera, de façon collective, les efforts que cela implique. L'équipe de développement procèdera ensuite à une prévision du sprint, en déterminant la quantité de travail réalisable par l'équipe à partir du backlog produit. Cet ensemble de tâches deviendra alors le backlog de sprint.

Pro Tip:

Profitez de la réunion de planification de sprint pour préciser les détails des tâches à effectuer. Encouragez les membres de l'équipe à ébaucher les tâches pour l'ensemble des stories, bugs et tâches qui interviennent dans le sprint. Favorisez les discussions et parvenez à un consensus sur le plan d'action. Une planification efficace augmente sensiblement les chances de réussite de l'équipe pour remplir les engagements du sprint. 

Stand-up quotidien

Participants : équipe de développement, Scrum Master, responsable produit

Quand : une fois par jour, généralement le matin.

Durée : pas plus de 15 minutes. Ne réservez pas une salle de conférence pour y tenir le stand-up en position assise. La position debout permet de raccourcir au maximum la réunion.

Framework Agile : Scrum et Kanban.

Objectif : le stand-up a pour but d'informer rapidement tous les participants de ce qui se passe au sein de l'équipe. Il ne s'agit pas d'une réunion d'avancement détaillée. Le ton doit être léger et ludique, tout en restant informatif. Invitez chaque membre de l'équipe à répondre aux questions suivantes :

  • Qu'ai-je terminé hier ?
  • Sur quoi vais-je travailler aujourd'hui ?
  • Y a-t-il quelque chose qui bloque mon travail ?

Rendre compte aux autres des tâches que vous avez accomplies la veille comporte une forme de responsabilisation implicite. Personne ne souhaite devenir le membre de l'équipe qui travaille constamment sur les mêmes tâches et qui ne progresse pas. 

Conseil de pro :

certaines équipes utilisent des chronomètres pour que chacun respecte le temps qui lui est imparti. D'autres lancent une balle d'un membre de l'équipe à un autre afin que tous restent attentifs. Beaucoup d'équipes distribuées se servent de la vidéoconférence ou de la discussion de groupe pour réduire la distance entre les membres. Votre équipe est unique en son genre. Votre stand-up doit l'être également !

Revue d'itération

Participants :

Obligatoire : équipe de développement, Scrum Master, responsable produit
Facultatif : parties prenantes du projet

Quand : à la fin d'un sprint ou d'une étape importante.

Durée : entre 30 et 60 minutes.

Framework Agile : Scrum et Kanban. Tout comme la planification, la revue doit, pour les équipes Kanban, s'aligner sur les étapes importantes de l'équipe, plutôt que sur une cadence fixe.

Objectif : la revue d'itération est le moment où l'on présente le travail de l'équipe. Le format peut être informel, à l'instar du « vendredi de démo », ou adopter une structure de réunion plus formelle. C'est l'occasion, pour l'équipe, de célébrer ses réussites, de présenter les tâches terminées dans le cadre de l'itération et d'obtenir un feedback immédiat de la part des parties prenantes du projet. N'oubliez pas, les tâches doivent être complètement présentables et répondre aux critères de qualité de l'équipe pour être considérées comme terminées et prêtes pour la revue. 

Pro Tip:

Atlassian a choisi d'adopter une approche informelle pour les revues de sprints et de leur donner une ambiance un peu festive. Nous nous réunissons autour du bureau d'un membre de l'équipe pour voir la présentation de sa nouvelle fonctionnalité. Il n'est pas rare d'entendre des applaudissements dans tout le bureau ! 

Rétrospective

Participants : équipe de développement, Scrum Master, responsable produit

Quand : à la fin d'une itération.

Durée : 60 minutes.

Framework Agile : Scrum et Kanban. Les équipes Scrum réalisent la rétrospective de sprint selon une cadence fixe. Les équipes Kanban peuvent également bénéficier de rétrospectives occasionnelles.

Objectif : Agile vise à obtenir un feedback rapide pour améliorer la culture de développement et le produit. Les rétrospectives permettent à l'équipe de comprendre ce qui a fonctionné ou pas.

Elles ne doivent pas uniquement servir à se plaindre, sans agir. Profitez des rétrospectives pour déterminer ce qui fonctionne afin que l'équipe puisse continuer à se concentrer sur ces points. Voyez également ce qui ne fonctionne pas, recherchez des solutions créatives et élaborez un plan d'action. L'amélioration continue favorise le développement et la pérennité de l'équipe Agile, et les rétrospectives en sont un élément clé. 

Pro Tip:

Même si tout se passe bien au sein de l'équipe, ne renoncez pas aux rétrospectives. Elles donnent à l'équipe l'orientation nécessaire pour que tout continue à bien se passer. 

L'agilité d'une équipe dépend de pratiques solides en matière d'ingénierie, d'une approche tactique et stratégique en matière de gestion des changements, ainsi que d'une excellente collaboration au sein de l'équipe. Les « cérémonies » Agile facilitent tout simplement la communication au sein de l'équipe.

Up Next
Backlogs