Atelier 1.3 - User stories et MVP

Documents fournis

Pour cet atelier, vous travaillez à partir d’un cadrage déjà structuré afin de vous concentrer sur la transformation du besoin en éléments exploitables pour le développement.

Important

Le point d'appui fourni n’est pas une solution unique. Vous pouvez vous en inspirer, le compléter ou le remettre en question. L’objectif est de produire vos propres user stories, cohérentes avec le projet.

Objectifs de l’atelier

À l’issue de cet atelier, vous aurez :

transformé les fonctionnalités en user stories.
vérifié que vos user stories couvrent le MVP.
détaillé certaines user stories avec des scénarios d’usage.
structuré un premier backlog simple.
produit une base exploitable pour la conception et le développement.

Durée estimée

Entre 2 h et 3 h 30. Cette durée dépend du niveau de détail des user stories et de la qualité de structuration du backlog.

Organisation et outils

Vous pouvez travailler seul ou en groupe. L’important est de produire un document clair, structuré et exploitable pour la suite.

Exemples d’outils :

un tableau (user story, priorité, remarque).
un traitement de texte.
un fichier Markdown.
un outil de gestion de projet (type Trello ou équivalent).
des post-it pour organiser le backlog.

Vigilance

Ne basculez pas dans la technique (base de données, API, etc.). Restez au niveau du besoin utilisateur.

Méthode proposée

Étape 1 - Écrire les user stories

À partir des fonctionnalités identifiées, reformulez-les en user stories centrées utilisateur.

Format attendu :

En tant que [utilisateur],
Je veux [action],
Afin de [objectif],

Étape 2 - Vérifier la couverture du MVP

Assurez-vous que vos user stories couvrent bien les fonctionnalités essentielles définies dans le MVP.

Posez-vous les questions suivantes :

Est-ce que les fonctionnalités obligatoires sont couvertes ?,
Un visiteur peut-il consulter les contenus ?,
Les rôles internes peuvent-ils effectuer leurs actions principales ?,
Le projet est-il fonctionnel avec ces user stories ?,

Étape 3 - Détailler certaines user stories

Choisissez 2 à 4 user stories importantes et décrivez un scénario d’usage concret.

Un scénario doit décrire :

le point de départ (arrivée de l’utilisateur),
les actions réalisées,
le résultat attendu,

Étape 4 - Structurer un backlog simple

Organisez vos user stories pour préparer la suite du projet.

Vous pouvez :

regrouper les user stories (front, back, admin),
les ordonner selon leur priorité,
identifier celles du MVP,
mettre de côté les fonctionnalités secondaires,

Ce qui est supposé par défaut

Pour avancer efficacement, vous pouvez partir des hypothèses suivantes.

les user stories doivent rester simples et compréhensibles,
toutes les fonctionnalités du MVP doivent être couvertes,
toutes les user stories n’ont pas besoin d’un scénario détaillé,
le backlog peut rester simple à ce stade,
la technique sera abordée dans les étapes suivantes,

Livrable attendu

À la fin de l’atelier, vous devez avoir :

une liste de user stories.
une vérification de la couverture du MVP.
2 à 4 scénarios détaillés.
un backlog simple et structuré.

Critère simple

Si une personne externe comprend qui utilise l’application, ce qu’elle permet et dans quel ordre elle sera construite, votre travail est réussi.

C'est fait