Skip to main content

Pega Express – Phasen anwenden

Die Werte und Best Practices von Pega Express lassen sich auf alle Software-Bereitstellungsansätze anwenden, die unsere Kunden und Partnern verwenden.

Pega Express bietet ein flexibles Framework aus Werten und Best Practices zur Optimierung der Bereitstellungsansätze für Pega-Implementierungen. 

Ist der Bereitstellungsansatz des Projekts unklar, lässt sich mit den Phasen von Pega Express die Anwendung der Best Practices für Pega Express in einer Struktur mit konkreteren Anleitungen optimieren.

In diesem Lerninhalt geht es darum, wie Pega-Projektteams das Framework aus Werten und Best Practices von Pega Express in den vier Phasen von Pega Express anwenden: Discover, Prepare, Build und Adopt.  

Die Phasen von Pega Express

Beim phasenweisen Bereitstellungsansatz von Pega Express werden die Best Practices für die Arbeit mit Pega Express in einem Zyklus von vier Phasen angewendet. Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um mehr über die vier Phasen von Pega Express zu erfahren:

 

Discover

Die erste der vier Phasen von Pega Express ist die Discover-Phase. Das Ziel der Discover-Phase ist es, das Projekt so zum Erfolg zu bringen, dass es ergebnisorientiert ist, das Geschäftsproblem löst und die Geschäftsziele erfüllt.

Als Pega Business Architect nutzen Sie Ihre Fähigkeiten als Analyst, Problemlöser, Vermittler und Vordenker, um Folgendes zu verstehen:

  • die Geschäftsziele, Ergebnisse und der Nutzen, die von dem Projekt erwartet werden
  • die zugehörigen Customer Journeys und deren Aufteilung in Microjourneys
  • die Priorisierung der Releases der Microjourneys in die Roadmap für das Minimum Lovable Product (MLP) als Teil der MLP-Roadmap des Projekts

Als Business Architect führen Sie einen Design Sprint durch, um das Design Thinking – eine Best Practice von Pega Express – mit einem kreativen, menschenzentrierten Problemlösungsansatz – in das Projekt zu integrieren. Ein Design Sprint bringt Personen mit unterschiedlichen geschäftlichen, technischen und Erfahrungen mit Pega-Plattform-Anwendungen zusammen, um das geschäftliche Kernproblem und mögliche Lösungen zu identifizieren.

Hinweis: Weitere Informationen finden Sie unter Design Sprint und Design Thinking.

Als Business Architect können Sie auch an einigen oder allen der folgenden Aktivitäten im Zusammenhang mit der Discover-Phase beteiligt sein:

  • Microjourneys und MLP des Projekts bestimmen
  • Case-Typ-Backlog zur Erfassung der wichtigsten Bausteine in Bezug auf die drei Säulen der Pega-Plattform erstellen: Microjourneys (Case-Life-Cycle), Personas und Channels, Daten und Schnittstellen
  • Projektumfang mithilfe der Case-Typ-Backlog-Tabelle oder App Studio Estimator-Tools einschätzen und dimensionieren
  • Live-Plan für den ersten Tag erarbeiten
  • Projektstart vorbereiten
Tipp: Das Heranziehen der Best Practices von Pega Express im Zusammenhang mit dem Wert „Lösung des geschäftlichen Problems“ hilft Ihnen bei Aktivitäten während der Discover-Phase. Weitere Informationen finden Sie unter Lösung des geschäftlichen Problems.

Prepare

Die zweite Phase von Pega Express heißt Prepare. Diese Vorbereitungsphase markiert den Beginn des Projekts. Ziel der Prepare-Phase ist die Vorbereitung des Business-Teams, das Anwendungsdesign während der Build-Phase an das IT-Team zu übergeben.   

Während der Prepare-Phase arbeitet das Projektteam daran, die Microjourney zu verstehen, die das erste Minimum Lovable Product (MLP) bestimmt, das in der Discover-Phase definiert wird.

Der Schlüssel zum Erfolg der Prepare-Phase liegt in der frühzeitigen Abstimmung mit den geschäftlichen Stakeholdern über das komplette Anwendungsdesign. Um sicherzustellen, dass Sie im gesamten Business-Team am gleichen Strang ziehen, gehen Sie wie folgt vor: 

  • Wenden Sie die Best Practice von Pega Express Directly Capture Objectives (DCO) für die Zusammenarbeit mit dem Product Owner, den Business-Stakeholdern, den Subject Matter Experts (SME), den User-Experience-Designern (UX) und anderen IT-Stakeholdern wie dem Lead System Architect (LSA) an. Das Ziel ist, dass Sie sich alle beim allgemeinen Anwendungsdesign einig sind. 

  • Identifizieren Sie alle wichtigen Unternehmens-, Geschäfts- und Anwendungs-Features, die sich gut für ein wiederverwendbares Modul eignen. 

  • Verwenden Sie die Pega-Plattform, um die drei Säulen zu erfassen oder zu verfeinern: Microjourneys (Case-Life-Cycle), Personas und Channels, Daten und Schnittstellen.

  • Erstellen Sie ein erstes Backlog mit User Stories, die in die Build-Phase gehen können. 

Als Business Architect führen Sie in der Prepare-Phase auch Design-Sprints durch, damit Ihr Projektteam schneller Fortschritte macht.

Tipp: Orientieren Sie sich an den Best Practices von Pega Express im Zusammenhang mit den Werten „Gestaltung einer hervorragenden User Experience“ und „Effektive Zusammenarbeit“, die Sie bei Ihren Aktivitäten während der Prepare-Phase unterstützen. Weitere Informationen finden Sie unter Gestaltung einer hervorragenden User Experience und Effektive Zusammenarbeit. Weitere Informationen zu DCO als Best Practice finden Sie unter Pega Express Best Practice: Directly Capture Objectives (DCO).

Build

Die dritte der vier Phasen von Pega Express ist die Build-Phase. 

Bei Verwendung von Scrum beginnt die Build-Phase mit der Entwicklung der User Stories, die für den ersten Sprint priorisiert werden, wobei Agile Workbench verwendet wird, ein agiles Tool in App Studio.

Hinweis: Weitere Informationen zu Agile Workbench und anderen agilen Artefakten finden Sie unter Pega-Scrum-Tools.

Zum Erstellen weiterer User Stories für zukünftige Sprints arbeiten Sie mit dem Product Owner zusammen. Gemeinsam führen Sie DCO-Sitzungen durch, in denen neue Business-Anforderungen sowie Feedback zu zuvor dokumentierten Business-Anforderungen von Stakeholdern des Business-Teams erfasst werden.

Als Pega Business Architect entwickeln und verfeinern Sie die User Stories des Projekt-Backlogs in enger Zusammenarbeit mit Ihrem Product Owner, Ihren SMEs, UX-Designern, System Architects (SA), Quality Analysts (QA) und Vertretern des Business-Teams.

Tipp: Weitere Informationen zu Best Practices finden Sie unter den Themen, die sich mit den Pega Express-Werten Optimaler Einsatz der leistungsstarken Pega-Plattform und Agilität und Skalierbarkeit beschäftigen. Das Heranziehen dieser Best Practices hilft Ihnen bei Aktivitäten während der Build-Phase Ihres Projekts.

Adopt

Adopt ist die vierte Phase von Pega Express. In der Adopt-Phase laufen die vorbereitenden Aktivitäten zur Einführung im Unternehmen zusammen.

Die Stakeholder des Projektteams führen eine gründliche Überprüfung der Anwendungsfunktionalität durch, um sicherzustellen, dass die Anwendung für das Go-Live bereit ist. Nach dem Go-Live überwachen ausgewählte Mitglieder der IT- und Business-Teams die Anwendungsleistung mithilfe von Pega Predictive Diagnostic Cloud (PDC), um das Erreichen der Geschäftsergebnisse nachzuweisen.  

Als Business Architect finalisieren Sie Ihre Pläne mit dem Product Owner und dem Business-Team. Außerdem wählen Sie IT-Mitglieder für den Start des nächsten MLP-Release aus. 

Tipp: Weitere Informationen zu Best Practices finden Sie unter den Themen, die sich mit den Pega Express-Werten Schnellere Wertschöpfung und Lösung des geschäftlichen Problems beschäftigen. Anhand dieser Best Practices können Sie den Erfolg der Implementierung des aktuellen MLP messen und sich auf die Bereitstellung des nächsten MLP vorbereiten. 
Hinweis: Weitere Informationen zu den Phasen von Pega Express finden Sie unter Pega Express Delivery.

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.

Fanden Sie diesen Inhalt hilfreich?

Möchten Sie uns dabei helfen, diesen Inhalt zu verbessern?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice