Travailler avec des backlogs

Le point de départ d’un travail efficace dans les équipes Scrum est un backlog de produits bien géré et priorisé, ainsi que la création de backlogs de sprint. Dans OpenProject, vous pouvez facilement enregistrer et spécifier les exigences représentées par les user stories. De plus, vous pouvez répondre aux demandes et les trier par priorité pour les mettre en œuvre.

Sujet	Contenu
Créer un nouveau backlog	Comment créer un nouveau backlog de produit ou de sprint.
Créer une nouvelle user story	Comment créer une nouvelle user story, un epic, un bug dans la vue des backlogs.
Prioriser les user stories	Comment hiérarchiser les user stories dans la vue des backlogs.
Story points	Estimer les user stories et documenter les story points.
Durée du sprint	Comment modifier la durée d’un sprint.
Graphique burndown	Comment visualiser le graphique burndown.
Wiki de sprint	Comment créer un wiki de sprint pour documenter les informations du sprint.

Créer un nouveau backlog

La première tâche à accomplir est de créer une nouvelle version du backlog (backlog de produits ou sprints). Découvrez ici comment créer une nouvelle version du backlogs ou un sprint. Vous pouvez à tout moment gérer les versions du backlog dans les paramètres du projet, si vous disposez des droits d’administrateur nécessaires.

Les versions (backlog de produit ou sprint) apparaîtront alors dans le module Backlogs, soit à gauche, soit à droite.

Le Sprint 1, le Sprint 2, le Bug Backlog, le Backlog produit dans l’exemple ci-dessous sont toutes les versions d’un projet, affichées dans la vue Backlogs. Vous pouvez créer une nouvelle version avec le bouton vert + Version en haut de la vue des backlogs.

Remarque

Les colonnes de la version sont en réalité triées différemment. La colonne de gauche pour les sprints est triée chronologiquement, c’est-à-dire en fonction du moment de la création, puisque les sprints se déroulent généralement également chronologiquement dans la planification de la gestion de projet. La colonne de droite (pour les backlogs) est triée par ordre alphabétique, afin de vous permettre de déterminer vous-même l’ordre des backlogs.

Créer une nouvelle user story

Pour créer un nouveau lot de travaux dans le module Backlogs, cliquez sur l’icône Plus (trois points) dans le coin supérieur droit ou sur un Backlog de Sprint ou de Bug et choisissez Nouvelle story dans le menu déroulant.

Une boîte de dialogue apparaît pour créer un nouveau lot de travaux. Ici, vous spécifiez directement le type de lot de travaux, le sujet et la description. La liste des types contient les types de lots de travaux qui sont activés dans Administration système. Cliquez sur Créer pour continuer.

Un nouvel élément sera ajouté au backlog pour afficher la nouvelle story créée.

En cliquant sur un élément du sprint, vous ouvrez la vue détaillée du lot de travaux sur le côté droit, ce qui vous permet d’effectuer des ajustements tout en restant dans le module Backlogs.

En cliquant sur l’identifiant du lot de travaux, vous ouvrez le lot de travaux en plein écran, où vous pouvez spécifier des attributs supplémentaires du lot de travaux.

Bien sûr, de nouvelles user stories peuvent également être créées directement en suivant la procédure habituelle permettant de créer un nouveau lot de travaux. Pour ce faire, choisissez un type de lot de travaux et une version cible qui sont activés dans les paramètres des backlogs dans la section Administration, tels que fonctionnalité ou bug, et backlog de produit ou de sprint, respectivement.

L’affichage de l’ensemble des user stories et des tâches pour un sprint est également possible en sélectionnant Stories/tâches dans le menu déroulant à côté du titre du sprint.

Cela vous amènera à la vue filtrée du lot de travaux de toutes les user stories et tâches d’un sprint.

Remarque

Toutes les tâches créées pour une user story via la vue du tableau des tâches sont automatiquement configurées comme des lots de travaux enfants d’une user story. Les tâches sont donc toujours automatiquement affectées à la version cible du lot de travaux parent (c’est-à-dire la user story).

Prioriser les user stories

Vous pouvez classer par ordre de priorité les différents lots de travaux au sein du backlog de produit par glisser-déposer et les affecter à un backlog de sprint spécifique ou les réorganiser au sein d’un sprint.

Remarque

Si vous déplacez un lot de travaux dans la vue des backlogs, la version cible sera automatiquement adaptée en arrière-plan.

Travailler avec des story points

Dans un sprint, vous pouvez documenter directement l’effort nécessaire en tant que story points. L’effort global d’un sprint est automatiquement calculé, et la somme des story points est affichée dans la ligne supérieure.

Vous pouvez facilement modifier les story points directement à partir de la vue des backlogs. Pour ce faire, il vous suffit de cliquer sur la ligne du lot de travaux que vous souhaitez modifier et d’effectuer les changements souhaités dans la vue détaillée du lot de travaux qui s’ouvre à droite.

Modifier la durée d’un sprint

Vous pouvez également modifier la date de début et de fin d’un backlog dans la vue des backlogs. Cliquez sur l’icône Plus (trois points) à droite du nom du sprint et sélectionnez Modifier le sprint.

En cliquant sur la date, un calendrier s’ouvre et vous pouvez y apporter vos modifications.

Remarque

Outre la date de début et de fin, vous pouvez également modifier le nom du sprint. Pour ce faire, vous devez être un administrateur de projet.

Remarque

Une version du backlog sera affichée sous Feuille de route, mais pas dans un Diagramme de Gantt. Si vous voulez afficher un sprint dans un calendrier, vous pouvez créer un nouveau lot de travaux, sélectionner une étape comme type de lot de travaux, lui attribuer le même nom qu’à une version spécifique (par exemple Sprint 1) et lui assigner la même date de début et de fin.

Graphique burndown

Les graphiques burndown sont un outil utile pour visualiser le burndown d’un sprint. Avec OpenProject, vous pouvez générer automatiquement des graphiques burndown des sprints et des tâches.

Remarque

Comme condition préalable, la date de début et de fin du sprint doit être inscrite dans le titre et les informations sur les story points sont bien gérées.

Le burndown du sprint est calculé à partir de la somme des story points estimés. Si une user story est définie comme « fermée » (ou un autre statut qui est défini comme fermé (voir les paramètres d’administration)), elle est prise en compte pour le burndown.

Le burndown d’une tâche est calculé à partir de l’estimation du nombre d’heures nécessaires à la réalisation de cette tâche. Si une tâche est définie comme « fermée », le burndown est ajusté.

Les story points restants par sprint sont affichés dans le graphique. Facultativement, l’avancement idéal peut être affiché à titre de référence. Le burndown idéal suppose une réalisation linéaire des story points du début à la fin d’un sprint.

Wiki de sprint

OpenProject vous permet également de créer une page wiki associée à un sprint directement à partir du backlog. Vous pouvez documenter les informations relatives au sprint, par exemple les rapports, les réunions de sprint, les rétrospectives, la planification du sprint ou les réunions de suivi du sprint.

Pour ce faire, cliquez sur la flèche à gauche du titre du sprint respectif pour ouvrir le menu déroulant. Cliquez sur Wiki pour accéder à la page de modification du Wiki.

Retrouvez ici tous les outils de création de pages wiki à votre disposition, avec le titre déjà prédéfini et lié au sprint sélectionné. Vous pouvez insérer et modifier le contenu à l’aide du champ de texte et apporter des modifications au formatage à l’aide du volet de navigation situé au-dessus. Vous pouvez également ajouter des commentaires et des fichiers depuis votre disque dur. Une fois que vous avez configuré la page wiki selon vos préférences, cliquez sur Enregistrer.

Remarque

Cette page wiki peut être liée à plusieurs versions.

Conseil

Si au lieu de lier une page wiki spécifique (centrale), vous voulez créer une nouvelle page wiki préstructurée par version (par exemple par Sprint), vous pouvez configurer le modèle wiki sprint dans Administration -> Backlogs.