Backlogs pflegen

Sie können die von Pega GenAI Blueprint™ automatisch erstellten und in Agile Workbench importierten Stories als Ausgangspunkt für Ihr Projekt-Backlog verwenden. Es enthält bereits die Dokumentation für viele der Elemente, die zu User Stories und Epics werden.

Bedenken Sie bei der Erstellung Ihres Backlogs stets, dass es sich im Laufe der Zeit ändern kann. Sie müssen im ersten Entwurf noch nicht jedes einzelne Detail endgültig festlegen. Ihr Team verfeinert das Backlog später mit weiteren Informationen und arbeitet die Details der User Stories aus. Dazu erfasst Ihr Team den Input vom Product Owner, von Business Analysts (BA), vom Lead System Architect (LSA) und von den Testern. In die Erstellung Ihres Backlogs sollten unterschiedliche Standpunkte einfließen, damit wichtige Aspekte, nötige Prioritäten und die Termine für die Bereitstellung jeder User Story klar sind.

Backlogs entwickeln sich ständig weiter und verändern sich im Laufe der Zeit. Der Product Owner (PO) ist zwar für die Priorisierung des Backlogs verantwortlich, aber als Pega Business Architect treffen Sie sich regelmäßig mit ihm, um ihn über den aktuellen Projektstand auf dem Laufenden zu halten und ihn zu beraten.

Gemeinsam mit dem PO stellen Sie sicher, dass Ihr Backlog aktuelle User Stories enthält und dass die Prioritäten dem von den User Stories gelieferten Geschäftswert entsprechen. Neue User Stories können gegenüber älteren priorisiert werden und vielleicht sind auch einige zu ersetzen. Manche vorhandene User Stories werden möglicherweise nicht mehr benötigt und können entfernt werden. Die Verwaltung und Priorisierung des Backlogs ist eine fortlaufende Aktivität, die sich durch alle Phasen des Projekts zieht.

Der Product Owner ist für das Backlog verantwortlich. Er erstellt das Backlog, hält es auf dem neuesten Stand und priorisiert die User Stories. Zu Beginn des Projekts müssen sich der Product Owner und das Projektteam darauf einigen, wie die Arbeitselemente des Projekts und der Anwendung verwaltet werden sollen.

Bei Priorisierungsentscheidungen hat der Product Owner eine große Auswahl an User Stories. Einige Stories sind ausgearbeitet, klar verständlich und bereit für die Build-Phase. Andere wiederum befinden sich noch in den frühen Phasen des User-Story-Lebenszyklus. Aufgrund dieser Vielfalt muss der Product Owner sowohl kurzfristige Ziele für die Sprintplanung als auch längerfristige Ziele für die Ausarbeitungsplanung berücksichtigen, wenn er die Stories im Backlog priorisiert.  

Prüfen Sie mit der folgenden Interaktion Ihr Wissen: