SCRUM

En 1995 Ken Schwaber présente la méthode SCRUM pour la 1ère fois à la conférence annuelle du OOPSLA au USA “Object-Oriented Programming, Systems, Languages & Applications”

Il s’associera ensuite avec Jeff Sutherland pour écrire le Scrum Guide en 2010 mis à jour en 2020. Qu’est-ce que Scrum ?

Scrum signifie “mêlée”, directement inspiré de la “rugby approach” d’Ikujiro Nonaka (voir Agilité) Scrum est un processus empirique de livraison de produit industriel ou informatique de manière itérative et incrémentale, basé sur 3 piliers : la transparence, l’inspection et l’adaptation. C’est un framework (cadre de travail) léger mais normé qui laisse une grande part à l’expérimentation plutôt qu’à la théorie.

1. Traitement par priorité :

Les livrables sont triés par ordre de priorité dans le “product backlog”, c’est un listing des plus pertinents au moins pertinents, charge au Product Owner d’en faire la définition.

2. Rôle et auto-organisation

L’équipe Scrum est composée de : 1 Product Owner + 1 Scrum Master + développeurs (3 à 9 personnes max). Pour en savoir + cliquez tout en bas sur les emblèmes de certification.

 

3. Les rituels : Sprints

* Sprint ou sprint backlog

Période de travail dit “time-boxé”, c’est à dire limité dans le temps entre 1 semaine et 4 semaines maximum afin de livrer un incrément de fonctionnalité.

* Sprint planning

Chaque sprint est précédé du sprint planning,  c’est une réunion d’équipe de la Scrum Team ( 2h pour un sprint d’une semaine). Il permet de planifier le sprint à démarrer en sélectionnant les éléments du Product Backlog à livrer à l’issue de cette période.

* Daily Scrum

Stand-up meeting de l’équipe de développement (le PO et les parties prenantes ne sont pas conviés, mais peuvent participer en observateur si besoin) 15 mn max chaque jour afin d’évoquer le travail effectué la veille ainsi que les obstacles et le travail à réaliser dans la journée. 

* Sprint Review

Réunion de la Scrum Team  (1h pour un sprint d’une semaine) + les parties prenantes ( utilisateurs, métiers ,clients…) afin de valider les incréments de fonctionnalités livrables. A noter que la présence du PO est obligatoire, c’est lui qui anime cette réunion.

* Sprint Retro

Réunion de la Scrum Team (La présence du PO n’est pas obligatoire mais fortement recommandée) une fois le sprint achevé, permet de passer en revue ce qui a été fait et de rechercher des axes d’améliorations du travail d’équipe.

     4. Les 3 artefacts :

* Product Backlog

C'est sur le support qui contient l'ensemble des Épics & User story du produit.

* Sprint Backlog

C'est la même chose que le Product Backlog, à la seule différence qu'il est focus sur le sprint. Il contient les incréments fonctionnels livrés à la fin de chaque sprint. 

* Incrément fonctionnel

Ce sont les User story, c'est à dire les incréments fonctionnels livrés à la fin du sprint. Lorsqu'ils sont sous format post-it, le PO rédige au dos de ceux-ci les critères d'acceptation, c'est à dire les exigences requises pour répondre à la demande.