Quelle devrait être la taille des éléments du Backlog en Scrum ?

Lorsque vous planifiez un Sprint ou une itération en Agile ou en Scrum, il est important de réfléchir à la taille que devraient avoir les différentes tâches.

On ne veut pas de tâches trop volumineuses

Il est difficile d'évaluer la progression de l'équipe lorsqu'on travaille avec des tâches trop grandes, car on est alors obligé d'estimer quel pourcentage de ces tâches a déjà été accompli ou combien d'heures il reste encore.

Et ce n'est vraiment pas simple. Cela facilite beaucoup les choses lorsque les tâches, comme dans Scrum, peuvent être clairement attribuées à un état binaire : soit To Do, soit Done. Cela ne signifie pas pour autant que nos tâches doivent être trop petites.

Les tâches trop petites peuvent aussi causer des problèmes

Un effort de coordination plus important est alors nécessaire, car il y a plus de tâches dans l'Itération.
Lors de la planification de l'itération, plus de temps est nécessaire pour créer les tâches.
Pendant l'itération, on a besoin de plus de temps pour gérer et suivre les tâches.

Si les tâches d'une itération ne doivent être ni trop grandes ni trop petites, quelle serait alors une taille appropriée ?

Il existe deux bonnes lignes directrices. Combinées, ces deux lignes directrices peuvent aider votre équipe à créer des tâches d'une bonne taille pour le Sprint Backlog ou l'Iteration Backlog.

Les tâches devraient pouvoir être accomplies en une journée

Imaginez à quel point ce serait formidable si tous les membres de l'équipe pouvaient dire chaque jour lors du Daily Standup : « Hier, j'ai terminé cette tâche et aujourd'hui, je vais finaliser cette nouvelle tâche. »

Cependant, il est irréaliste de dire que chaque tâche devrait prendre exactement un jour. C'est pourquoi nous partons simplement du principe que la durée moyenne des tâches devrait être d'un jour. Certaines prendront un peu plus de temps, d'autres en nécessiteront moins. Viser un jour comme taille moyenne de tâche reste néanmoins un bon objectif.

Mais existe-t-il au moins des limites supérieures et inférieures raisonnables pour la taille des tâches ? Une équipe peut-elle avoir une tâche de 10 jours si cela s'équilibre avec quelques tâches de 5 minutes ? La réponse à cette question est la directive n°2.

Les tâches devraient se situer dans une fourchette de 1 heure à 2 jours pour leur réalisation

Lorsqu'on vise une telle taille moyenne de tâche, il est judicieux de définir certaines limites pour une taille appropriée. Je suggérerais une fourchette d'une heure à deux jours.

Essaie d'éviter les tâches estimées à moins d'une heure. Un membre de l'équipe devra prendre le temps de réfléchir à la tâche. La personne devra peut-être parler à quelqu'un avant de pouvoir commencer la tâche. Il se peut aussi qu'une tâche de 10 minutes doive être refaite trois fois avant que tout soit enfin correct, etc.

Si ton équipe a effectivement identifié quelque chose qui prendrait 10 minutes, elle devrait simplement donner une estimation d'1 heure. Si cette tâche est ensuite terminée en moins d'une heure, cela compensera les tâches qui seront terminées en retard.

Je suggère une limite supérieure de 2 jours, non pas parce qu'on devrait avoir beaucoup de tâches de 2 jours, mais parce qu'il peut occasionnellement y avoir des tâches qui ne peuvent pas être accomplies en une journée.

Il est important d'en être conscient et de laisser des tâches plus importantes dans l'Iteration ou le Sprint Backlog . Cependant, on ne veut pas de tâches dans le backlog qui soient si grandes que les membres de l'équipe soient dispensés du travail difficile de réfléchir en profondeur à un problème.

Taille des éléments du Backlog

Ce point optimal entre des tâches trop grandes et des tâches trop petites existe vraiment. Si tu suis les deux recommandations mentionnées ici, tu aideras ton équipe à trouver exactement ce point et à réussir avec Agile ou Scrum.

Cet article provient de Mike Cohn et a été traduit par nos soins.

La différence entre Story et Task

Découvre comment distinguer les tasks des User Stories et des éléments encore plus grands dans le backlog.
=> La différence entre Stories et Tasks

Rédiger des User Stories

Ici, tu découvriras comment je préfère formuler une User Story pour qu'elle soit la plus simple possible à comprendre.
=> Structure pour les User Stories

Identifier toutes les tâches lors du Planning

Pour éviter tout travail supplémentaire, les équipes Scrum ne devraient jamais vouloir définir toutes les tâches à venir.
=> Ne pas définir de tâches lors du Planning