Recueillir efficacement les besoins
CHAPITRE 3
99
Si l’on adopte cette technique pour formaliser les exigences, il faut savoir qu’un UC ne
décrit que les exigences fonctionnelles, qu’il faudra compléter avec d’autres exigences :
interfaces externes, règles métier, formats de données, performance… Alistair
Cockburn 1 considère le cas d’utilisation comme le « moyeu d’une roue » et les autres
types d’exigences comme « des rayons partant dans des directions différentes »
(figure 3-8).
L’approche par les user stories
Une user story est une exigence du système à développer, formulée en une ou deux phrases dans le langage de l’utilisateur pour servir un but ; sa granularité doit permettre à
l’équipe de réalisation d’estimer son coût et de la réaliser entièrement au cours d’une
itération.
Non seulement leur formalisme n’est pas imposé, mais en outre, on ne rédige rien ; les
user stories sont un pense-bête qui retrace, souvent sur une fiche bristol ou un Post-it,
les échanges en face à face menés avec le client.
L’avantage des user stories est qu’elles facilitent la démarche en deux temps ; générales
et grossières au début, elles s’enrichissent, ensuite, non pas de détails superflus, mais
d’exemples, de notes et de cas de tests, au moment où elles sont traitées. Elles facilitent
la communication, l’échange, l’ajout ou la suppression de détails.
1. Alistair Cockburn, Rédiger des cas d’utilisation efficaces, Eyrolles, 2001.
Figure 3-8
Modèle « moyeurayons des
exigences »
GestProjInform Livre Page 99 Vendredi, 3. avril 2009 12:07 12
CHAPITRE 3
99
Si l’on adopte cette technique pour formaliser les exigences, il faut savoir qu’un UC ne
décrit que les exigences fonctionnelles, qu’il faudra compléter avec d’autres exigences :
interfaces externes, règles métier, formats de données, performance… Alistair
Cockburn 1 considère le cas d’utilisation comme le « moyeu d’une roue » et les autres
types d’exigences comme « des rayons partant dans des directions différentes »
(figure 3-8).
L’approche par les user stories
Une user story est une exigence du système à développer, formulée en une ou deux phrases dans le langage de l’utilisateur pour servir un but ; sa granularité doit permettre à
l’équipe de réalisation d’estimer son coût et de la réaliser entièrement au cours d’une
itération.
Non seulement leur formalisme n’est pas imposé, mais en outre, on ne rédige rien ; les
user stories sont un pense-bête qui retrace, souvent sur une fiche bristol ou un Post-it,
les échanges en face à face menés avec le client.
L’avantage des user stories est qu’elles facilitent la démarche en deux temps ; générales
et grossières au début, elles s’enrichissent, ensuite, non pas de détails superflus, mais
d’exemples, de notes et de cas de tests, au moment où elles sont traitées. Elles facilitent
la communication, l’échange, l’ajout ou la suppression de détails.
1. Alistair Cockburn, Rédiger des cas d’utilisation efficaces, Eyrolles, 2001.
Figure 3-8
Modèle « moyeurayons des
exigences »
GestProjInform Livre Page 99 Vendredi, 3. avril 2009 12:07 12