Application des phases de Pega Express

Dans l’approche de delivery progressive de Pega Express, les bonnes pratiques sont appliquées sur un cycle de quatre phases. Dans l’image suivante, cliquez sur les icônes + pour en savoir plus sur les quatre phases de Pega Express :

La première des quatre phases de Pega Express est la découverte (Discover). L’objectif de la phase de découverte est de configurer le projet en vue de sa réussite, afin qu’il soit axé sur les résultats, qu’il résolve le problème métier et qu’il réponde aux objectifs métier.

En tant que Business Architect Pega, vous mettez à profit vos compétences d’analyse, de résolution des problèmes, de traduction et de leadership pour comprendre les points suivants :

• les objectifs, les résultats et la valeur métier attendus du projet ;
• les parcours clients associés et leur répartition en Microjourneys® ;
• la priorisation des Microjourneys en versions (release) de Minimum Lovable Products (MLP) dans le cadre de la feuille de route (roadmap) des MLP du projet.

En tant que Business Architect, vous exécutez un Design sprint pour intégrer au projet le Design thinking, une bonne pratique de Pega Express axée sur une approche créative et centrée sur l’humain de la résolution des problèmes. Un Design Sprint rassemble des personnes ayant différentes expériences métier, techniques et applicatives de Pega Platform™, afin d’identifier le problème métier principal et les solutions possibles.

En tant que Business Architect, vous pouvez également participer à tout ou partie des activités suivantes associées à la phase de découverte :

• définir vos Microjourneys et votre MLP ;
• créer le Backlog des types de dossier (Case Type) pour capturer les éléments clés des trois piliers de Pega Platform™ : les Microjourneys (cycle de vie du dossier), les Personas et canaux (channels), et les données et interfaces ;
• estimer et dimensionner votre projet à l’aide du tableur du Backlog des types de dossier ou de l’outil Estimato d'App Studio ;
• créer un Day 1 Live Plan ;
• se préparer à démarrer le projet.

La deuxième phase de Pega Express, la préparation (Prepare), marque le début du projet. L’objectif de la phase de préparation est de préparer l’équipe métier à fournir la conception de l’application à l’équipe IT dans le cadre de la phase de développement (Build) du projet.   

Au cours de la préparation, l’équipe projet s’efforce de comprendre le Microjourney qui forme le premier Minimum Lovable Product (MLP), tel que défini dans la phase de découverte.

La clé du succès de la phase de préparation consiste à s’entendre en amont avec les parties prenantes métier sur la conception de l’application de bout en bout. Pour assurer l'alignement dans toute l’équipe métier, procédez comme suit : 

• Appliquez la bonne pratique de Pega Express Directly Capture Objectives (DCO) pour collaborer avec votre Product Owner, les parties prenantes métier, les experts de domaine (Subject Matter Experts), les concepteurs de l’expérience utilisateur (UX designers) et les autres parties prenantes IT telles que le Lead System Architect (LSA), afin de convenir de la conception générale de l’application. 

• Identifiez toutes les fonctionnalités clés au niveau de l’entreprise, du métier et de l’application qui se prêtent particulièrement à une réutilisation modulaire. 

• Utilisez Pega Platform pour capturer ou affiner les trois piliers : Microjourneys (cycle de vie du dossier), Personas et canaux, Données et interfaces.

• Créez un backlog initial de User Stories prêtes pour la phase de développement (Build). 

En tant que Business Architect, vous exécutez également des Design sprints dans la phase de préparation afin d’accélérer la progression de votre équipe projet.

La troisième des quatre phases de Pega Express est le développement (Build). 

À l’aide de Scrum, la phase de développement commence par l’élaboration des user stories prioritaires pour le premier sprint, en utilisant Agile Workbench, un outil agile dans App Studio.

Pour continuer à créer des user stories pour les futurs sprints, vous collaborez avec le Product Owner afin d’exécuter des sessions DCO qui capturent les nouvelles exigences métier, ainsi que le feedback des parties prenantes de l’équipe métier sur les exigences métier précédemment documentées.

En tant que Business Architect Pega, vous continuez à développer et affiner les user stories contenues dans le backlog du projet, en étroite collaboration avec votre Product Owner, les SME, les concepteurs d'UX, les System Architects (SA), les Quality Analysts (QA) et les membres de l’équipe métier.

L’adoption (Adopt) est la quatrième phase de Pega Express. La phase d’adoption est celle des activités de préparation métier.

Les parties prenantes de l’équipe projet procèdent à un examen rigoureux des fonctionnalités de l’application pour s’assurer qu’elle est prête à passer en production. Après la mise en production, des membres désignés des équipes IT et métier surveillent les performances de l’application à l’aide de Pega Predictive Diagnostic Cloud (PDC) pour prouver qu’elle atteint les résultats métier.  

En tant que Business Architect, vous finalisez vos plans avec le Product Owner, l’équipe métier et certains membres du service IT en vue de démarrer la prochaine version de MLP. 

Vérifiez vos connaissances avec l’interaction suivante :