Skip to main content

Agile Scrum

Eine Best Practice ist die Verwendung von Scrum für Pega-Anwendungsprojekte.  Als Pega Business Architect in einem Projekt, das mit Scrum organisiert wird, gehören es zu Ihren Aufgaben, die Anforderungen an den transformierten Business-Prozess in User Stories zu dokumentieren und die Projektleitung bei der Priorisierung dieser User Stories zu unterstützen, damit das Projekt-Backlog erstellt und verwaltet werden kann. 

In diesem Lerninhalt geht es um Führungsrollen bei der Scrum-Methode, die Beziehung zwischen User Stories und dem Backlog sowie das Pega Express Toolkit und das Online-Repository, die Sie beim Scrum-Management unterstützen.

Führungsrollen in einem Scrum-Team

Bei einem Pega-Projekt nach der Scrum-Methode gibt es zwei Führungsrollen: den Product Owner (PO), der das Unternehmen vertritt, und den Scrum Master, der dem IT-Projektteam die Arbeit erleichtert.

Jede dieser Rollen hat bestimmte Zuständigkeiten:

Product Owner (PO):

  • repräsentiert das Unternehmen und dient als zentraler Ansprechpartner für geschäftliche Entscheidungen
  • verwaltet den Projektumfang und die Priorisierung
  • legt die Erwartungen der Stakeholder fest
  • legt Prioritäten für die Arbeit des Scrum-Teams fest, indem die Ergebnisse im Backlog priorisiert werden
  • beantwortet Fragen des Scrum-Teams und klärt Details
  • akzeptiert die fertige User Story oder lehnt sie ab

Scrum Master:

  • engagiert sich als Scrum Master uneingeschränkt für das Team
  • bringt den Teammitgliedern bei, was Scrum und das Framework sind
  • führt die täglichen Scrum-Call- und Sprint-Zeremonien durch
  • Räumt dem Team Hindernisse aus dem Weg
  • erleichtert den Austausch und Gespräche zwischen Business- und IT-Teams, um die Projektausrichtung sicherzustellen

Als Business Architect arbeiten Sie fast täglich mit dem Product Owner und dem Scrum Master zusammen, um die User Stories, das Projekt-Backlog und gemeinsame Sprint-Meetings zu organisieren und abzuhalten (in denen die vom IT-Projektteam geleistete Arbeit priorisiert wird) sowie um Feedback von Stakeholdern des Business-Teams einzuholen.

User Stories

Softwareentwicklungsaufgaben werden mithilfe von User Stories nachverfolgt. Jede Aufgabe oder jedes Arbeitselement wird vom Business Architect erstellt und in einer User Story definiert. Diese beschreibt die Benutzeraktionen und gibt vor, anhand welcher Kriterien das Arbeitselement akzeptiert werden soll. 

Im Folgenden finden Sie einige Beispiele für User Stories zu Anwendungen in einem Scrum-Projekt:

  • Als Bankkunde möchte ich von einer mobilen App aus eine PDF-Datei meines Kontoauszugs drucken, damit ich meine Transaktionen und meinen Kontostand überprüfen kann.
  • Als Elternteil, das den Geburtstagskuchen eines Kindes online bestellt, möchte ich meine Bestellung mit dem Zahlungssystem Zelle bezahlen, damit ich beim Bäcker nicht in der Schlange stehen muss. 
  • Als Gamer möchte ich sehen, wie viel Gold ich in meinem Tresor habe, damit ich zusätzliche Artefakte kaufen kann, um meinen Charakter zu stärken.

Als Framework für das Projektmanagement und die Anwendungsentwicklung stellt Scrum sicher, dass die Stories mit dem größtmöglichen Nutzen zuerst entwickelt werden, dass Ideen identifiziert und korrekt umgesetzt werden und dass Stakeholder und Kunden in den Prozess einbezogen werden, was die Akzeptanz und Zufriedenheit erhöht. 

Hinweis: Weitere Informationen zu User Stories finden Sie unter Vorbereitung von User Stories.

Produkt-Backlog

Das Product Backlog ist eine nach Prioritäten geordnete Liste aller Funktionen und Anforderungen, die zum Erreichen des Ziels oder der Vision erforderlich sind. Das Backlog dient als Aufgabenliste für das Team. Es ist eine Liste von Elementen und kann sich während des Projekt-Lebenszyklus weiterentwickeln. Der Product Owner ist verantwortlich für die Priorisierung von Elementen im Backlog.Das Backlog selbst besteht aus User Stories – Arbeitseinheiten, die mit dem Release eines Minimum Lovable Product (MLP) verbunden sind.

Als BA bei einem Pega Projekt arbeiten Sie mit dem Product Owner zusammen, um das Projekt-Backlog in einem Management-Tool wie Agile Studio in der Pega-Plattform zu erstellen und zu verwalten.

Die Optimierung des Backlogs wird zwar nicht als Scrum-Ereignis betrachtet, ist aber der Schlüssel für eine erfolgreiche Scrum-Bereitstellung. Die Backlog-Optimierung ist der Prozess, bei dem Sie sich um die User Stories in Ihrem Backlog kümmern und Details hinzufügen, um sie klar herauszuarbeiten. Die Backlog-Optimierung ergänzt die Details in den User Stories so weit, dass sie vom Product Owner verstanden und priorisiert sowie vom IT-Projektteam implementiert werden können. 

Hinweis: Weitere Informationen zum Arbeiten mit dem Projekt-Backlog finden Sie unter Backlogs pflegen.

Pega Express Toolkit zur Unterstützung von Scrum

Wenn es um die Scrum-Unterstützung geht, ist das Pega Express Toolkit eine der größten Arbeitshilfen für Pega Business Architects.

Das Pega Express Toolkit, das Sie auf der Website der Pega Community finden, ist ein Repository für Materialien, die den Pega BA während der gesamten Projektentwicklung und Anwendungsbereitstellung unterstützen.

Beispiele für Artefakte für Scrum gibt es als herunterladbare Dateien und Artikel, wie z. B.:

Für Sie als Pega BA wird sich das Pega Express Toolkit als unschätzbar wertvoll erweisen, wenn es um hilfreiche Ressourcen für eine einfachere Projektarbeit geht. 

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