Comment structurer le backlog produit dans une carte de story utilisateur

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

Sending use case to Backlog

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 :

  1. 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.
    Creating User Activity from Backlog
  2. Créez un certain nombre d’étapes nécessaires pour compléter l’activité, appelées tâches utilisateur.
    User Tasks created from User Activities
  3. Chacune de ces tâches utilisateur peut être décomposée en plusieurs épics.
    Epics created from User Tasks
  4. 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.
    User Creates created from Epics

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.

Leave a Reply