Compte rendu
Sujet : Les User Stories
Classe : MDW22
Groupe :
Hajri Tasnim
Zgued Hyba
Hamada Lina
Année universitaire :
2024/2025
1. Introduction
Dans le domaine du développement logiciel moderne, la méthode Agile est
devenue une référence incontournable pour la gestion de projet. Elle permet
d’offrir plus de souplesse, une meilleure communication entre les équipes, et
une réponse rapide aux changements.
Parmi les outils fondamentaux d’Agile, notamment dans le cadre de Scrum, on
trouve les User Stories.
Les User Stories sont de petites descriptions fonctionnelles rédigées du point
de vue de l’utilisateur. Leur but principal est d’exprimer ce que veut réellement
l’utilisateur et pourquoi. Ce format simple et direct permet de s’assurer que
chaque fonctionnalité développée apporte une réelle valeur métier.
Dans ce compte rendu, nous allons d’abord expliquer en détail ce qu’est une
User Story, comment elle est rédigée, comment elle est priorisée, puis nous
illustrerons notre propos avec un exemple concret de projet logiciel, avant de
conclure par une synthèse générale et notre avis personnel sur l’utilité de ce
concept.
2. Explication Théorique
Définition des User Stories
Une User Story est une exigence fonctionnelle exprimée en langage naturel, du
point de vue de l’utilisateur final. Elle remplace les spécifications techniques
traditionnelles, souvent longues et difficiles à comprendre.
Une User Story suit souvent cette structure simple :
En tant que [type d’utilisateur], je veux [ce que je souhaite faire], afin de
[bénéfice ou but recherché].
Cette phrase contient les 3 éléments clés :
Qui ? (le type d’utilisateur)
Quoi ? (la fonctionnalité souhaitée)
Pourquoi ? (l’objectif ou la valeur ajoutée)
Pourquoi utiliser des User Stories ?
Les User Stories :
Favorisent la communication entre les équipes techniques et non
techniques.
Se concentrent sur la valeur pour l’utilisateur final.
Sont courtes, simples, compréhensibles par tous.
Permettent une meilleure planification du travail dans les Sprints.
Peuvent évoluer facilement selon les retours utilisateurs.
Avantages des User Stories
✅ Elles sont compréhensibles sans connaissance technique.
✅ Elles permettent une livraison incrémentale.
✅ Elles facilitent la collaboration entre l’équipe et le PO.
✅ Elles aident à structurer le backlog produit.
❗ Inconvénients possibles
❌ Parfois trop générales ou ambiguës.
❌ Nécessitent une discussion constante avec le PO.
❌ Ne couvrent pas toujours les aspects techniques complexes.
❌ Peuvent être mal priorisées sans méthode rigoureuse.
Critères de qualité : la règle INVEST
Pour qu’une User Story soit de qualité, elle doit respecter la règle INVEST :
Indépendante : elle ne doit pas dépendre d’une autre User Story.
Négociable : elle peut être modifiée.
Valorisable : elle apporte une valeur au client.
Estimable : son effort peut être estimé.
Simple : elle est facile à comprendre.
Testable : on peut vérifier si elle est bien réalisée.
3. Rédaction et Priorisation
✍️Rédaction d’une User Story
La rédaction se fait en collaboration avec le Product Owner. L’équipe de
développement peut aussi participer pour reformuler ou clarifier.
On évite le jargon technique. La priorité est la compréhension du besoin
métier.
Exemple :
En tant que client, je veux recevoir une confirmation par email après une
commande afin d’être rassuré que ma commande est bien enregistrée.
📊 Méthodes de priorisation
Le Product Owner doit organiser les User Stories par ordre d’importance.
Voici quelques méthodes :
MoSCoW (Must, Should, Could, Won’t) : très utile pour classer les
besoins.
Business Value vs Effort : plus une fonctionnalité est précieuse et simple
à faire, plus elle doit être prioritaire.
Planning Poker : chaque membre estime le niveau d’effort, puis on
discute pour trouver un consensus.
4. Exemple concret : Projet de gestion de tâches
Contexte
L’équipe Scrum travaille sur une application web nommée TaskEasy, destinée à
aider les utilisateurs à mieux gérer leurs tâches quotidiennes.
Exemples de User Stories utilisées :
1. En tant qu’utilisateur, je veux ajouter une tâche pour ne rien oublier.
2. En tant qu’utilisateur, je veux modifier une tâche afin de corriger une
erreur.
3. En tant qu’utilisateur, je veux supprimer une tâche terminée pour alléger
ma liste.
4. En tant qu’utilisateur, je veux trier mes tâches par priorité pour gagner du
temps.
5. En tant qu’utilisateur, je veux voir mes tâches dans un calendrier pour
mieux les planifier.
🔄 Intégration dans le cycle Scrum
Lors du Sprint Planning, ces User Stories sont choisies et découpées en tâches
techniques :
Création de l’interface d’ajout
Intégration avec la base de données
Tests unitaires
Affichage responsive
Elles sont ensuite développées, testées, validées lors du Sprint Review, et
améliorées grâce à la Retrospective.
5. Conclusion
Les User Stories constituent un outil fondamental dans la réussite d’un projet
Agile.
Elles permettent de garder le cap sur les besoins utilisateurs, de collaborer
efficacement entre les différents acteurs du projet, et de livrer rapidement de
la valeur.
Notre exemple avec TaskEasy montre que les User Stories permettent de
structurer le développement et de guider l’équipe pas à pas.
En respectant les bonnes pratiques (format, INVEST, priorisation), les User
Stories deviennent une véritable boussole dans un projet.
Notre groupe a beaucoup appris grâce à ce travail, car il nous a permis de mieux
comprendre la manière de penser des utilisateurs et l’importance de structurer un
projet autour de leurs besoins réels. Cela nous sera utile dans nos projets futurs.
Annexe
Exemple de comment créer ses user stories
Persona site e-commerce – user stories
Customer journey agile – user stories
Titre : « Pouvoir ajouter un produit dans mon panier »
Type : user story
Description :
En tant que client,
je souhaite pouvoir ajouter un produit dans mon panier
afin de pouvoir l’acheter
Règles métiers :
Le bouton ajouter au panier sur la fiche produit apparait si il reste un produit en
stock public. (stock marchand – stocke réservé)
Quand j’ajoute un produit au panier, le client arrive sur la page panier
Si j’ajoute un produit au panier, ça le réserve pendant 1h
Quand j’ajoute le produit au panier et que j’ai déjà ce produit au panier, on
rajoute +1 à la quantité.
Tests d’acceptances :
Scénario:
Etant donné que je suis sur mon panier
Et que j'ai un produit d'id "1234" en quantité "1"
Et que le stock public restant sur ce produit est de "0"
Et que j'ai ce produit en quantité "0' dans mon panier
Quand je veux cliquer sur le bouton ajouter au panier
Alors rien en se passe
Scénario:
Etant donné que je suis sur mon panier
Et que j'ai un produit d'id "1234" en quantité "1"
Et que le stock public restant sur ce produit est de "1"
Et que j'ai ce produit en quantité "0' dans mon panier
Quand je veux cliquer sur le bouton ajouter au panier
Alors j'arrive sur la page panier
Et j'ai "1' quantité de ce produit dans mon panier.
Scénario:
Etant donné que je suis sur mon panier
Et que j'ai un produit d'id "1234" en quantité "1"
Et que le stock public restant sur ce produit est de "1"
Et que j'ai ce produit en quantité "1' dans mon panier
Quand je veux cliquer sur le bouton ajouter au panier
Alors j'arrive sur la page panier
Et j'ai "2' quantité de ce produit dans mon panier.
