Le lexique Agile d'UX-Republic

Agile is everywhere

Entre votre cours de yoga, un post-it retrouvé dans votre sac de crossfit ou un Daily Stand Meeting (DSM) devant une machine à café, votre CTO déclare que toute entreprise moderne devrait passer à l’Agile.
Alors, si vous ne comprenez pas (bien) ce que font vos collègues développeurs tous les matins, debout devant un tableau, que vous n’êtes pas (encore ?) invité et que vous voulez briller devant un Scrum Master, nous vous donnons quelques définitions pour savoir de quoi il s’agit.
do you speak agile

Tout d’abord, qu’est-ce que l’agilité ?

On parle de méthodologie Agile dans la gestion de projets, une approche itérative et collaborative, capable de prendre en compte les besoins initiaux du client et ceux liés à la réalité opérationnelle. Ce principe permet notamment de prendre en compte les besoins utilisateurs finaux tout au long du projet et s’appuie sur des valeurs.

Scrum

Le cadre méthodologique Scrum est la méthode Agile la plus utilisée dans le monde. Elle s’appuie notamment sur des itérations courtes (sprints) avec une organisation, des rôles et des réunions spécifiques.

Scrum Master

Membre de l’équipe Scrum, le Scrum Master veille à la bonne application de la méthode Scrum et veille au bon maintien des conditions de travail de l’équipe. C’est lui qui organise les rétrospectives sprint. Ce rôle peut être tenu par un membre de l’équipe de développement. Une équipe qui fonctionne bien peut se passer à terme du Scrum Master.

Product Owner

Le PO est un membre à part entière de l’équipe Scrum. Il a la responsabilité de définir un produit qui apportera le maximum de valeur aux utilisateurs, dans le temps et le budget impartis au projet. C’est lui et lui seul qui gère et priorise le Backlog. Il est proche de l’équipe scrum mais travaille pour les équipes métiers.

Parties prenantes (stakeholders)

Il s’agit du client, du commanditaire ou du sponsor du produit qui définit les objectifs métiers du produit. Plus largement, il peut être n’importe qui ayant un intérêt pour le projet : experts métier, utilisateurs, clients, sponsors, investisseurs, etc. Ils participent aux sprints reviews pour voir l’avancé du produit et peuvent intervenir de manière ponctuelle dans certains sprints pour aider l’équipe.

L’équipe Scrum (ou dev Team)

L’équipe Scrum est principalement constituée de développeurs, d’un tech lead, mais peut comprendre aussi un UX et/ou un UI. Ils réalisent les fonctionnalités du produit, les présentent, les packagent et les livrent. Le PO et Scrum Master font également partie de l’équipe.

Sprint

Un sprint (ou itération en français) est un interval de temps court, généralement entre 2 à 4 semaines maximum, durant lequel l’équipe conçoit, réalise, développe et teste de nouvelles fonctionnalités d’un produit. A la fin du sprint, le produit est potentiellement livrable.

Release

Une release correspond à une nouvelle version du produit, livrable aux utilisateurs. Une release est constituée de plusieurs sprints.

User story

Une User Story (ou US) est une description simple et compréhensible d’une fonctionnalité à développer. Elle contient des informations sur qui ? quoi ? pourquoi ? Elle peut être complétée de règles de gestion, des critères d’acceptance, de documentations (wireframes, règles métier, etc.), KPI, etc.

Epic

Il s’agit d’une macro fonctionnalité ou “grosse” user story, qui est ensuite décomposée en plusieurs user stories.

Product Backlog

C’est l’outil principal du PO. C’est une liste de User Stories ordonnancée et maintenue par le Product Owner en collaboration avec l’équipe Scrum.

Burndown chart

Graphique permettant de suivre l’avancée d’un sprint. Il est composé d’une courbe d’attendus et une courbe de réalisés indiquant le travail effectué en fonction du temps.

Roadmap

Outil de planification et de communication indispensable pour le PO. Elle lui permet d’identifier les features à intégrer et de planifier les releases. La roadmap donne de la visibilité à la direction qui peut valider la vision stratégique du PO et permet à l’équipe Scrum d’anticiper les travaux à venir.

Kanban

Kanban est une méthode agile basée sur le management visuel des tâches et l’amélioration continue. Elle peut être utilisée en complément de Scrum. Il s’agit aussi souvent d’un tableau des tâches permettant de suivre les avancées de manière visuelle.

Rituels / Cérémonies agiles

Il s’agit de toutes les réunions de projet définies par le cadre de méthodologie Scrum :

  • le sprint planning,
  • le daily scrum,
  • le sprint review
  • la rétrospective

agile board

En Bonus/Take away

Manifeste Agile

Le manifeste Agile définit les grands principes de l’agilité en 4 points :
#1 Les individus et leurs interactions, de préférence aux processus et aux outils
#2 Des solutions opérationnelles, de préférence à une documentation exhaustive
#3 La collaboration avec les clients, de préférence aux négociations contractuelles
#4 La réponse au changement, de préférence au respect d’un plan.
Le but n’étant pas d’être exhaustif mais de donner quelques clés pour comprendre les termes qui reviennent le plus souvent en agilité, nous reviendrons avec quelques concepts et méthodes mis en place par nos Product Owners.
UX-Republic recrute ! Si tous ces concepts n’ont plus de secret pour vous, que vous cherchez des missions à fort challenge chez nos clients grand compte et que vous aimez  travailler avec des UX, UI, Data Analysts et développeurs, alors n’hésitez plus !
Félix R., Product Owner @UX-Republic