Agile Workbench

Agile Workbench ist ein Tool für Projektbeteiligte und Teammitglieder, das Feedback zu Ihrer Anwendung in Echtzeit erfasst und die Feature-Entwicklung nachverfolgt. Agile Workbench unterstützt Direct Capture of Objectives (DCO) und agiles Development. Bei DCO handelt es sich um den Prozess der Definition und Verwaltung von Geschäftszielen in Ihrer Anwendung. Durch die direkte Verwaltung des Feedback- und Entwicklungsstatus in Ihrer Anwendung können Sie die Anwendungsentwicklung effizienter gestalten.

In einem typischen Szenario mit Agile Workbench wird jedes Feature eines Case-Typs in Hinblick auf Interessengruppen im Unternehmen und Produktzuständige (Owner) durchlaufen bzw. wiedergegeben. Wenn während der Wiedergabesitzung Bugs erkannt werden oder Änderungen notwendig sind, erfassen Sie diese Bugs, das Feedback und/oder die Verbesserungen in Agile Workbench. Beispiel: Sie stellen fest, dass die Office-Drop-down-Liste keine Optionen zur Auswahl enthält. Dann erfassen Sie einen Bug. Weitere Informationen zur Dokumentation eines Bugs in Agile Workbench finden Sie im Community-Artikel Bugs erstellen, um Feature-Fehler zu melden.

Die folgende Abbildung zeigt links die Case-Instanz mit dem Bug und rechts Einzelheiten zum Bug.

In Agile Workbench erstellen Sie Arbeitselemente, so genannte „Work Items“: User Stories, Bugs und Feedback. Stories dienen zur Beschreibung von Business-Anforderungen. Bugs sind Fehler bei einem Feature. Entwickler beheben schwerwiegende Bugs in der Regel bei der aktuellen Entwicklung, während geringfügigere Bugs erst in späteren Versionen behoben werden. Feedback-Elemente dienen für Verbesserungsvorschläge für Features. Diese Rückmeldungen werden häufig bei Wiedergabesitzungen mit Beteiligten dokumentiert. Entwickler nutzen Feedback für die Entwicklung aktueller oder zukünftiger Releases. Arbeitselemente werden zum Backlog der Entwicklungsarbeit. Üblicherweise besteht der Großteil der Entwicklungsarbeit aus User Stories.

Arbeitsaufgaben können optional mit Features oder Subfeatures verknüpft werden. Features sind Merkmale, die Ihre Anwendung unterstützen soll. Subfeatures sind Unterfunktionen eines Features. Wenn Sie einen neuen Case-Typ in Ihrer Anwendung erstellen, erstellt die Pega-Plattform automatisch ein Feature mit dem gleichen Namen. Beispiel: Sie ordnen den Bug Office drop-down missing options wegen fehlender Optionen in einer Drop-down-Liste dem Feature Onboarding zu, da Sie den Bug im Case-Typ „Onboarding“ festgestellt haben. 

Für jedes Work Item wird der Status angezeigt, der Auskunft darüber gibt, ob ein Arbeitselement noch zu erledigen ist, gerade bearbeitet wird oder bereits erledigt wurde. Die drei Statusanzeigen sind: „To do“, „Doing“ und „Done“. Um den Status eines Arbeitselements zu ändern, ziehen Sie die Karte auf die entsprechende Spalte oder verwenden Sie die Drop-down-Liste Status des Arbeitselements.

Das „Application Profile“ zeigt alle Features und Arbeitselemente sowie deren Status in Ihrer Anwendung. Das „Application Profile“ bietet eine aktuelle Ansicht des Anwendungsstatus.

Agile Workbench stellt eine Schnittstelle zu Agile Studio bereit, einem eigenen Pega-Tool, das die Funktionalität von Agile Workbench um robustere Features in den Bereichen Versionsverwaltung, Fortschrittsverfolgung und Teamkapazität sowie Analyse erweitert. Agile Workbench bietet zudem eine Schnittstelle mit externen Tools wie Jira oder CA Agile Central. Aufgrund der Integrationsmöglichkeiten von Agile Workbench können Kunden von den Vorteilen von DCO profitieren, während sie zugleich ihre bestehende Infrastruktur nutzen.

Klicken Sie in der folgenden Abbildung auf die Pluszeichen (+), um mehr über das Navigieren in Agile Workbench zu erfahren.