3/5 : Les cérémonies Scrum

On entend souvent parler d’Agile, de Scrum, de Scrumban… Qu’est-ce que Scrum au juste ?
Vous débutez avec Scrum, cette brève série sur le Framework est pour vous !

Les cérémonies

Les cérémonies rythme la vie d’une sprint, leur bon déroulement est assuré par le Scrum Master. Chacun des événements est time-boxé. L’objectif de ces meetings est d’éviter d’ajouter des réunions non définies dans Scrum.

Sprint

C’est le contenant pour Scrum durant lequel est réalisé un incrément. D’une période d’un mois maximum, il englobe toutes les cérémonies ainsi que les artefacts.
Les sprints se succèdent sans pauses.

Sprint planning

Participants : Product Owner + Scrum master + Développeurs

Pour un sprint de 1 mois, le sprint planning dure au maximum 8h.

Cette cérémonie est la première du sprint; on y définit pourquoi on réalise ce sprint, qu’est-ce qu’on va y faire et comment.
Durant cet évènement, les Développeurs, le Scrum Master et le Product Owner définissent le Sprint Goal ou l’objectif de Sprint (le pourquoi ?). Ils sélectionnent ainsi les items à plus forte valeur du Product Backlog (le quoi ?) vers le Sprint Backlog pour répondre à l’objectif de Sprint. Dès lors qu’il manque des informations, l’item n’est pas embarqué.
Une fois sélectionnés, les développeurs mettent en place le plan pour la réalisation de l’incrément (le comment ?), en découpant les items et en s’assurant d’avoir tous les détails pour la bonne implémentation satisfaisant l’objectif de Sprint (qui lui-même répond à une avancée vers le Product Goal). 

L’objectif de Sprint ou Sprint Goal n’est pas négociable une fois le Sprint lancé. Par contre, l’implémentation de certaines Users Stories peut être annulée ou reportée sur justification si et seulement si cela n’empêche pas l’achèvement du Sprint Goal.

Durant le sprint planning on introduira les notions de complexité, vélocité et capacité, mais ça fera l’objet d’un autre billet ;).

Le Sprint planning n’est pas l’unique lieu où les développeurs peuvent réfléchir sur des questions techniques. Tout au long du Sprint ils peuvent échanger à propos, mais cette réunion leur permet de bien dégrossir et d’entamer correctement le Sprint.
Personne ne peut définir ou exiger comment le Sprint Backlog sera réalisé, il en revient aux développeurs de s’organiser en pleine autonomie.

Daily Scrum/Daily meeting

Participants : Product Owner (facultatif) + Scrum master + Développeurs
Il est possible d’inviter des parties prenantes ponctuellement, mais ce n’est pas recommandé.

Le Daily Scrum est une petite réunion de 15’ qui a lieu tous les jours ouvrés. Pour des raisons de commodités, il est conseillé de le faire toujours à la même heure, au même endroit et debout pour ne pas qu’elle s’éternise.
Le Daily permet de dynamiser la journée et d’avoir un suivi global pour l’équipe sur l’avancement du Sprint.
Il n’y a pas de structure définie pour sa réalisation, il est conseillé tout de même de parler de ce qui sera fait ce jour, ce qui sera à faire le lendemain et les éventuels points de blocage.

Le Daily à l’avantage de rapidement mettre en lumière les freins et obstacles pour que l’équipe puisse rebondir dessus. Attention, en aucun cas elle doit être un moment pour « contrôler » le travail des uns et des autres. De fait, si le PO ou Le Scrum Master est absent, le Daily à lieu quand même.

Cette réunion est clé pour répondre aux piliers empiriques d’inspection et d’adaptation de Scrum.

Sprint Review

Participants : Product Owner + Scrum Master + Développeurs + Parties Prenantes

Avant dernière cérémonie du Sprint, cette réunion va permettre l’inspection l’incrément de Sprint et l’adaptation les décisions qui seront prises. Il faut éviter donc d’en faire une réunion formelle ou une simple démo. 

Elle doit être un vrai espace d’échange où l’équipe va pouvoir présenter l’incrément de valeur aux parties prenantes mais aussi partager sur comment le Sprint s’est déroulé. C’est également le moment de récolter du feedback de refaire un point sur les nouveautés ou les éventuels changements concernant des aspects business ou marketing.

Durant cette cérémonie, le Product Owner peut affiner ou re-prioriser les items du Product Backlog en fonction des résultats du Sprint.

Toutes les Users Stories qui n’auront pas répondu au Definition of Done, ou qui n’auraient pas été implémentées retournent dans le Product Backlog et sont réévaluées pour savoir si elles seront prises dans le prochain Sprint

Sprint Retrospective

Participants : Product Owner + Scrum Master + Développeurs

La rétrospective est la dernière cérémonie qui clôture un sprint. Elle dure 8h maximum pour un Sprint d’un mois. 

Durant cette réunion, l’équipe repasse l’ensemble du Sprint en revue. Elle inspecte ce qui s’est bien passé, ce qui n’a pas fonctionné, ce qu’il faut garder ou changer pour améliorer son efficacité. Le but de la rétrospective est de renforcer la cohésion et l’efficacité de l’équipe sur sur la base de l’apprentissage.

Plus concrètement, elle est animée par le Scrum Master, qui commence par prendre la température générale des personnes de l’équipe (Ice breaker).
Ensuite, on passe à l’étape des feedbacks. Plusieurs ateliers sont utilisables, si vous manquez d’inspiration le site https://www.funretrospectives.com/ vous propose une multitudes de format du plus traditionnel au plus fancy (speed boat, mad/sad/glad etc.).
Sur la base de ces éléments, l’équipe discute et échanges sur les points mis en lumière, après quoi on choisit le nouveau plan d’action à mettre en place.
Un des points essentiels à aborder si besoin est le « Definition of Done », c’est durant cette réunion qu’il faut essayer d’améliorer ce critère pour continuer à produire de la valeur.

Enfin on clôt la cérémonie en demandant du feedback sur la cérémonie, permettant d’améliorer la prochaine rétrospective.

 

Vous savez désormais tout sur les cérémonies, rappelez-vous tout de même que les échanges sont possibles en dehors de ces dernières; l’objectif étant plutôt de minimiser les réunions superficielles n’apportant que peu de valeur.


Scrum vous intéresse ? Lisez la suite de notre série sur Scrum !
1/5 : Introduction à Scrum
2/5 : La Team Scrum