Fiche explicative Affinage
Cette fiche explicative présente la cérémonie Agile nommée « Affinage Click here to edit the description
Lexique
User story ou US (aussi appelé Ticket) : décrit une fonctionnalité ou une partie d’une fonctionnalité. Tâche : action à réaliser liée généralement à une User Story. Il peut s’agir du découpage d’un développement à réaliser, d’une tâche de test, d’un bug à corriger, … Product Owner : personne en charge de la vision du produit. Il se charge de créer et gérer le backlog. Il prend les décisions sur les priorités des User Stories et sur les User Stories à développer pendant les sprints. Sprint : cycle de développement court permettant de développer un nombre fini d’User Stories documentées et affinées. Une fois défini, un sprint ne peut pas être modifié. Plane.so : outil numérique permettant, en autre, de formaliser et gérer le backlog de votre projet. Backlog ou Backlog produit : représente l’ensemble des besoins recueillis pour créer le produit désiré (application, site web…). Il est composé d’User Stories
PRINCIPE ET RÔLE DE CHACUN
La cérémonie Agile nommée « Affinage » est une réunion pendant laquelle l’équipe de développement estime le temps nécessaire pour réaliser des User Stories identifiées par le Product Owner. Si une équipe de test est affectée au projet, elle participera à l’affinage et estimera le temps nécessaire pour faire les tests pour chacune des US. Cette réunion est l’occasion pour les équipes de poser leurs questions au Product Owner et de lever des manquements dans les User Stories. L’affinage est réalisé régulièrement avant chaque début de sprint (recommandation : 2 jours ouvrés avant le début d’un nouveau sprint). Le Product Owner : Identifie les US à affiner par l’équipe. Il tague ces US avec le tag « À AFFINER » dans Plane.so. Le nombre d’US à affiner doit être suffisant pour remplir au moins un sprint et il doit être suffisamment petit pour que la réunion nécessite 1h maximum. Il réalise cette identification 1 à 2 jours ouvrés avant le jour de l’affinage. S’assure que les US à affiner sont rédigées et documentées (maquette, document technique, etc.). Présente oralement les US à l’équipe pendant la réunion. Répond aux questions de l’équipe avant ou pendant l’affinage Suivant les discussions et lorsque cela est nécessaire, il modifie les User Stories après la réunion. L’équipe de développement : Créé les tâches liées au développement sur l’User Story en amont de la réunion Estime, pour le jour de la réunion, le temps nécessaire pour réaliser chacune des tâches et donc l’US. Cette estimation n’est partagée qu’au moment de l’affinage. Le barème est le suivant : 2h, 4h, 6h, 8h, 12h, 16h, 20h, 24h, etc. Toute tâche doit avoir une durée de maximum 16h. Identifie les points de blocage et améliorations possibles de l’US (manque d’informations, tâche non réalisable, réutilisation de composants, etc.) et apporte des solutions. Pose les questions fonctionnelles au Product Owner. L’équipe de test : Créer une ou plusieurs tâches de test sur l’User Story Estimé, pour le jour de la réunion, le temps nécessaire pour réaliser le test de l’US. Cette estimation n’est partagée que lors de l’affinage, suivant le barème suivant : 2h, 4h, 6h, 8h, 12h, 16h, 20h, 24h, etc. Identifie les points de blocage et améliorations possibles de l’US (manque d’informations, tâche non réalisable, réutilisation de composants, etc.) et apporte des solutions. Pose les questions fonctionnelles au Product Owner Sauf cas contraire, les affinages sont réalisés sur Microsoft Teams, en visioconférence. Une fois les US affinées, le Product Owner : Retire le tag « À AFFINER » des US. Place les US affinées dans la colonne « Refined » du board du projet. Est capable de prévoir le ou les sprints à venir sur base des temps estimés et du temps productif disponible sur chaque sprint.
DEROULEMENT
Voici le déroulement itératif de l’affinage : -Le Product Owner présente une US -L’équipe pose ses questions au Product Owner et partage les points de blocage et solutions identifiés. -Chaque membre de l’équipe de développement donne son chiffrage en même temps. -Une discussion est réalisée jusqu’à obtention d’un consensus. -Le Product Owner met à jour le chiffrage des tâches et de l’US. -Chaque membre de l’équipe de test donne son chiffrage en même temps. -Une discussion est réalisée jusqu’à obtention d’un consensus. -Le Product Owner met à jour le chiffrage de la tâche de test