User stories (petites histoires)
Définition : User stories (petites histoires)
Il s'agit de raconter en petites histoires d'une dizaine de lignes environ, les principaux scénarios d'utilisation illustrant l'usage du système visé.
Ces histoires permettent d'avoir un fil conducteur mental pour visualiser les fonctions pertinentes. Elles doivent être rédigées (correctement !) et ne pas se réduire à un simple schéma ou des listes à puce. C'est le fait d'écrire qui permet de penser au scénario dans son déroulement temporel, de penser la cohérence des actions et processus dans leur agencement et succession.
Ces scénarios se construisent souvent autour des rôles des utilisateurs : administrateur, usager standard, usager expert, etc.
Si un schéma appuie l'histoire, il ne doit pas la remplacer. Un scénario n'est pas un use case (au sens UML), justement parce que c'est rédigé et non schématique.
Exemple : Transcription d'une vidéo
Valérie est en charge de la transcription et de la synchronisation de la collection des 8 entretiens de metteurs en scène. Cette opération préalable à la mise en ligne d'un entretien est longue et fastidieuse. Elle compte ainsi profiter des nouveaux outils pour accélérer cette étape de traitement. Elle est averti de la mise à disposition de l'entretien de Roger Planchon pour l'étape de transcription/synchronisation. Elle consulte alors le document et peut commencer à taper au kilomètre le texte brut. Valérie peut ajouter quelques éléments de typage (important) dans le corps de son texte. A chaque frappe, le player vidéo se met en pause et reprend, une fois la frappe terminée, quelques secondes auparavant. Cette méthode de saisie est très appréciée par Valérie qui peut ainsi écouter un fragment puis taper le texte sans avoir à mettre constamment en play/pause le curseur vidéo, ni à revenir avec la barre de navigation.
(par Ludovic Gaillard, INA, projet C2M, http://www.utc.fr/ics/c2m)
Remarque :
Il existe plusieurs variantes de cette approche dont des histoires plus courtes correspondant à une fonction (dans ce cas on est plus proche de l'analyse fonctionnelle et moins de l'idéation).