Gestion de projet – Vers les méthodes agiles
102
Le product backlog
Dans une méthode agile, le référentiel qui regroupe l’ensemble des besoins/exigences
ou des livrables à réaliser est un product backlog 1 (PB) : il constitue la « file d’attente » ou
le portefeuille des fonctionnalités qui seront sélectionnées au fur et à mesure, au cours de
chaque itération ; il regroupe tout ce qu’il y a à faire.
Tableau 3-3 Différences entre user stories et use cases
User story
Use case
Est une brève description d’une fonctionnalité telle que
vue par l’utilisateur (définition).
Représente une séquence d’actions qu’un système ou
toute autre entité peut accomplir en interagissant avec
les acteurs du système (définition).
Format écrit court, laissant la part belle à la discussion
orale.
Format écrit très riche en informations (pré-conditions,
événement déclencheur, scénario principal, alternatives…). Peu de place à l’oral.
Peut être une partie d’un use case (le scénario principal
ou une alternative).
Est la somme d’un scénario principal et de diverses
alternatives (variations, cas d’erreur…).
Utilisée, certes, en tant que spécification, mais surtout
pour l’estimation de la planification.
Utilisée seulement en tant que spécification.
Émergence rapide au travers d’ateliers collaboratifs.
Long travail d’analyse et de formalisation.
Grande lisibilité, du fait de sa simplicité.
Peut souvent manquer de lisibilité (volume).
Mode oral et collaboratif.
Mode écrit et souvent distant.
Très facile à maintenir (format fiche, court, indépendant).
Plus difficile à maintenir (dans le cas de documents
volumineux).
Implémentée et testée en une itération obligatoirement.
Implémenté et testé en plusieurs itérations.
Écrite facilement par un utilisateur ou un client (accompagné dans sa démarche).
Souvent rédigé par des user proxies (représentants
de l’utilisateur : AMOA, analyste…), rarement par le
client ou l’utilisateur final.
Contient des tests d’acceptation (au dos de la carte)
→ implication des testeurs.
Ne contient pas les cas de test qui en découlent → pas
d’implication des testeurs.
Difficile à lier les unes aux autres. Absence de vue globale.
Liaison et vision globale facilitées : au travers du diagramme des cas utilisation qui relie les use cases entre
eux (dépendances).
Associée historiquement à l’eXtreme Programming et
aux méthodes agiles.
Associé historiquement au processus unité.
Un auteur de référence : Mike Cohn.
Un auteur de référence : Alistair Cockburn.
1. La locution product backlog est spécifique à la méthode Scrum mais le principe qu’elle recouvre est
commun aux méthodes agiles dans leur ensemble. Celle d’user story est propre à XP mais est utilisée
également par Scrum.
GestProjInform Livre Page 102 Vendredi, 3. avril 2009 12:07 12
102
Le product backlog
Dans une méthode agile, le référentiel qui regroupe l’ensemble des besoins/exigences
ou des livrables à réaliser est un product backlog 1 (PB) : il constitue la « file d’attente » ou
le portefeuille des fonctionnalités qui seront sélectionnées au fur et à mesure, au cours de
chaque itération ; il regroupe tout ce qu’il y a à faire.
Tableau 3-3 Différences entre user stories et use cases
User story
Use case
Est une brève description d’une fonctionnalité telle que
vue par l’utilisateur (définition).
Représente une séquence d’actions qu’un système ou
toute autre entité peut accomplir en interagissant avec
les acteurs du système (définition).
Format écrit court, laissant la part belle à la discussion
orale.
Format écrit très riche en informations (pré-conditions,
événement déclencheur, scénario principal, alternatives…). Peu de place à l’oral.
Peut être une partie d’un use case (le scénario principal
ou une alternative).
Est la somme d’un scénario principal et de diverses
alternatives (variations, cas d’erreur…).
Utilisée, certes, en tant que spécification, mais surtout
pour l’estimation de la planification.
Utilisée seulement en tant que spécification.
Émergence rapide au travers d’ateliers collaboratifs.
Long travail d’analyse et de formalisation.
Grande lisibilité, du fait de sa simplicité.
Peut souvent manquer de lisibilité (volume).
Mode oral et collaboratif.
Mode écrit et souvent distant.
Très facile à maintenir (format fiche, court, indépendant).
Plus difficile à maintenir (dans le cas de documents
volumineux).
Implémentée et testée en une itération obligatoirement.
Implémenté et testé en plusieurs itérations.
Écrite facilement par un utilisateur ou un client (accompagné dans sa démarche).
Souvent rédigé par des user proxies (représentants
de l’utilisateur : AMOA, analyste…), rarement par le
client ou l’utilisateur final.
Contient des tests d’acceptation (au dos de la carte)
→ implication des testeurs.
Ne contient pas les cas de test qui en découlent → pas
d’implication des testeurs.
Difficile à lier les unes aux autres. Absence de vue globale.
Liaison et vision globale facilitées : au travers du diagramme des cas utilisation qui relie les use cases entre
eux (dépendances).
Associée historiquement à l’eXtreme Programming et
aux méthodes agiles.
Associé historiquement au processus unité.
Un auteur de référence : Mike Cohn.
Un auteur de référence : Alistair Cockburn.
1. La locution product backlog est spécifique à la méthode Scrum mais le principe qu’elle recouvre est
commun aux méthodes agiles dans leur ensemble. Celle d’user story est propre à XP mais est utilisée
également par Scrum.
GestProjInform Livre Page 102 Vendredi, 3. avril 2009 12:07 12