Comment structurer le backlog produit dans une carte de story utilisateur
Pour faciliter le développement agile, la carte de story peut recevoir des fonctionnalités utilisateur identifiées à partir de différentes sources. Comme mentionné ci-dessus, il pourrait s’agir des exigences dérivées des contrats EA, des paquets de travail issus d’initiatives de gestion de projet ou d’analyses ponctuelles telles que l’analyse « tel qu’il est » et « tel qu’il devrait être », des cas d’utilisation dans un diagramme d’utilisation à intégrer avec le développement logiciel agile, etc.
Envoyer le cas d’utilisation au backlog produit pour la cartographie des stories utilisateur
Comme je l’ai mentionné précédemment, il existe de nombreuses sources différentes d’exigences, d’objectifs utilisateur et d’activités utilisateur qui peuvent être identifiées à travers des entretiens, éventuellement en utilisant différentes techniques et outils de modélisation tels que la modélisation des processus métiers, les cartes mentales, les diagrammes de cas d’utilisation, etc. Dans l’exemple ci-dessous, nous avons développé un diagramme de cas d’utilisation et nous souhaitons maintenant envoyer les cas d’utilisation au backlog produit et les développer en utilisant le processus agile Scrum.
Exemple – Cas d’utilisation Gérer l’application de poste vacant

4 étapes pour préparer et organiser le backlog produit
Supposons que nous ayons déjà accumulé une liste de fonctionnalités utilisateur dans le backlog de la carte de story provenant de plusieurs sources différentes. Une fonctionnalité utilisateur sera réalisée sous forme d’une activité en effectuant certaines tâches. Chaque tâche peut être décomposée en quelques épics (plus grandes stories utilisateur). Chaque épique contient une liste de stories utilisateur qui sont décomposées en une taille adaptée pour être intégrées à une itération de sprint. Voici les étapes impliquées dans la planification d’une carte de story :
- Faites glisser les fonctionnalités utilisateur vers la première ligne de la carte, de gauche à droite. Chacune de ces fonctionnalités située sur la première ligne de la carte est appelée activité utilisateur.

- Créez un certain nombre d’étapes nécessaires pour compléter l’activité, appelées tâches utilisateur.

- Chacune de ces tâches utilisateur peut être décomposée en plusieurs épics.

- Sous les épics, une liste de stories utilisateur peut être définie, dont la taille est adaptée pour être intégrée à un sprint.

Notez que : nous pouvons considérer la priorité d’implémentation comme étant planifiée de gauche à droite et les stories utilisateur de haut en bas.
