Créée en 1993, la méthode Scrum est la méthode agile la plus utilisée. En anglais, scrum signifie « mêlée » en référence au rugby où l’équipe avance ensemble sur le terrain. Elle permet d’améliorer la productivité de l’équipe projet. L'objectif de Scrum consiste à produire le plus tôt possible la plus grande valeur possible, afin de réduire le time to market (ou délai de mise sur le marché).
Nous nous référerons en termes de méthodologie agile à Scrum, qui sans pouvoir être résumée en un mot, s’inscrit dans une vision itérative. Ainsi, afin de livrer le maximum de valeur rapidement, la solution sera réalisée en autant d’itérations (ou sprints) que nécessaires permettant les bénéfices suivants :
La logique d’itérations permet beaucoup plus de réactivité pour s’adapter aux changements. Elle sous-entend aussi l’application de grands principes tels que la transparence, la simplicité et la collaboration entre client et prestataire.
La méthode Scrum tend vers une livraison rapide et régulière de fonctionnalités à haute valeur ajoutée. Elle est souvent illustrée par ces quelques éléments du manifeste agile :
Il s'agit d'une conduite du projet collaborative et pragmatique. L’une des particularités de la méthode Scrum est de réaliser des Scrum meetings ou mêlées quotidiennes. L’équipe Scrum se rassemble tous les jours pour parler du projet, des problèmes rencontrés et s’assurer du bon déroulement du projet. L’objectif est de s’assurer que les objectifs du sprint seront tenus dans les délais.
Durant la réunion, chaque membre de l’équipe prend la parole et présente :
En faisant cet exercice quotidiennement, chaque membre de l’équipe est au courant de ce que font ses collègues et il peut coordonner son travail et aider ou se faire aider en cas de difficultés.
Le PO (Product Owner) fait partie de l’équipe projet Galilée. Il est le garant du projet pour le client et porte le besoin. Il représente les intérêts du client.
L’équipe de développement est constituée des ressources techniques compétentes sur tous les sujets à couvrir pendant le projet. Les développeurs prennent notamment en charge les travaux suivants :
Les intégrateurs assurent la circulation des données entre les différents systèmes et intègrent l’écosystème.
Le Scrum master appartient à l’équipe de développement. Il est le lien entre le responsable produit et l’équipe de développement. Il s’assure que les principes et les valeurs de Scrum sont bien respectés.
Une user story ou story contient généralement les informations suivantes :
En suivant un rythme défini, nous commençons par des ateliers de définition du besoin du client afin d’avoir une vision précise et de définir le périmètre total du projet.
Une fois le besoin défini, le référentiel des exigences initiales est dressé et hiérarchisé avec le client. Il constitue ce qu’on nomme le product backlog qui est rédigé par le PO (Product Owner). Chaque tâche ou fonctionnalité est écrite sous la forme d’une user story. L’ensemble des user stories constitue le product backlog.
Le déroulement du projet se fait en sprints, c’est-à-dire en périodes de temps dont la durée est définie préalablement avec le client (15 jours, 3 semaines, 1 mois, etc.). Nous établissons un planning, afin de prioriser les développements dans le product backlog. Elles constituent le sprint backlog, qui est un sous-ensemble du product backlog.
Durant chaque sprint, des développements sont effectués sur la base des users stories rédigées.
À chaque fin de sprint, une démo est réalisée lors du sprint review meeting afin de montrer au client ce qui a été réalisé. Si des ajustements sont à faire, alors ils peuvent être faits au fur et à mesure de l’avancée du projet. C’est aussi l’occasion de faire un bilan, sur le fonctionnement de l’équipe et de trouver des points d’amélioration.
Toutes les stories réalisées dans le cadre de projets clients s’ajoutent à notre bibliothèque de fonctionnalités. Elle centralise l’ensemble des fonctions métiers que nous avons mises en œuvre dans les différents projets spécifiques et que nous avons identifiées comme pouvant être utiles plus largement à d’autres projets. En particulier, celles dont nous estimons qu’elles offrent une valeur ajoutée métier importante pour la diversité de nos utilisateurs.
Cela nous permet de nourrir les spécifications de chacun des projets de nos clients, comme autant d’apport à la définition du besoin client.
Grâce à la bibliothèque de fonctionnalités et aux modules Galilée, nous pouvons nourrir les backlogs de nos clients avec tous nos développements précédents, comme autant de fonctionnalités métiers prêtes à être utilisées pour servir un nouveau projet. Cela permet d'accélérer les phases de spécification et de pouvoir se concentrer sur les besoins spécifiques de chaque projet. Ces mêmes besoins spécifiques pourront d’ailleurs donner lieu à de nouvelles fonctionnalités communautaires.
S'ABONNER À LA NEWSLETTER
SUIVEZ NOS ACTUALITÉS !
