La différence entre Story et Task
Quelle est la différence entre une User Story et une Task ?
« C'est une question simple », pensais-je quand on me l'a posée pour la première fois lors d'un de mes cours Certified Scrum Master. « La différence, c'est… », commençais-je, avant de réaliser rapidement que ce n'était pas aussi simple que je le pensais.
J'utilisais les deux termes « User Story » et « Task » dans mes cours depuis des années, et dans ma tête, c'étaient deux choses clairement distinctes. Les User Stories sont dans le Product Backlog et les Tasks sont définies pendant le Sprint Planning et vont dans le Sprint Backlog.
C'était vrai – mais pas très utile. On pourrait tout aussi bien dire : « Le sel, c'est ce qui est dans une salière, et le poivre, ce qui va dans un moulin à poivre. » Bien sûr que les Stories sont dans le Product Backlog et les Tasks dans le Sprint Backlog. Mais quelle est vraiment la différence ?
Quand on m'a posé cette question pour la première fois, j'ai réfléchi un instant et j'ai réalisé que je connaissais la réponse. Sur une Story, généralement plusieurs personnes travaillent. Une Task est normalement traitée par une seule personne.
Voyons si c'est vrai…
Une User Story est fondamentalement quelque chose de visible pour l'utilisateur final. La développer implique généralement un développeur et un testeur, peut-être aussi un designer d'interface ou un analyste, peut-être un développeur de base de données, etc.
Il serait très inhabituel qu'une User Story soit développée par une seule personne. (Et si c'était le cas, cette personne devrait remplir plusieurs de ces rôles.)
Un Task, en revanche, consiste généralement à écrire du code, concevoir quelque chose, créer des données de test, automatiser quelque chose, etc. Toutes ces choses sont plutôt accomplies par une seule personne.
On peut bien sûr argumenter que certaines de ces tâches peuvent ou devraient être faites à deux. Mais ce n'est qu'une nuance de ma distinction entre User Stories et Tasks. Quand on travaille en binôme, c'est comme si deux cerveaux partageaient une paire de mains tout en accomplissant un travail ensemble. C'est tout à fait différent des différents travaux qui apparaissent dans une Story.
J'ai cependant fait quelques affirmations bancales, comme par exemple que les Tasks sont normalement accomplis par une seule personne. Et voici pourquoi ces affirmations étaient si bancales : certains Tasks sont des réunions (par exemple une revue de design avec trois membres de l'équipe) et pourtant je les appelle Task et non User Story.
La meilleure distinction est peut-être de dire que les Stories impliquent différents types de travail (par exemple programmation, test, conception de base de données, design d'interface utilisateur, etc.), tandis que les Tasks se limitent à un seul type de travail.
Ce texte provient du blog de Mike Cohn et a été traduit par nos soins en français.
