Gérer le backlog
Le backlog de produits est une liste ordonnée d’éléments de travail spécifiques au projet, petits ou grands, qui sont candidats à l’implémentation. Dans la terminologie Scrum, ces éléments sont appelés « user stories ». Les epics sont des regroupements de user stories.
Les user stories et epics couvrent une grande variété de types de tâches, tels que :
- Les idées de nouvelles fonctionnalités (features) ou d’améliorations (enhancements)
- Les problèmes de l’application qui nécessitent une attention particulière
- Les travaux nécessaires pour gérer les mises à jour techniques
Création de backlog
Vous pouvez utiliser les stories créées et importées automatiquement dans Agile Workbench par Pega GenAI Blueprint™ comme point de départ pour votre backlog de projet. Il contient déjà de la documentation pour de nombreuses fonctionnalités et sous-fonctionnalités amenées à devenir des user stories et des epics.
Lorsque vous créez votre backlog, il est essentiel de comprendre qu’il peut évoluer au fil du temps. La première ébauche n’a pas à être 100 % finalisée. Votre équipe affinera le backlog au fur et à mesure du recueil de nouvelles informations et de l’élaboration des user stories dans le temps. Votre équipe recueille des informations auprès du Product Owner, du ou des Business Analysts (BA), du Lead System Architect (LSA) et des testeurs. Pour la création du backlog, vous devez disposer d’un ensemble de points de vue différents pour déterminer ce qui est important, ce qu’il faut prioriser et quand livrer chaque user story.
Priorisation du backlog
Les backlogs évoluent constamment au fil du temps. Bien que le Product Owner soit responsable de la hiérarchisation du backlog, vous, en tant que Business Architect Pega, le rencontrez régulièrement pour le tenir au courant et le conseiller sur le statut actuel du projet.
Avec le Product Owner, assurez-vous que votre backlog comprend des user stories actualisées et qu’il est classé par ordre de priorité en fonction de la valeur métier de chacune de ces stories. De nouvelles user stories peuvent être priorisées par rapport à d’autres, et certaines peuvent être remplacées. Certaines user stories peuvent ne plus être nécessaires et être supprimées. La gestion et la priorisation du backlog est une tâche de fond qui se poursuit tout au long des phases du projet.
Création et maintenance du backlog
Le Product Owner (PO) est responsable du backlog. Le PO crée le backlog, le maintient à jour, et priorise les user stories. Au début du projet, le Product Owner et l’équipe projet doivent convenir d’une approche de gestion du projet et des éléments de travail liés à l’application.
Le Product Owner dispose d’un large éventail de user stories à prioriser. Certaines stories sont très élaborées ; elles sont bien comprises et prêtes pour la phase de développement (Build). D’autres en sont encore aux premiers stades du cycle de vie des user stories. Cette diversité implique que, lorsque le Product Owner priorise les stories dans le backlog, il doit tenir compte des objectifs à court terme pour la planification des sprints, mais aussi des objectifs à plus long terme pour la planification de l’élaboration.
Vérifiez vos connaissances avec l’interaction suivante :
This Topic is available in the following Modules:
Want to help us improve this content?