Bonnes pratiques Blueprint pour la conception du cycle de vie de dossiers

Il est important que le contexte de l'application décrive le workflow le plus précisément possible, car ces informations déterminent la conception de l'application proposée par Pega GenAI. Suivez le plan d’actions ci-dessous, en lien avec le Application Context, pour générer le Blueprint :

• Vérifiez si l’application concerne un processus métier unique ou si vous pouvez vous appuyer sur une modèle du secteur pour créer le Blueprint.
• Vérifiez que Industry, Sub-industry et Department/function permettent d’identifier avec précision le processus métier, car ils jouent un rôle considérable dans les recommandations de Pega GenAI. Si Other est sélectionné, la documentation doit expliquer clairement le processus métier spécifique afin d’éviter tout biais de Pega GenAI.
• Vérifiez que les informations définies dans Application purpose reflètent fidèlement les objectifs de l’application, car ces informations sont affichées dans l'en-tête de l'application lorsque vous la prévisualisez dans Blueprint.
• Vérifiez que Functional Description donne avec précision des informations synthétiques sur l'application. Ces informations peuvent inclure des Microjourneys® ou des processus métier, des intégrations systèmes, des canaux ou des Personas.

Il est important que les Case Types proposés par Blueprint reflètent fidèlement les tâches qui seront accomplies. Effectuez les actions suivantes pour les Case Types proposés par Blueprint :

• Vérifiez que chaque type de dossier (Case Type) combine processus, données et intelligence nécessaires pour mener des tâches normalisées et guidées afin d'obtenir un résultat métier unique.
• Vérifiez que la Description du type de dossier (Case Type) indique le but du microparcours (Microjourney).
• Identifiez les relations et les dépendances entre les types de dossiers. Identifiez les processus métier qui peuvent être menés indépendamment mais en parallèle, les processus qui doivent se produire dans un ordre précis, et les relations de dossiers parent/enfant.
• Identifiez les différentes valeurs de statut que prennent les dossiers entre leur création et leur résolution.
• Identifiez les Personas et les canaux pour fournir un contexte aux activités de workflow.
• Vérifiez l’absence de phases (Stage) et d’étapes (Step) redondantes entre les types de dossiers.
• Utilisez les fonctionnalités Preview my app de Blueprint pour mettre en avant l’expérience utilisateur auprès des parties prenantes. Vous pouvez également utiliser pour cela les fonctionnalités prêtes à l’emploi de Pega pour la transformation du workflow.

Chaque Case Lifecycle est une représentation visuelle des tâches qui doivent être accomplies dans le cadre de la transaction métier souhaitée. Le cycle de vie du dossier (Case Life Cycle) modélise le cheminement que suit votre dossier jusqu'à sa résolution, les Personas impliqués dans l'exécution de ce travail, les tâches(Assignments) ou automatisations (Automations) spécifiques qui doivent être effectuées, ainsi que le temps alloué pour les mener à bien. Effectuez les actions suivantes pour examiner les Case Lifecycles proposés par Blueprint :

• Complétez la revue de l’étape Personas dans Blueprint avec l’étape Case Lifecycles pour mettre en contexte les activités de workflow.
• Veillez à ce qu’il y ait une phase logique de démarrage pour chaque type de dossier et au moins une phase de résolution.
• Vérifiez que la ou les phases alternatives (Alternate Stage) représentent des scénarios d’exception ou des résultats négatifs, et qu’un préfixe Alt a été ajouté au nom de la phase.
• Identifiez les conditions d'entrée de phase requises.
• Identifiez les contrats de niveau de service (SLA) pertinents pour le type de dossier, les phases, les processus ou les tâches.
• Pour les étapes (Step), intégrez des détails à l'aide du champ Notes. Les informations à saisir peuvent être :
  • Création de tâches (séquentielles, parallèles, formulaires en plusieurs étapes ou hiérarchiques)
  • Instructions relatives aux tâches
  • Routage des tâches (individuelle ou Work Queue)
  • Informations sur le statut des dossiers

Dans Blueprint, l'étape Live Data couvre les data objects qui sont définis comme pertinents pour l'ensemble de l'application, pas seulement pour un type de dossier spécifique. Effectuez les actions suivantes pour examiner les éléments Live Data proposés par Blueprint :

• Terminez l’examen de l’étape Live Data dans Blueprint conjointement avec l’étape Case Data Model, afin de confirmer que chaque modèle de données (Data Model) fait correctement référence aux data objects correspondants.
• Pour chaque data object, vérifiez que la Source de l'information est clairement définie. Si la source de données est externe à l’application, vérifiez que le System of Record de la source est clairement identifié.
• Utilisez le champ Description du Data Object pour capturer la logique métier liée au Data Object afin de contextualiser ultérieurement lors du développement d’applications.

Les Personas représentent les utilisateurs qui exécuteront le travail à chaque phase du cycle de vie du dossier. Les personas définissent les intervenants internes et externes sur les dossiers, qui utilisent le système de différentes manières en fonction de leurs rôles, des responsabilités qui en découlent et des résultats métier souhaités. Effectuez les actions suivantes pour examiner les Personas proposés par Blueprint :

• Complétez la revue de l’étape Personas dans Blueprint avec l’étape Case Lifecycles pour mettre en contexte les activités de workflow.
• Vérifiez que les Personas identifiés reflètent fidèlement la répartition des tâches.
• Dans le champ Description du Persona, documentez les canaux dans lesquels il va travailler, les portails pertinents et l’ensemble des pages d’accueil (Landing Page) qui devront être disponibles pour qu’il remplisse ses missions (Assignment).

L'étape Summary offre une autre occasion d'examiner l’application proposée par Blueprint. Effectuez les actions suivantes dans le cadre du processus Summary de Blueprint :

• Rapprochez-vous du Lead System Architect (LSA) et d'autres parties prenantes pour examiner l'ensemble de l'application et vous assurer que le Blueprint est prêt à être importé dans Pega Platform pour la création de la nouvelle application.
• Vérifiez si le client dispose d'une ou plusieurs applications Pega existantes dans l'environnement cible, et quels types de dossiers et ressources de données cette nouvelle application récupérera ou réutilisera.
• Exportez le PDF Blueprint pour référence pendant le processus d'importation Blueprint.
• Exportez le fichier Blueprint.

Agile Workbench d'App Studio est la destination initiale des user stories créées dans l'import Blueprint et utilisées pour le backlog de votre projet. Dans le cadre du processus d'importation du Blueprint, des fonctionnalités (Feature), des sous-fonctionnalités (Sub-Feature) et des User Stories sont automatiquement créées pour les tâches qui doivent être réalisées par l'équipe d’implémentation technique. Ces tâches sont assorties d’informations détaillées dans les champs Description ou Notes de chacun des éléments du Blueprint.

Rapprochez-vous de votre LSA pour planifier l'intégration d’Agile Workbench dans le système de gestion des exigences utilisé pendant le projet.

Vérifiez vos connaissances avec l’interaction suivante :