Skip to main content

Méthode Agile Scrum

Il est recommandé de gérer les projets d’application Pega à l’aide de la méthode Scrum.  En tant que Business Architect Pega sur un projet géré à l’aide de Scrum, vos responsabilités consistent notamment à documenter les exigences du processus métier transformé sous forme de user stories et à aider la direction à prioriser ces user stories afin de créer et de gérer le backlog du projet. 

Dans cette rubrique, vous examinerez les rôles de direction liés à Scrum, la relation entre les user stories et le backlog, ainsi que le Pega Express Toolkit et le référentiel en ligne pour facilier la gestion Scrum.

Rôles de direction au sein d’une équipe Scrum

Un projet Pega géré par Scrum comporte deux rôles de direction : le Product Owner (PO), qui représente l’équipe métier, et le Scrum Master, qui organise le travail de l’équipe informatique.

Les responsabilités spécifiques liées à chacun de ces rôles sont les suivantes :

Product Owner (PO) :

  • Représente les intérêts métier et sert de point de contact unique pour les décisions d’ordre métier
  • Gère la portée et la priorisation du projet
  • Détermine les attentes des parties prenantes
  • Établit les priorités pour le travail de l’équipe Scrum en priorisant les livrables dans le backlog
  • Répond aux questions de l’équipe Scrum et rentre dans les détails
  • Valide ou rejette la réalisation des user stories

Scrum Master :

  • Met toute son énergie au service de l’équipe en tant que Scrum Master
  • Forme et coache les membres de l’équipe sur le framework Scrum
  • Dirige les points Scrum quotidiens et les sprints
  • Lève les obstacles et barrières entravant l’équipe
  • Organise les discussions entre les équipes métier et informatique selon les besoins pour assurer l’alignement du projet

En tant que Business Architect, vous interagirez presque quotidiennement avec le Product Owner et le Scrum Master pour créer et gérer les user stories, le backlog du projet, les réunions de sprint collaboratif qui priorisent le travail accompli par l’équipe informatique et recueillent le feedback des parties prenantes de l’équipe métier.

User Stories

Les tâches de développement logiciel sont suivies à l’aide de user stories. Créée par le Business Architect, chaque tâche est définie dans une user story qui explique ce que l’utilisateur doit faire et les critères selon lesquels la tâche doit être acceptée. 

Voici quelques exemples de user stories applicatives dans un projet Scrum :

  • En tant que client d’une banque, je souhaite imprimer un fichier PDF de mon relevé bancaire à partir d’une application mobile, afin de pouvoir consulter mes opérations et mon solde.
  • En tant que parent, je veux payer le gâteau commandé pour l’anniversaire de mon enfant avec Zelle, afin d’éviter de faire la queue à la caisse de la pâtisserie. 
  • En tant que joueur, je veux voir combien d’or j’ai dans mon coffre, afin de pouvoir acheter des artefacts supplémentaires pour renforcer mon personnage.

Dans la gestion de projets et le développement d’applications, la méthode Scrum permet de s’assurer que les stories à plus forte valeur ajoutée sont développées en premier, que les bonnes idées émergent et que les livraisons sont correctes. Elle augmente aussi l’adhésion et la satisfaction des parties prenantes et des clients car elle les implique dans le processus. 

Note: Pour plus d’informations sur les user stories, consultez la rubrique Préparation des user stories.

Le product backlog

Le product backlog est une liste priorisée de toutes les fonctionnalités et exigences nécessaires pour atteindre un objectif ou concrétiser une vision. Il sert de to-do list à l’équipe. Regroupant une liste d’éléments (items), le backlog est susceptible d’évoluer tout au long du cycle de vie du projet. Le Product Owner est responsable de la priorisation des éléments dans le backlog.Le backlog lui-même se compose de user stories, des unités d'œuvre associées à une version de Minimum Lovable Product (MLP).

En tant que BA sur un projet Pega, vous travaillez conjointement avec le Product Owner pour créer et gérer le backlog du projet dans un outil de gestion tel qu’Agile Studio de Pega Platform.

L’affinement (refinement) des backlogs ne fait pas partie des événements Scrum à proprement parler, mais c’est un élément clé d’une livraison Scrum réussie. Le processus d’affinement consiste à examiner et à ajouter des détails pour clarifier les user stories dans le backlog. L’affinement du backlog permet de compléter les user stories et d’y ajouter des informations, jusqu’à ce qu’elles puissent être comprises et classées par ordre de priorité par le Product Owner, puis implémentées par l’équipe IT. 

Note: Pour plus d’informations sur l’utilisation du backlog de projet, consultez Gérer le backlog.

Pega Express Toolkit pour prendre en charge Scrum

L’un des outils à plus forte valeur ajoutée qui soutient les pratiques Scrum pour le Business Architect Pega est le Pega Express Toolkit.

Le Pega Express Toolkit, disponible sur le site Web de Pega Community, contient des documents qui soutiennent le BA Pega tout au long du développement de projets et de la livraison d’applications.

Par exemple, les artefacts associés à Scrum incluent à la fois des fichiers téléchargeables et des articles tels que :

En tant que BA Pega, le Pega Express Toolkit s’avérera inestimable en termes de ressources qui vous aideront à organiser votre projet. 

Vérifiez vos connaissances avec l’interaction suivante :


This Topic is available in the following Module:

If you are having problems with your training, please review the Pega Academy Support FAQs.

Did you find this content helpful?

Want to help us improve this content?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice