Que sont les cérémonies Scrum en Agile?

Scrum a quatre cérémonies principales qui structurent chaque sprint:

  • Planification de sprint: Une réunion de planification d'équipe qui détermine ce qu'il faut terminer dans le sprint à venir.
  • Stand-up quotidien: Aussi connu sous le nom de mêlée quotidienne, une mini-réunion de 15 minutes pour que l'équipe logicielle se synchronise.
  • Démo Sprint: Une réunion de partage où l'équipe montre ce qu'elle a livré dans ce sprint.
  • Rétrospective Sprint: Un examen de ce qui s'est bien passé et de ce qui ne s'est pas bien passé avec les actions visant à améliorer le prochain sprint.


Planification de sprint

Le but de la cérémonie de planification de sprint est de mettre en place toute l'équipe pour réussir tout au long du sprint.

Les participants requis sont:


  • Équipe de développement
  • ScrumMaster
  • Propriétaire du produit

La planification du sprint a lieu juste avant le début du sprint et dure généralement une à deux heures.

En arrivant à la réunion, le Product Owner aura une liste hiérarchisée des éléments du backlog de produit.


Le propriétaire du produit discute de chaque élément ou de chaque user story avec l'équipe de développement, et le groupe estime collectivement l'effort impliqué.

L'équipe de développement fera ensuite une prévision de sprint, normalement basée sur la vitesse de l'équipe, décrivant la quantité de travail que l'équipe peut effectuer à partir du backlog produit. Ce corpus de travail devient alors le backlog de sprint.

Kanban a-t-il une cérémonie de planification de sprint?

Oui, les équipes Kanban planifient également, mais elles ne sont pas sur un calendrier d'itération fixe avec une planification formelle de sprint.




Planification de sprint et raffinement de l'histoire

Certaines organisations utilisent la réunion de planification de sprint pour étoffer les détails de chaque user story. En fait, il est vivement encouragé que tous les participants s'engagent dans des discussions efficaces afin que chacun comprenne la portée du travail.

D'autres organisations ont des sessions distinctes de raffinement de l'histoire où elles discutent des détails de chaque histoire avec une estimation approximative de la quantité de travail impliquée dans la livraison des histoires. Normalement, les histoires sont divisées en un certain nombre de petites tâches.

En ayant ces sessions distinctes de raffinement d'histoire, généralement avant le prochain sprint, la session de planification de sprint devient plus courte et vise à n'accepter que les histoires dans le sprint à venir.



Stand-up quotidien

La réunion quotidienne debout est conçue pour informer rapidement tout le monde de ce qui se passe dans l'équipe. Ce n'est pas censé être une réunion de statut détaillé.


Le ton doit être léger et amusant, mais instructif. Demandez à chaque membre de l'équipe de répondre aux questions suivantes:

  • Qu'est-ce que j'ai terminé hier?
  • Sur quoi vais-je travailler aujourd'hui?
  • Suis-je bloqué par quelque chose?

Le stand-up quotidien a lieu une fois par jour, normalement le matin et nécessite la présence de l'équipe de développement, de ScrumMaster et du Product Owner.

Il est conseillé que la durée ne dépasse pas 15 minutes, d'où le but de se lever pour que la réunion soit courte.

L'un des avantages du stand-up meeting quotidien est qu'il permet aux individus d'être fidèles à eux-mêmes.


Il y a une responsabilité implicite à signaler le travail que vous avez effectué hier devant vos pairs. Personne ne veut être le membre de l'équipe qui fait constamment la même chose et ne fait pas de progrès.

Les équipes distribuées utilisent généralement la visioconférence ou le chat de groupe pour réduire l'écart de distance.



Démo Sprint

À la fin du sprint, chaque équipe peut faire une démonstration ou présenter ses nouvelles fonctionnalités développées ou tout simplement ce sur quoi elle a travaillé pendant le sprint.

C'est le moment pour l'équipe de célébrer ses réalisations, de démontrer le travail terminé dans l'itération et d'obtenir des commentaires immédiats des parties prenantes du projet.


La durée peut varier en fonction du nombre d'articles à présenter par équipe.

Le travail est généralement présenté aux participants de l'équipe respective, à savoir l'équipe de développement, ScrumMaster et le Product Owner, ainsi que d'autres équipes et parties prenantes du projet.

Pour que la démo ait une valeur et un intérêt pour les autres, le travail doit être pleinement démontrable et répond à la barre de qualité de l'équipe pour être considéré comme complet et prêt à être présenté dans l'examen.

La démonstration de produit est-elle applicable à Kanban?

Tout comme la planification, la révision des équipes Kanban doit être alignée sur les jalons de l'équipe plutôt que sur une cadence fixe.



Rétrospective Sprint

Et enfin la rétrospective du sprint qui se produit à la fin du sprint, généralement après la démo du sprint et dure environ une heure. Les participants sont l'équipe de développement, ScrumMaster et le Product Owner.

Agile consiste à améliorer continuellement et à obtenir des commentaires rapides pour améliorer la culture du produit et du développement.

Les rétrospectives aident l'équipe à comprendre ce qui a bien fonctionné et ce qui n'a pas fonctionné.

L'amélioration continue est ce qui soutient et stimule le développement au sein d'une équipe agile, et les rétrospectives en sont un élément clé .

Les rétrospectives de sprint ne doivent pas être uniquement destinées à déposer des plaintes sans agir.

Les rétrospectives sont un moyen d'identifier ce qui fonctionne afin que l'équipe puisse continuer à se concentrer sur ces domaines et également sur ce qui ne fonctionne pas afin que l'équipe puisse discuter et collaborer pour trouver des solutions créatives aux problèmes.

Kanban a-t-il également une rétrospective Sprint?

Les équipes Scrum font une rétrospective de sprint basée sur une cadence fixe. Rien n'empêche également les équipes Kanban de bénéficier de rétrospectives ponctuelles.