Blueprint-Best-Practices für die Gestaltung des Case-Life-Cycle

Es ist wichtig, dass der Anwendungskontext den Workflow möglichst genau beschreibt, da diese Informationen das von Pega GenAI vorgeschlagene Anwendungsdesign bestimmen. Führen Sie die folgenden Aktionen durch in Bezug auf den Application Context. Dadurch wird der Blueprint generiert:

• Bestätigen Sie, dass es sich bei der Anwendung um einen einzigartigen Geschäftsprozess handelt oder dass zum Erstellen des Blueprints eine von der Branche bereitgestellte Vorlage verwendet werden kann.
• Vergewissern Sie sich, dass Branche, Unterbrancheund Abteilung/Funktion den Geschäftsprozess genau identifizieren, da sie bei den Empfehlungen von Pega GenAI eine erhebliche Rolle spielen. Wenn „Sonstiges“ ausgewählt wird, sollte die Dokumentation den spezifischen Geschäftsprozess klar erläutern, um eine Voreingenommenheit seitens Pega GenAI zu vermeiden. 
• Vergewissern Sie sich, dass die im Anwendungszweck definierten Informationen die Anwendung genau widerspiegeln, da diese Informationen in der Kopfzeile der Anwendung angezeigt werden, wenn Sie sie in Blueprint in der Vorschau anzeigen.
• Bestätigen Sie, dass die Funktionsbeschreibunggenau die übergeordneten Informationen für die Anwendung identifiziert . Diese Informationen können Microjourneys® oder Geschäftsprozesse, Systemintegrationen, Channels und Personas umfassen.

Es ist wichtig, dass die Case Types, die von Blueprint vorgeschlagen wurden, die durchzuführenden Arbeiten genau widerspiegeln. Führen Sie die folgenden Aktionen in Bezug auf jeden der von Blueprint vorgeschlagenen Case Types:

• Stellen Sie sicher, dass jeder Case-Typ die Prozesse, Daten und Informationen kombiniert, die für eine standardisierte und geleitete Arbeit erforderlich sind, um ein einheitliches Geschäftsergebnis zu erzielen.
• Bestätigen Sie, dass die Beschreibungdes Case-Typs den Zweck der Microjourney vermittelt.
• Identifizieren Sie die Beziehungen und Abhängigkeiten zwischen Case-Typen. Identifizieren Sie die Geschäftsprozesse, die unabhängig voneinander, aber parallel ablaufen können, die Prozesse, die nacheinander ablaufen müssen, und die Beziehungen zwischen über- und untergeordneten Cases.
• Identifizieren Sie die unterschiedlichen Case-Status, die zwischen der Case-Erstellung und -Lösung auftreten.
• Identifizieren Sie die Personas und Channels, um Kontext für Workflow-Aktivitäten bereitzustellen.
• Suchen Sie in den verschiedenen Case-Typen nach redundanten Stages und Steps.
• Verwenden Sie die Preview my app-Funktionalität von Blueprint, um für die Beteiligten das Benutzererlebnis hervorzuheben. Sie können hierfür zusätzlich die sofort einsatzbereiten Funktionen von Pega zur Workflow-Transformation nutzen.

Jeder Case Lifecycle ist eine visuelle Darstellung der Arbeiten, die im Rahmen der gewünschten Geschäftstransaktion abgeschlossen werden müssen. Der Case-Life-Cycle modelliert den Pfad, dem Ihr Case bis zur Lösung folgt, die an der Erledigung dieser Arbeit beteiligten Personas, die spezifischen Assignments oder Automatisierungen, die erfolgen müssen, und die Zeit, die für deren erfolgreichen Abschluss vorgesehen ist. Führen Sie die folgenden Aktionen durch, um jeden der von Blueprint vorgeschlagenen Case Lifecycles auszuwerten:

• Vervollständigen Sie die Überprüfung des Steps Personas in Blueprint in Verbindung mit dem Step Case Lifecycles, um Kontext für die Workflow-Aktivitäten bereitzustellen.
• Stellen Sie sicher, dass für jeden Case-Typ eine logische Start-Stage und mindestens eine Lösungs-Stage vorhanden ist.
• Vergewissern Sie sich, dass die Alternate Stage(s) Ausnahmeszenarien oder negative Ergebnisse darstellen und dass dem Stage-Namen jeweils das Präfix „Alt-“ hinzugefügt wurde.
• Identifizieren Sie alle Bedingungen, die für den Stage-Eintrag erforderlich sind.
• Identifizieren Sie relevante Service Level Agreements für den Case-Typ, die Stages, Prozesse oder Assignments.
• Erfassen Sie für Steps ausführliche Informationen im Feld „Notizen“ . Zu den zu erfassenden Informationen gehören:
  • Assignment-Erstellung (sequentiell, parallel, mehrschrittig oder hierarchisch)
  • Assignment-Anweisungen
  • Assignment-Routing (individuell oder Postkorb)
  • Informationen zum Case-Status

In Blueprint enthält der Step Live Data die Datenobjekte, die als für die gesamte Anwendung relevant definiert sind, nicht nur für einen bestimmten Case-Typ. Führen Sie die folgenden Aktionen durch, um jedes der von Blueprint vorgeschlagenen Live Data-Elemente auszuwerten:

• Vervollständigen Sie die Überprüfung des Steps Live Data in Blueprint in Verbindung mit dem Step Case Data Model, um zu bestätigen, dass jedes Case-Datenmodell korrekt auf die entsprechenden Datenobjekte verweist.
• Stellen Sie für jedes Datenobjekt sicher, dass die Informationsquelle eindeutig definiert ist. Wenn die Datenquelle außerhalb der Anwendung liegt, vergewissern Sie sich, dass die Datenbestände für die Datenquelle eindeutig identifiziert sind.
• Verwenden Sie das Beschreibungsfeld des Datenobjekts, um die mit dem Datenobjekt verbundene Business-Logik zur späteren Kontextualisierung während der Anwendungsentwicklung zu erfassen.

Personas stellen die Benutzer dar, die die Arbeit in jeder Stage des Case-Life-Cycle ausführen werden. Sie definieren interne und externe Case-Beteiligte, die das System je nach Rolle, damit verbundenen Zuständigkeiten und gewünschten Geschäftsergebnissen auf unterschiedliche Weise nutzen. Führen Sie die folgenden Aktionen durch, um jeden der von Blueprint vorgeschlagenen Personas auszuwerten:

• Vervollständigen Sie die Überprüfung des Steps Personas in Blueprint in Verbindung mit dem Step Case Lifecycles, um Kontext für die Workflow-Aktivitäten bereitzustellen.
• Überprüfen Sie, ob die identifizierten Personas die genau widerspiegeln, wer die Arbeit ausführen wird.
• Dokumentieren Sie im Feld Beschreibung der Persona, die Channels, in denen diese Persona arbeiten soll, die relevanten Portale und die Startseiten, die zum Erfüllen ihrer Assignments verfügbar sein sollten.

Der Step Summary bietet eine weitere Gelegenheit, die von Blueprint vorgeschlagene Anwendung zu prüfen. Führen Sie die folgenden Aktionen im Rahmen des Blueprint-Summary-Prozesses durch:

• Arbeiten Sie mit dem Lead System Architect (LSA) des Projekts und anderen Beteiligten zusammen, um die gesamte Anwendung zu überprüfen und sicherzustellen, dass der Blueprint für den Import in die Pega-Plattform bereit ist, um eine neue Anwendung zu erstellen. 
• Bestätigen Sie, ob der Kunde über eine oder mehrere vorhandene Pega-Anwendungen in der Zielumgebung verfügt und welche Case-Typen und Datenbestände diese neue Anwendung wiederverwenden oder erben wird.
• Exportieren Sie das Blueprint-PDF zur Referenz während des Blueprint-Importprozesses.
• Exportieren Sie die Blueprint-Datei.

App Studios Agile Workbench dient als erstes Ziel für die beim Blueprint-Import erstellten und für Ihren Projekt-Backlog verwendeten User Stories. Im Rahmen des Blueprint-Importprozesses werden automatisch Features, Sub-Features und User Stories für die Aufgaben erstellt, die vom technischen Implementierungsteam erledigt werden müssen. Diese Aufgaben umfassen detaillierte Informationen in den Feldern „Beschreibung“ oder „Anmerkungen“ in jedem der Blueprint-Elemente.

Planen Sie gemeinsam mit Ihrem LSA die Integration von Agile Workbench in das im Projekt verwendete Anforderungsmanagementsystem.

Prüfen Sie mit der folgenden Interaktion Ihr Wissen: