Der Case-Life-Cycle von Pega
Business-Anwendungen helfen dabei, die Arbeit zu automatisieren, die notwendig ist, um bestimmte Ergebnisse zu erzielen. Herkömmliche Business-Anwendungen basieren auf einzelnen Transaktionen und sind auf eigenständigen Anwendungen für verschiedene abteilungsspezifische Funktionen aufgebaut. Isolierte Anwendungen erschweren es den verschiedenen Geschäftsbereichen zusammenzuarbeiten und effiziente Geschäftsergebnisse zu erzielen.
Pega ist der Meinung, dass Anwendungen so funktionieren sollten, wie die Benutzer über ihre Arbeit denken und sie beschreiben. Nehmen wir zum Beispiel einen Online-Bestellprozess: Der Kunde gibt eine Bestellung auf und das Unternehmen bearbeitet und liefert die Bestellung dann aus. Eine Pega-Plattform-Anwendung, die den Online-Bestellprozess modelliert, folgt dem gleichen Ablauf.
Die Journey beschreibt die Interaktionen, die zwischen einem Kunden und einem Unternehmen stattfinden, wenn der Kunde ein bestimmtes Ziel verfolgt, z. B. die Einstellung eines Bewerbers.
Von der Microjourney zum Case-Life-Cycle
Microjourneys sind die Lebenszyklen oder Arbeitseinheiten, die Kunden und Anwendern ein sinnvolles Ergebnis liefern. Microjourneys sind Teil der gesamten Customer Journey, mit der alle oder ein Teil der gewünschten Geschäftsergebnisse erreicht werden.
Um Microjourneys zu identifizieren, müssen Sie die gesamte User Experience von Anfang bis Ende für die Endbenutzer analysieren. So erkennen Sie die einzelnen Funktionsschritte, die Teams schnell in die Produktion implementieren können, was einen unmittelbaren Mehrwert schafft. Sie können Microjourneys direkt in der Pega-Plattform erfassen, indem Sie die Microjourney in die drei Säulen Ihrer Anwendung unterteilen.
Das folgende Diagramm zeigt die drei Säulen Ihrer Anwendung. Die drei Säulen sind die Case-Typen und -Strategien, Personas und Channels sowie die Daten und Schnittstellen für die Microjourney:
Wenn Sie als Business Architect die drei Säulen direkt in App Studio erfassen, können Sie schnell und einfach einen Konsens über die Lösung erzielen, indem Sie Folgendes visuell dokumentieren:
- Die Microjourney (Case-Life-Cycle) visualisiert den Weg Ihrer Business-Prozesse bis zum Abschluss.
- Personas repräsentieren die Personen, die an Ihren Prozessen beteiligt sind, sowie die Channels, die sie für die Interaktion mit einem Case verwenden.
- Daten sind die Informationen, die Ihr Workflow benötigt, um eine Lösung zu erreichen, und Interfaces sind die Schnittstellen, die vorgeben, wie auf diese Daten zugegriffen wird.
Case-Typen und Cases
Ein Case-Typ ist ein abstraktes Modell einer Business-Transaktion. Case-Typen modellieren wiederholbare Business-Transaktionen. Ein Case ist eine bestimmte Transaktionsinstanz. Um die Online-Bestellungstransaktion in Pega zu modellieren, definieren Sie den Case-Typ einer Online-Bestellung, der von der Aufgabe der Bestellung über die Verarbeitung bis hin zur Lieferung reicht. Wie in der folgenden Abbildung dargestellt, legt die Pega-Plattform jedes Mal, wenn ein Benutzer eine Online-Bestellung einreicht, einen Order-Case an und weist dem Case eine Nummer zu.
Der Case-Life-Cycle
Sie legen den Case-Life-Cycle eines Case-Typs fest, um die Arbeitsschritte zu visualisieren, die im Rahmen der gewünschten Business-Transaktion absolviert werden müssen. Der Case-Life-Cycle repräsentiert das Geschäftsmodell der Microjourney. Der Case-Life-Cycle gibt den Pfad vor, dem Ihr Case bis zu seinem Abschluss folgt. Die wichtigsten Bausteine des Case-Life-Cycle sind Stufen (Stages), Prozesse und Schritte (Steps).
Die folgende Abbildung zeigt den Case-Life-Cycle für den Case-Typ einer Online-Bestellung.
Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um Details zu den Bausteinen von Case-Typen anzuzeigen:
Namenskonventionen für Case-Typ
Beachten Sie bei der Erstellung von Case-Typen sowie von Stages, Prozessen und Steps in einem Case-Life-Cycle die folgenden Namenskonventionen.
Beim Benennen des Case-Typs sollten Sie einen Namen wählen, der das Ergebnis des Business-Prozesses widerspiegelt – nicht auf die Aktionen, die Benutzer ausführen müssen. Stellen Sie sicher, dass der Name des Case-Typs den Zweck des Case-Typs klar vermittelt. Beispielsweise ist der Name „Finanzvorgänge“ mehrdeutig und unspezifisch, aber Bezeichnungen wie Kreditantragsprüfung, Hypothekenantragsprüfung oder Kreditkartenstreitfall vermitteln ihren Zweck genau.
Benennen Sie Stages, indem Sie den Kontext des Abschnitts mit einem Substantiv, Substantivsatz oder Gerundium (das als Substantivsatz fungiert) beschreiben. Versuchen Sie, möglichst nicht mehr als zwei Wörter zu verwenden. Diese Bezeichnungen sollten aussagekräftig und für Business-Anwender relevant sind. In oben genannten Beispiel bearbeitet das Unternehmen die Bestellung in der zweiten Stufe des Case-Life-Cycle. Deshalb benennen Sie diese Stage Bearbeitung.
Testen Sie für Stages, die den Case nicht auflösen, den gewählten Namen, indem Sie prüfen, ob er in den folgenden Testsätzen korrekt klingt:
This Case is in <Stage name>.When does this Case move to <Stage name>?How many Cases are in <Stage name>?
Lesen Sie den Satz mit Ihrem vorgeschlagenen Stage-Namen laut vor. Wenn der Stage-Name in diesen Sätzen nicht richtig passt, ist eine Änderung sinnvoll.
Benennen Sie Prozesse und Steps mit einem Verb und einem Hauptwort als gängige Namenskonvention. Im Bestellbeispiel nennen Sie den Prozess in der Processing Stage Auftragsbearbeitung. Die einzelnen Prozess-Steps nennen Sie Bestandsprüfung und Verpacken.
Prüfen Sie mit der folgenden Interaktion Ihr Wissen:
Dieses Thema ist im folgenden Modul verfügbar:
If you are having problems with your training, please review the Pega Academy Support FAQs.
Möchten Sie uns dabei helfen, diesen Inhalt zu verbessern?