Gérer des projets Pega avec 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 cadre 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.

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 Lydia, 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. 

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, 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. The backlog itself is composed of user stories, units of work associated with Minimum Lovable Product (MLP) release.

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.