Après notre article introductif sur les méthodes agiles, voici à présent notre focus sur les méthodes agiles : le framework SCRUM. Cette méthode vise à accélérer la livraison du produit en le réalisant par blocs de manière itérative. Travailler ainsi offre une meilleure adaptabilité et réactivité face aux changements éventuels (imprévus, évolution des besoins du client…). On place désormais les besoins du client au centre du modèle : la hiérarchisation de ces besoins devient la clé de voute d’un modèle dit « agile ».

Généralement, une équipe est composée d’une dizaine de membres. On retrouve le plus souvent :

• Un Product Owner: Il représente le client au sein de l’équipe. C’est la personne en charge de définir les fonctionnalités prioritaires dans l’élaboration du produit.
• Un Scrum master: Le Scrum master est une sorte de coach. Il est le garant du processes Scrum et doit assurer une bonne communication entre équipiers.
• Équipe de réalisation: il s’agit de l’ensemble des métiers nécessaires à l’élaboration d’un produit (codeur, informaticien, architecte, designer, …)
• Key users: Il s’agit utilisateurs régulièrement consultés pour obtenir des retours sur le produit.

Dans un premier temps, il est nécessaire de définir une user story. Ce terme désigne une description des fonctionnalités du produit selon les mots d’un utilisateur. Chacune d’entre elles doit également indiquer la quantité nécessaire de travail pour répondre aux attentes de la User story. Avec l’aide du client, le Product Owner détermine l’importance de ces blocs et les hiérarchise selon leur rôle dans le projet.

A partir des user stories, des missions voient le jour. Celles-ci sont recensées et hiérarchisées dans le product backlog avec le client. Concrètement, il s’agit d’une to-do list. Une fois complétée, on obtiendra une user story. Cette liste évolue sans cesse suivant les besoins changeant du client.

Après avoir identifié avec le client les besoins principaux, l’équipes commencent les sprints. Un projet complet est constitué de plusieurs sprints. Un Sprint est cycle court, allant de 2 à 4 semaines dont le but est de réaliser les user stories prioritaires.

 

Chacun se divise en plusieurs temps :

Un sprint démarre avec une première réunion de planification appelée « Planning meeting » au cours de laquelle le Product Owner sélectionne les user stories à réaliser dans les sprints. Elles sont sélectionnées selon plusieurs critères :

• Quelle valeur le client accorde-t-il à cette user story ?
• Quelles sont les contraintes techniques imposées par cette user story ?
• Est-ce que l’équipe possède les compétences techniques pour réaliser la mission ?

 

Après ce Planning meeting, les équipes commencent la réalisation des User Stories. Pour assurer le bon fonctionnement du système, la collaboration et la communication entre les membres de l’équipe est nécessaire.

 

Chaque journée débute par une Scrum Meeting. Ces courtes réunions (environ 15 minutes) ont pour but d’assurer la qualité des livrables ainsi que le respect des délais. Chaque membre de l’équipe explique au cours de ces réunions :

• Ce qu’il a fait la veille et les problèmes rencontrés
• Ce qu’il va faire pendant la journée
• S’il y a des difficultés pour continuer

A la fin du Scrum meeting, le scrum master délègue aux membres de l’équipe les tâches qui bloquent l’avancée du projet identifiées pendant la réunion.

 

Le Sprint meeting review  marque la fin du sprint. Il s’agit à nouveau d’une réunion dont le but est de présenter au Product Owner ainsi qu’aux Keys Users un premier livrable issu du Sprint. Leurs recommandations sont alors ajoutées dans le product backlog pour ensuite être traité dans les Sprints suivants.

A la fin d’un Sprint, l’équipe se retrouve également pour échanger sur les points positifs et les difficultés rencontrées au cours de cette étape. Cet échange permet de communiquer sur les points d’améliorations avant la remise du projet final au client. Ainsi, les conseils peuvent être appliqués dès le prochain sprint.

Vous pouvez en apprendre plus sur le framework SCRUM :

• Wikipédia : la méthode SCRUM
• Qu’est ce que SCRUM ?

*Qui se meut aisément

 

Le manque de flexibilité dans les équipes est la principale source d’échec dans la gestion de projet, selon l’enquête Pulse of the profession menée en 2018 par le Project Management Institute auprès de 5 402 entreprises. En effet, la difficulté pour les équipes à suivre les changements de priorités de l’entreprise vient en tête des erreurs les plus fréquentes (39%), viens ensuite le manque de souplesse face aux changements dans les objectifs du projet (37%), et enfin, la mauvaise collecte des consignes vient en troisième position (35%).

Voyons ensemble comment répondre à ces problématiques dans la gestion d’un projet.

La méthode de gestion de projet classique, qui se présente sous forme séquentielle se nomme méthode Waterfall ou méthode cycle en V. Dans ce cas de figure, le projet est entièrement défini dès le départ et laisse assez peu de place pour les révisions. Dans un premier temps, le périmètre, le cout et le délai du projet sont établis par l’équipe marketing. Démarre ensuite la réalisation du produit ou du projet par différentes équipes impliquées. Une fois le produit achevé, celui-ci est présenté aux équipes marketing pour effectuer des correctifs éventuels. Dans un tel fonctionnement, les étapes se succèdent les unes après les autres permettant alors une bonne visibilité sur l’avancée du projet global. Cela peut être schématisé comme ci-dessous :

Si ce mode de fonctionnement est très utilisé dans certains secteurs (comme le BTP par exemple), il présente cependant des limites. En effet, définir à l’avance le cahier des charges dans son entièreté nuit à la souplesse du projet. Les besoins peuvent évoluer et ne plus répondre aux attentes avant même que le produit final ne soit livré. Comment anticiper toutes les éventualités dès le départ ?

L’agile permet justement de palier à ces problèmes, en promettant une gestion de projet plus flexible et adaptable. Ce type de management se concentre sur un seul objectif : satisfaire les besoins client.

Le mode agile est avant tout une façon très pragmatique d’aborder un problème. Il s’agit d’un ensemble de méthodes et d’un état d’esprit qui vise à satisfaire les besoins du client. En ce sens, on ne parle pas d’une méthode agile, mais de méthodes qui permettent d’atteindre l’agilité. Je trouve les propos d’Andrew Littlefield très justes : nous pourrions imager la situation en comparant l’agilité avec un régime végétarien. Le régime végétarien englobe un ensemble de différentes recettes. Et si l’agile correspond à un régime dans son ensemble, les recettes seraient Scrum, Kanban, XP…

 

A partir des années 80, les prémices de l’agilité. Le Lean management se développe dans de grands groupes Japonais, chez Toyota Fuji ou Honda par exemple. Toutefois, il faut attendre 1993 pour constater la naissance de la première méthode agile : la méthode SCRUM qui s’est répandue dans le milieu informatique.

Animés par la volonté de réduire le taux d’échec en gestion de projet, 17 Experts en développement de logiciels dont Kent Beck, Ward Cunningham, Ken Schwaber et Jeff Sutherland ont rédigé en 2001 le Manifeste pour le développement agile de logiciels où sont détaillés les principes de l’agilité. Ils ont établi 4 grands principes, énoncés par ordre d’importance :

• Les individus et leurs interactions plus que les processus et les outils
• Des logiciels opérationnels plus qu’une documentation exhaustive
• La collaboration avec les clients plus que la négociation contractuelle
• L’adaptation au changement plus que le suivi d’un plan

Ce manifeste partage également des principes sous-jacents, qui découlent des 4 principes. Le pragmatisme est au cœur des enseignements partagés. En effet, les méthodes agiles doivent viser la satisfaction du client avant tout. C’est pour cela que le manifeste préconise de remettre régulièrement en question le travail effectué pour laisser place à de potentielles améliorations. Livrer régulièrement le client lui permet aussi de pouvoir donner son avis et corriger le tir en cas d’insatisfaction. Afin de fournir un travail le plus efficace possible, il faut s’entourer d’équipes motivées, capables de faire circuler les informations aisément. De plus le travail inutile est à éliminer. Pour citer Bruce Lee : “Simplicity is the key to brilliance”.

Plusieurs méthodes s’inspirent de ce Manifeste. Parmi les plus courantes, nous pouvons citer la méthode Scrum, Kanban, Scrumban ou encore Extreme Programming. Nous publierons prochainement un article pour explorer la méthode Scrum en détail.

Nous avons relevé quelques liens intéressants :

• Qu’est-ce que la méthode Kanban ?
• La méthode agile en 3 minutes (SCRUM)
• Kanban Vs. SCRUM