Les Grands Principes.

La méthode est créée par Jeff Sutherland et Ken Schwaber en 1991 puis présentée à l’OOPSLA («Object-Oriented Programming, Systems, Languages & Applications » ) en 1995

Le nom de la méthode est tiré du monde du Rugby : SCRUM, qui signifie « Mêlée » en anglais est en parfaite analogie avec l’un des ses fondements qui est la réunion, la cohésion et l’esprit d’équipe pour faire face aux difficultés et pour atteindre un but commun.

La méthode SCRUM est une approche empirique se basant sur la pratique, sur la visibilité et sur le retour sur expérience. La relation entre le commanditaire et les utilisateurs évolue, on accepte et on encourage les changements et les nouveaux besoins, et ce à tout moment de la vie du projet.

La méthode SCRUM s’appuie sur une livraison itérative et incrémentale comme toutes les méthodes agiles, afin de pouvoir livrer rapidement en priorisant les fonctionnalités à forte valeur ajoutée. Les itérations (« Sprint ») sont courtes et permettent de présenter le résultat sous forme de prototype aux parties prenantes. Ce développement itératif permet d’obtenir fréquemment les retours utilisateurs et de prévoir en conséquence les ajustements nécessaires sur les prochains sprints.

Pourquoi SCRUM ?

La méthode SCRUM peut être assimilée à un jeu, avec un objectif, des rôles et des règles claires. Elle est donc par conséquent facilement explicable, assimilable et transposable sur une majorité des projets. C’est la grande force de SCRUM, quelques heures de formations peuvent permettre à n’importe qui de posséder les bases nécessaires pour comprendre le fonctionnement et les enjeux de la méthode.

SCRUM a su se faire une place sur de nombreux projets, une étude de 2015 montre que parmi les 3925 entreprises sondées qui utilisent les méthodes agiles, 56% d'entre elles utilisent la méthode Scrum. Un succès qui s'explique aussi par le fait que cette méthode permet notamment une grande flexibilité et réactivité dans le développement des projets en s'adaptant à l'évolution (constante) des besoins. Son engouement massif a permis la constitution d’une large communauté, avec les retours d’expérience et les constructions d’ouvrages qui en découlent.

SCRUM est adaptable et adaptée. Ainsi il n’est pas rare de retrouver des pratiques XP (eXtrem Programming) dans de nombreux projets SCRUM. Et c’est bien une des forces de la méthode que de se positionner avant tout comme un outil, une sorte de « framework » utilisable et adaptable (dans le respect des valeurs agiles).

SCRUM : The Game

Comme évoqué, SCRUM peut être assimilé à un jeu, et comme tous jeux, il a son vocabulaire propre composé d’un ensemble (réduit) de définitions.

Parcourons les rôles, les artefacts et les cérémonies nécessaires à la mise en place de la méthode.

Les Rôles

- La Team :

En charge de la réalisation du produit, elle doit être autogérée et multi-compétente.

- Le Product Owner (« PO ») :

Garant du produit et des intérêts des utilisateurs, il compile, priorise et valide les fonctionnalités réalisées par la team.

- Le SCRUM Master :

Porteur de la méthode et de ses règles, il met en place les artefacts et anime les cérémonies. Il est aussi le support de la Team et du PO pour régler les problèmes organisationnels.

Les Artefacts

- Le Product BackLog :

Liste de l’ensemble des sous-fonctionnalités (appelées user stories « US ») priorisées strictement, à réaliser. Cette liste est définie et maintenue par le Product Owner.

- Le Release Burnup Chart :

C’est l’outil de suivi de l’avancement des réalisations. Il permet de garder une visibilité sur le planning et sur le périmètre de l’ensemble du produit.

- Le Scrum Board :

C’est l’outil visuel de suivi du sprint en cours, avec les US embarquées dans le sprint, les tâches de réalisation associées, leur statut …. Il est accompagné d’un Burndown Chart qui est un graphique d’avancement du sprint en cours, idéalement mis à jour quotidiennement.

Les Cérémonies

- Le Sprint Planning

C’est la cérémonie qui lance un Sprint, le PO présente les US qu’il veut faire réaliser par la TEAM qui la découpe en tâches. Chaque tâche correspond à une charge, et l’équipe embarque autant de tâches et donc d’US que sa capacité lui permet.

- Le Daily SCRUM

Il s’agit du point quotidien de l’équipe, qui se réunit et partage son avancement et les problématiques. Le Daily Scrum doit être rapide (10 / 15 min).

- La Sprint Review

C’est la cérémonie de fin du sprint. La Team fait une démonstration des US réalisées auprès du PO, qui peut les valider ou non, mais aussi auprès des différentes parties prenantes pour partager et obtenir leurs retours.

- La rétrospective

Effectuée à chaque fin de sprint, c’est la séance d’amélioration continue de l’équipe. On met en avant les dysfonctionnements, les bonnes pratiques, les points de blocage organisationnels … et on convient d’un plan d’action pour améliorer le travail au quotidien.