Le patron Scrum

Les fondamentaux de Scrum

Scrum n’est pas une énième méthode de conduite de projet mais un cadre léger de processus, un framework. Ce terme est parfois traduit en français par "patron de processus". C’est un ensemble cohérent de processus permettant de délivrer un produit, répondant à des enjeux et des contraintes multiples et complexes. Cet ensemble de processus doit permettre de maximiser la valeur réelle du produit dans des conditions pouvant évoluer durant la réalisation de celui-ci. Ce cadre de processus étant léger, il peut être adapté à chaque organisation, par chaque équipe et pour chaque produit. Le nombre de processus et de règles étant extrêmement réduit, l’adaptation n’est possible qu’en ajoutant de nouveaux processus, règles ou pratiques, allant dans le même sens que les éléments de base de Scrum, à savoir, maximiser la valeur du produit. Supprimer des processus Scrum revient à ne plus pratiquer Scrum.

La notion de projet ne figure pas dans les processus Scrum. Sont donc absentes toutes les terminologies s’y référant, telles que la gestion du projet ou la chefferie de projet. D’autres terminologies liées plus indirectement à la notion de projet sont également absentes, telles la maîtrise d’ouvrage et la maîtrise d’œuvre.

La notion de séquences d’activités propres aux cycles de développement dits en cascade, en V, en W ou en spirale est également absente car Scrum repose sur un cycle itératif et incrémental.

Il repose sur le principe que le cœur du sujet est le produit et non le projet, qu’une et une seule personne représente les utilisateurs ou les consommateurs de ce produit, et qu’une à plusieurs équipes autonomes collaborent ensemble à la réalisation de ce produit.

Passant du projet au produit, c’est à dessein que Scrum proscrit l’usage d’un grand nombre de termes propres à la gestion de projet. En revanche, plusieurs néologismes anglicans sont introduits. Il est préférable de s’y familiariser rapidement et d’apprendre ces nouveaux mots. Certains de ces termes ont été traduits dans ce livre afin que leur sens puisse être assimilé plus aisément. En revanche, d’autres dont l’acception aurait été dénaturée par une traduction ont été conservés en l’état, enrichissant ainsi le champ lexical du lecteur.

Le framework Scrum peut être résumé par cette illustration :

Du projet au produit

Vous avez peut-être remarqué que le chapitre décrivant les rôles de Scrum ne mentionne pas de chef ou de directeur de projet. Ce n’est pas un oubli mais un positionnement volontaire de la part des auteurs de Scrum. Il n’y a plus de chef de projet, parce que la notion de projet est supprimée. Le focus est mis sur le produit au lieu d’être sur le projet.

Dans un cycle de pilotage de projet classique, celui-ci est rythmé par des phases ou des séquences d’activités, permettant de matérialiser une idée :

Généralement, la phase de cadrage inclut une étude de faisabilité, l’identification des acteurs du projet, un recueil des besoins, la construction d’un référentiel d’exigences, et se conclut par la production d’un cahier des charges.

Chaque phase comporte une date de début et une date de fin prévisionnelle, et est assortie d’un budget estimatif. Lorsque le projet dérive des prévisions dès la première phase, il doit être stoppé car il est certain que les phases suivantes dériveront au moins avec la même amplitude.

Dans les phases ultérieures, le chef de projet concentre la majeure partie de son attention à respecter trois contraintes :

a) Le périmètre (ou la qualité)

b) Le budget

c) Le délai

Il ne cherche pas à savoir si le produit est en adéquation avec les besoins des utilisateurs ou s’il est toujours adapté aux conditions de marché, il cherche à respecter un engagement contractuel. Il est rarement motivé par l’atteinte d’objectifs, mais soumis aux trois contraintes précédemment évoquées.