Aufwand der Anwendungsentwicklung einschätzen und Fortschritte verfolgen
Archived
1 Aufgabe
25 Min.
Anfänger
Low-Code-App-Entwicklung
Deutsch
Szenario
GoGoRoad möchte eine neue Pannenhilfeanwendung entwickeln, um die Abläufe zu rationalisieren, wenn Kunden die Pannenhilfe anfordern. Anhand des Umfangs für das „Minimum Loveable Product (MLP)“ und mit inkrementellen Releases möchte GoGoRoad den aktuellen Entwicklungsfortschritt des Case-Typs Assistance Request verfolgen und wissen, welche Funktionalität bei der zukünftigen Entwicklung als Nächstes die höchste Priorität hat. Zur Vereinfachung der Fortschrittsverfolgung haben GoGoRoad und das Pega-Team einen Produkt-Backlog ermittelt und priorisiert.
Um die Entwicklung vorzubereiten, muss der Business-Architekt (BA) den Backlog auffüllen und die User Stories so aktualisieren, dass sie das Feature, das Subfeature, den Owner und den Fälligkeitstermin „Due Date“ enthalten. GoGoRoad nutzt Agile Workbench zur Verwaltung und Priorisierung der Aufgaben. Das Team hat die User Stories in einer XSLX-Datei erstellt, die speziell für den Import in Agile Workbench formatiert ist. Verwenden Sie die XSLX-Datei, um User Stories zu importieren und das Backlog zu befüllen.
Bevor Sie mit den Arbeiten an der Roadside Assistance-Anwendung für die Pannenhilfe beginnen, wünschen die Beteiligten eine Schätzung der Projektgröße und des Projektumfangs anhand der bisher in der GoGoRoad-Anwendung enthaltenen Case-Typen und der im Backlog enthaltenen User Stories. Die Schätzung berücksichtigt die personelle Zusammensetzung des Teams und nennt einen ungefähren Zeitrahmen für die Bereitstellung der Anwendung.
Ihr Lead System Architect hat Ihnen die Aufgabe übertragen, den Kanälen und Datenobjekten, die den Case-Typen Assistance Request und Service zugeordnet sind, Releases zuzuweisen. Nachdem die Release-Versionen zugeordnet sind, ermitteln Sie den Projektumfang für das MLP1-Release mit dem Estimator-Tool.
Da Sie gerade erst als System Architect begonnen haben, hat Ihnen Ihr Lead System Architect eine Sammlung von Links zur technischen Dokumentation zur Verfügung gestellt, um Ihnen den Einstieg zu erleichtern.
In der folgenden Tabelle finden Sie die Anmeldedaten, die Sie zur Durchführung der Challenge benötigen:
| Rolle | Benutzername | Passwort |
|---|---|---|
| Application Developer | author@gogoroad | pega123! |
Genaue Übungsschritte
1 Aufwand der Anwendungsentwicklung einschätzen und Fortschritte verfolgen
Lesen Sie die zur Verfügung gestellte technische Dokumentation (auf Englisch), um die zugewiesenen Aufgaben auszuführen. Die technische Dokumentation enthält möglicherweise mehr Informationen, als Sie benötigen.
Akzeptanzkriterien
- Das das Agile Workbench Backlog wurde mit den Daten aus der Excel-Arbeitsmappe GoGoRoadUserStoriesforDPP befüllt.
- Die aus der GoGoRoadUserStoriesforDPP-Excel-Arbeitsmappe) befüllten User Stories enthalten die erforderlichen Informationen, wie „Feature“ (Funktion), „Subfeature“ (Unterfunktion), „Owner“ (Eigentümer) und „Due Date“ (Fälligkeitsdatum).
- Im „Application Profile“ (Anwendungsprofil) beim Feature „Assistance Request“ (Unterstützungsanfrage) gibt es drei neue Subfeatures, um beim Kunden-Support die Aufgaben im Zusammenhang mit Unterstützungsanfragen nachzuverfolgen. Die Subfeatures heißen Notification, Setup und Support.
- In Agile Workbench ist jedes der neuen Assistance Request Subfeatures – Notification, Setup und Support – der User Story Specify Issue zugeordnet. Jedes der neuen Subfeatures enthält außerdem den Eigentümer (author@gogoroad) und ein Fälligkeitsdatum.
- In Agile Workbench gibt es eine neue User Story, die den folgenden Informationen entspricht:
Feld Details Name Add total cost to service information and customer invoice Description As a customer, I want to receive an invoice for the service provided so that I can confirm that I was charged appropriately. Associated feature Assistance Request > Support Owner author@gogoroad Due Any date in the future Complexity Medium Priority Must have Acceptance criteria Service manager can view the service cost when reviewing the completed service. Acceptance criteria Customer receives an email containing the total cost of the service. - Im Case-Typ Assistance Request werden MLP-Releases den Kanälen zugeordnet. Dem Web-Portal-Kanal ist das MLP1-Release zugeordnet. Allen anderen Kanälen ist das MLP2-Release zugeordnet.
- Im Case-Typ Assistance Request sind MLP-Releases, Komplexität und weitere Informationen den Datenobjekten auf Basis der folgenden Informationen zugeordnet:
Case-Typ Stage Datenobjekt Datenquelle Read Write Existing API Release Complexity Mark as done Assistance Request Create Service address Pega MLP 1 Low Assistance Request Create Vehicle information Pega MLP 1 Low Assistance Request Create Payment information Pega x MLP 1 High Assistance Request Service Service provider Pega x x MLP 1 Low Assistance Request Resolution Services offered Pega MLP 1 Medium - Mit dem Estimator-Tool wurde der Arbeitsaufwand für das MLP1-Release des Case-Typs Assistance Request eingeschätzt. Der Arbeitsaufwand sollte anhand verschiedener Kombinationen von Auswahlmöglichkeiten geschätzt werden, konkret für: die Liste Delivery, das Feld Number of teams, die Liste Scrum Maturity, die Liste Staffing model, die Liste Environment, die Liste Organization complexity und die Liste Data import effort.
Anweisungen
- Laden Sie die Excel-Arbeitsmappe GoGoRoadUserStoriesforDPP.xlsx herunter und speichern Sie sie auf Ihrem Computer:
- Geben Sie in der Pega-Instanz für die Challenge die folgenden Anmeldedaten ein:
- Geben Sie in das Namensfeld User author@gogoroad ein.
- Geben Sie in das Feld Password pega123! ein.
- Importieren Sie in App Studio aus Agile Workbench die User Stories aus der Excel-Arbeitsmappe GoGoRoadUserStoriesforDPP.xlsx.
- Fügen Sie im Application Profile ein neues Subfeature zum Feature Assistance Request hinzu, wie in den Akzeptanzkriterien beschrieben.
- Aktualisieren Sie in Agile Workbench die User Story Specify issue, wie in den Akzeptanzkriterien beschrieben.
- Erstellen Sie in Agile Workbench eine neue User Story, wie in den Akzeptanzkriterien beschrieben.
- Weisen Sie dem Case-Typ Assistance Request MLP-Releases für die Kanäle zu, wie in den Akzeptanzkriterien beschrieben.
- Weisen Sie dem Case-Typ Assistance Request MLP-Releases und weitere Informationen für die Datenobjekte zu, wie in den Akzeptanzkriterien beschrieben.
- Verwenden Sie den Estimator von App Studio, um eine Schätzung für die Arbeit im Zusammenhang mit dem MLP1-Release des Case-Typs Assistance Request zu erhalten.