Scrum est une méthodologie agile définissant un cadre organisationnel pour la gestion de projets complexes.
Avant de vous transmettre le vocabulaire propre aux méthodes agiles, il est important de commencer par expliquer les 3 piliers sur lesquels elles reposent :
- Transparence : chacun au travers des listes d’attendus décrits dans la Definition of Ready (DoR) et dans la Definition of Done (DoD) sait quand une unité de travail est respectivement prête à être développée puis quand elle est prête à être testée
- Inspection : des cérémonies agiles jalonnent le quotidien de l’équipe ce qui permet d’identifier tout écart (gap) pouvant affecter la valeur délivrée
- Adaptabilité : à tout moment, et c’est la grande différence par rapport à la méthode du cycle en V classique, l’organisation peut revoir ou reprioriser ses objectifs. L’équipe peut alors pivoter et ainsi éviter l’effet tunnel qui peut faire perdre de vue les évolutions du marché
Après ce préambule, voici une liste du vocabulaire utile à connaitre pour démarrer dans une organisation ou une équipe appliquant cette méthodologie :
Les rôles agiles :
- Product Owner : Le PO est la voix du client et l'interface entre les équipes métiers (marketing, commerce, légales...) et techniques. Il conçoit le produit selon les besoins client. Il définit, planifie et priorise les fonctionnalités produit en se basant sur la méthode agile.
- Scrum Master : Cette personne joue un rôle de facilitateur dans le cadre agile, il est là pour résoudre les problématiques organisationnelles et écarter tout obstacle à la réalisation des objectifs du sprint. Il est également responsable dans une certaine mesure de la montée en compétence sur l’agilité.
- Scrum Team : Équipe cross-fonctionnelle (développeurs, intégrateurs, testeurs) responsable de la livraison cadencée et fréquente d’incréments (briques fonctionnelles) porteurs de valeur.
Idéalement ces livraisons sont effectuées au moins une fois par sprint mais cela dépendra de la maturité des process DevOps.
Les cérémonies :
- Sprint Planning : Un sprint aussi appelé itération est une unité de temps agile. Il dure le plus souvent 2 semaines mais ils peuvent être plus raccourcis à 1 semaine ou s’étendre jusqu’à 4 semaines.
On appliquera généralement une durée de sprint égale à la durée minimale nécessaire pour l’équipe à livrer 1 incrément.
Le sprint planning est une cérémonie agile lors de laquelle l’équipe détermine les sujets qui seront implémentés lors du sprint à partir des sujets priorisés dans le backlog. Le nombre de sujets pris dépendra de la vélocité de l’équipe.
- Product Backlog Refinement (PBR) : Aussi appelé Poker Planning ou Grooming, cette réunion ne fait pas partie des cérémonies agiles mais il est fortement recommandé de mettre en place ce genre de processus pour bien s’assurer que les sujets sont mûrs pour rentrer en phase de développement.
Il est important d’en planifier régulièrement et de cibler les sujets priorisés dans les 2 voire 3 prochains sprints. Attention à ne pas présenter de sujets trop lointains lors de ces sessions, les priorités bougent vite et vous risqueriez de mobiliser la scrum team sur des sujets qui ne seront jamais démarrés.
- Sprint Review : Cérémonie agile se déroulant à la fin de chaque sprint lors de laquelle l’équipe vient présenter aux parties prenantes (métiers, direction, autres équipes agiles etc.) ce sur quoi elle a travaillé lors du sprint.
Cette présentation peut donner lieu à des retours qui pourront être pris en compte lors des itérations futures conformément au pilier “Adaptabilité” cité au début de l’article. Je vous conseille donc de systématiquement présenter le fruit du travail de l’équipe même lorsque celui-ci n’est pas achevé.
- Sprint Retrospective : Cérémonie agile se déroulant à chaque fin de sprint permettant de revenir sur ce qui a bien fonctionné et ce qui peut être amélioré.
Les outils et KPI agiles :
- Product Backlog : C’est une liste de sujets priorisée par le Product Owner permettant d’améliorer le produit. Le backlog est régulièrement repriorisé en fonction de l’évolution du marché et du contexte de l’entreprise. Chaque sujet dans le backlog est également revu par l’équipe agile lors de Product Backlog Refinement.
- Vélocité : Mesure de la capacité de l’équipe sur l’horizon d’un sprint.
Ce KPI permet d’estimer la charge pouvant être supportée par l’équipe dans le sprint. Dans les premiers sprints d’un projet, la capacité à faire de l’équipe est le plus souvent sous ou surévaluée, cela conduisant à avoir à la fin du sprint un reliquat à solder dans le prochain sprint ou au contraire à piocher dans le sprint suivant. Cependant, pas d’inquiétude à avoir : au fil des sprints la vélocité de l’équipe sera mieux maitrisée, rendant plus précise la gestion des timings.
- Daily Stand up Meeting : Courte réunion journalière (habituellement 10 à 15 minutes) lors de laquelle les membres de l’équipe parlent de leur progression, listent les blocages éventuels qu’ils rencontrent et indiquent ce sur quoi ils travailleront dans la journée. Cet échange peut donner suite à d’autres réunions pour résoudre les problématiques évoquées.
Il est très important d’avoir l’attention de toute l’équipe lors de ces synchros, la présence du PO n’est pas obligatoire mais fortement recommandée pour identifier les blocages, anticiper les retards et informer l’équipe des dernières nouvelles impactant le produit.
- Burndown chart : Représentation graphique de la progression du travail effectué lors d’un sprint. Une interprétation simple (régression linéaire) permet d'avoir une prévision de l'état d'avancement à la fin de la période d'activité. Il est ensuite possible de visualiser si l’équipe est en avance (sous la droite) ou en retard (au-dessus).
L’agilité à l’échelle
La méthode Scrum fonctionne le mieux quand elle est menée au sein de petites organisations. Au-delà, la mise en place de l’agilité à l’échelle est nécessaire pour aller plus loin. On peut lister les frameworks SAFe, SoS et Less. Le framework SAFe étant le plus employé, voici un petit résumé de ce sur quoi il repose :
- SAFe : est employé par les organisations faisant collaborer de nombreuses équipes ayant des dépendances entre elles. Dans ce cadre, la collaboration et l’alignement sont facilités par une surcouche de cérémonies similaires à Scrum mais rassemblant toutes les équipes dans l’Agile Release Train (communément appelé « Train »). Le Product Increment Planning est l’élément central sur lequel repose ce framework, il permet à l’ensemble des équipes du Train de se retrouver sur deux jours pour préparer l’itération suivante (une année est découpée généralement en 5 itérations de 5 sprints d’une durée de 2 semaines).
En conclusion
Vous avez désormais le bon vocabulaire pour évoluer dans les organisations agiles. Attention cependant car toutes les organisations ne respectent pas forcément à la lettre les principes agiles et peuvent avoir des définitions légèrement différentes aux définitions canoniques du manifeste agile.
