• 6 heures
  • Facile

Ce cours est visible gratuitement en ligne.

Ce cours est en vidéo.

Vous pouvez obtenir un certificat de réussite à l'issue de ce cours.

J'ai tout compris !

Inspectez les users stories

Connectez-vous ou inscrivez-vous gratuitement pour bénéficier de toutes les fonctionnalités de ce cours !

Dans ce chapitre, vous allez apprendre à reconnaître et à évaluer des user stories (ou récits utilisateur). En gestion de projet agile, ces user stories sont des phrases simples rédigées dans le langage de tous les jours. Elles vont permettre à votre équipe de décrire précisément toutes les fonctionnalités du projet. 

Les user stories pour l'équipe agile

Dans la partie précédente, vous avez collecté les besoins des utilisateurs du produit ou du service à développer. Leurs demandes étaient souvent exprimées de façon complexe et agglomérée. 😵 

C'est la raison pour laquelle le recueil de vos entretiens individuels mélangeait souvent :

  • Des usages personnalisés

  • Des situations professionnelles

  • Des procédures plus ou moins précises

  • Des organisations idéales

  • Des solutions pratiques

Vous devez faire très attention à l’ambiguïté des informations transmises par les utilisateurs. La formulation à l'orale peut aussi amener des erreurs d'interprétation. Désormais, vous allez exprimer les besoins utilisateur le plus méthodiquement possible afin de faciliter le travail de votre équipe.

Votre équipe rédige une user story pour rendre le besoin utilisateur simple et compréhensible. Cette phrase doit seulement contenir 3 éléments descriptifs : Qui ❔ Quoi ❔ Pourquoi ❔

  1. Le contexte → en tant que <rôle/personas>

  2. La fonction → je veux <fonctionnalité>

  3. Le bénéfice → afin de (pour) <raison/objectif>

En tant que joueur, je veux visualiser le plan du jeu d'évasion afin de pouvoir m'orienter.

Les users stories pour le coach agile

Toutes les user stories pertinentes sont réunies dans le carnet du projet ou product backlog qui reste sous la responsabilité de votre client (ou de son représentant au sein de l'équipe). En qualité de coach agile, vous ne rédigez pas les user stories, mais vous devez être capable d'évaluer leur qualité. 🤓

La grille des critères INVEST va vous permettre de motiver les membres  de votre équipe à modifier ou à mieux reformuler l'énoncé d'une user story. Ce concept agile vous assure que les user stories ont bien les qualités requises pour figurer dans le product backlog. Une bonne user story est :

  1. Independent → pas de dépendance entre les user stories.

  2. Negotiable → la user story peut être arbitrée par le client et l'équipe.

  3. Valuable → un besoin est toujours associé à la user story.

  4. Estimable → l’équipe doit être en capacité d'estimer la user story.

  5. Small → la user story est décrite précisément.

  6. Testable → les critères d’acceptation de la user story sont atteignables.

Je vous conseille de prêter une attention particulière au cinquième critère (Small). Vous pourrez aider votre équipe à découper en plusieurs variantes une user story trop large. ✂ ✂ Par exemple :

  • « En tant que joueur, je veux visualiser le plan du jeu d'évasion afin de pouvoir m'orienter »

    • « En tant que joueur, je veux visualiser ma position dans le jeu afin de pouvoir m'orienter »

    • « En tant que joueur, je veux visualiser un itinéraire dans le jeu afin de pouvoir m'orienter »

Un bon découpage aura un impact réel sur le déroulé du projet. C'est votre ultime marge de manœuvre pour affiner les fonctionnalités du projet et anticiper les incertitudes de l'équipe.

Comment motiver les membre de l'équipe à découper leur user story ? Quelles sont les limites de ce découpage pour constituer le product backlog ?

La motivation de votre équipe augmente lorsque l’aboutissement de son travail est concret. C'est pourquoi les user stories du projet se divisent toujours en courtes actions. La tâche représente bien le niveau de découpage élémentaire pour une user story :

  • « En tant que joueur, je veux visualiser ma position dans le jeu afin de pouvoir m'orienter »
    - Intégrer un système de géolocalisation
    - Développer une carte numérique
    - etc.

C’est le bon découpage des user stories qui donnera toute sa fluidité à votre gestion de projet agile. 🌊 Votre client sera satisfait de comprendre l'avancée du travail en consultant le product backlog.

Les user stories que vous avez prévu de gérer à une date lointaine sont décrites synthétiquement. Encouragez votre équipe à détailler les tâches dont la réalisation est imminente. Vous pouvez alors évaluer la pertinence des tâches avec la grille de critères SMART :

  1. Specific → toute votre équipe comprend ce qu’il y a à faire.

  2. Mesurable → votre équipe sait comment s’assurer que la tâche est réalisée.

  3. Achievable → votre équipe dispose de tous les moyens pour réaliser la tâche.

  4. Relevant → la tâche participe bien à la concrétisation de la user story.

  5. Time Bound → la tâche a une durée connue et limitée de travail.

Vous ferez rapidement progresser les membres de votre équipe en respectant ces 5 critères lors de l'écriture des tâches. ☝ Je vous conseille de bien surveiller le troisième critère afin de limiter les causes de blocage pendant le développement : manque de connaissances, manque de matériels, etc.

Rédaction d'une user story
Rédaction d'une user story

Les deux grilles de critères (INVEST et SMART) que je viens de vous présenter sont des créations de l'auteur américain Bill Wake. Vous pouvez les utiliser librement comme outils d'évaluation avec votre équipe agile. Dans le chapitre suivant, je continue à vous montrer comment analyser en détail le product backlog.

En résumé

Exemple de certificat de réussite
Exemple de certificat de réussite