backlog sprint

Comment organiser votre Backlog Sprint ?

**Ce texte en version anglaise est publié sur  www.softwarehut.com **

Votre Backlog de produit consiste en une liste hiérarchisée de toutes les histoires d’utilisateur que vous prévoyez de réaliser.
Dans les projets Agile, le travail d’équipe est organisé pour un mois maximum, généralement deux semaines à l’avance, sous la forme de Sprints. Pour planifier le travail des développeurs pendant les sprints, nous utilisons le Backlog Sprint .

Cela semble assez simple, n’est-ce pas ?

Cependant, l’organisation et la hiérarchisation du Sprint Backlog n’est pas un jeu d’enfant et demande une certaine préparation. Heureusement, en introduisant les meilleures pratiques, il est possible de simplifier le processus et d’en tirer le meilleur parti.
Quels sont nos conseils sur la façon de planter le backlog de sprint ?
Quelles sont nos meilleures pratiques concernant la préparation du Sprint Backlog ?

  1. Planifiez vos sprints
  2. Définissez la capacité de vos sprints
  3. Hiérarchiser les éléments de travail dans le Backlog du projet
  4. Construire votre backlog de sprint
  5. Estimez vos éléments de travail
  6. Utiliser des balises
  7. Garder le Backlog du Sprint en ordre
  8. Utiliser le work item « impediment » (obstacle)
backlog sprint

Planifiez vos sprints

Tout d’abord, commencez par un plan. Nous configurons les sprints en définissant une cadence de sprint (dates fixes). Comme je l’ai déjà mentionné, la cadence d’un sprint dure entre une semaine et quatre semaines, pas plus. Il est conseillé de garder des sprints de la même durée pour équilibrer la quantité de travail et éviter d’éventuelles baisses de régime.

Définissez la capacité de vos sprints

En définissant la capacité de l’équipe, nous déterminons la corrélation entre l’estimation des besoins et le temps réel de la tâche. La capacité prend en compte les heures de travail ainsi que les vacances, les jours fériés et les jours non travaillés. Ainsi, l’équipe connaît ses échéances et le nombre total exact d’heures de travail dont elle dispose pour chaque sprint.

Azure DevOps, par exemple, nous aide avec l’outil de capacité. En travaillant, nous pouvons voir :

  • si l’équipe est sur la bonne voie,
  • qui est au-dessus ou en dessous de sa capacité,
  • si des tâches sont assignées avec un travail restant non nul,
  • tout changement dans le travail restant,
  • comment nous planifions et surveillons les ressources du sprint.

Hiérarchiser les éléments de travail dans le Backlog du projet

Le classement des éléments de travail est lié à l’entreprise. Maintenant, c’est à votre tour de définir vos priorités. Cela nous aide à organiser l’ordre de priorité (au moins pour quelques user stories de premier plan).

Ensuite, nous spécifions la priorité avec les valeurs suivantes :

  • Le produit ne peut pas être livré sans elle, et elle devrait être faite dès que possible.
  • Le produit ne peut pas être livré sans elle, mais elle n’a pas besoin d’être faite immédiatement.
  • L’élément de travail est facultatif en fonction des ressources, du temps et du risque.
  • L’élément de travail n’est pas nécessaire.
  • La définition des priorités nous aide à organiser votre Sprint Backlog.

Construire votre backlog Sprint

La première étape consiste à affecter le travail du Backlog de produit au Sprint Backlog. Chaque membre de l’équipe choisit les histoires d’utilisateur nécessaires pour atteindre l’objectif du sprint et adapte le travail à la capacité du sprint. Nous récapitulons chaque élément pour nous assurer que tout le monde le comprend de la même manière.

Ensuite, nous ajoutons autant de tâches que nécessaire pour capturer le travail requis pour compléter chaque l’histoires d’utilisateur. Les tâches sont liées à différents travaux : conception, code, test, contenu. Habituellement, chaque membre de l’équipe ajoute ses propres tâches. Cependant, lors de la réunion de planification, nous définissons les tâches initiales.

C’est là qu’Azure DevOps entre en jeu, en nous aidant avec son outil de prévision. Pour l’utiliser, nous planifions suffisamment de sprints futurs pour prévoir l’ensemble du backlog de produit et estimer les éléments du backlog de sprint.

Estimez vos éléments de travail

Lorsque nous préparons le Sprint Backlog, nous fournissons une estimation relative de la quantité de travail nécessaire. La plupart des méthodes Agile recommandent :

  • les puissances de 2 (1, 2, 4, 8),
  • ou la séquence de Fibonacci (1, 2, 3, 5, 8, etc.).

Mais, il est toujours possible d’utiliser n’importe quelle unité numérique. Au début, lors de la réunion de planification du sprint, nous estimons la quantité de travail nécessaire pour répondre à une exigence (au moins pour quelques histoires d’utilisateur importantes).

Une bonne règle consiste à dimensionner les tâches pour qu’elles ne prennent pas plus d’une journée. Si une tâche est trop importante, nous la décomposons.

Lorsque le travail est en cours, nous notons la quantité de travail qui reste pour terminer une tâche et nous mettons constamment ce champ à jour. Nous l’utilisons pour calculer la capacité et le tableau d’avancement du sprint.

Enfin, lorsque nous terminons la tâche, nous définissons la quantité de travail consacrée à sa mise en œuvre. Pourquoi ? Pour vous montrer la transparence de notre travail.

Utiliser des balises

L’utilisation de balises fournit des indications générales sur le type d’éléments de travail. Nous documentons également cette orientation dans le wiki du projet.

Les balises sont utilisées pour :

  • indiquer comment les balises supportent les requêtes, le filtrage, les rapports,
  • identifier les dépendances entre équipes ou entre projets,
  • identifier les jalons d’un projet.

Garder le Backlog Sprint en ordre

Le maintien de l’ordre est d’une importance capitale. C’est pourquoi, à la fin du sprint, nous mettons à jour le statut des éléments qui sont entièrement terminés. Tous les éléments de travail qui restent actifs ou ouverts pour cette itération sont trouvés et le Propriétaire de produit prend les mesures appropriées :

  • les déplace vers une itération différente / suivante,
  • les remet dans le backlog.

Utiliser le work item « impediment » (obstacle)

Un élément de travail d’empêchement est un type d’élément de travail qui aide à suivre les activités non planifiées qui apparaissent pendant le Sprint. La résolution d’un empêchement nécessite plus de travail que ce qui était prévu. Il vous aide à suivre et à gérer ces problèmes jusqu’à ce que vous puissiez les résoudre et les terminer.

Transparence et ordre. Grâce à l’intégration de ces pratiques dans notre travail quotidien, chaque élément a une raison stratégique de se trouver exactement là où il se trouve sur la liste et il est beaucoup plus facile de revoir cette liste régulièrement. Cela nous permet également de déterminer si de nouvelles informations nous obligent à redéfinir nos priorités.

Et surtout, il n’y a plus de place pour les devinettes. En organisant tous les éléments, nous nous assurons que chacun sait exactement ce qu’il doit faire. Nous pouvons également vous montrer régulièrement et en toute transparence nos progrès.

Wersja polska
English version

Chère lectrice / cher lecteur, le français n’est pas ma langue maternelle, mais je vais faire de mon mieux ici. Merci pour votre aide à l’amélioration de la traduction.

Posts created 110

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

Articles similaires

Commencez à saisir votre recherche ci-dessus et pressez Entrée pour rechercher. ESC pour annuler.

Retour en haut