User Stories analysieren und Product Backlog erstellen

Dies ist eine alte Version des Dokuments!

Sozialform: Developer in Einzelarbeit Zeitlicher Aufwand: 15 Minuten
Ziel: Sie kennen die zentralen Begriffe des Scrum-Frameworks und können deren Bedeutung erklären.

Worum geht es?

Bevor ein Scrum-Team mit der Arbeit beginnt, braucht es einen gut vorbereiteten Product Backlog. In diesem Auftrag schauen Sie sich die User Stories genau an, damit Sie im Sprint Planning in Lektion 3 gemeinsam entscheiden können, welche davon Sie im ersten Sprint umsetzen wollen. Der Product Owner, also die Lehrperson, gibt Ihnen neun zusätzliche User Stories vor. Diese kommen zu Ihren eigenen Stories dazu, die Sie im vorigen Auftrag bereits erstellt haben. Zusammen bilden sie Ihren Product Backlog.

Auftrag 1: User Stories unter Developers aufteilen

Jede/r Developer wählt sich 2 User Stories aus, die er / sie bearbeitet. Halten Sie fest, wer welche Stories analysiert. Die, die schneller sind, bedienen sich den übrig gebliebenen Stories. Ziel ist es, dass am Ende dieses Auftrages alle 9 Stories analysiert und in Trello auf einem Ticket erfasst sind.

–> 9 User Stories (PDF): https://wiki.bzz.ch/_media/de/modul/m426_v2025/learningunits/lu02/aufgaben/user_stories_fuer_study_buddy_finder.pdf

Tipp: Fangen Sie mit Stories an, die eine hohe Priorität haben (Priorität 1), damit die wichtigsten Stories gut vorbereitet sind für das Sprint Planning.

Auftrag 2: User Stories sichten und in Trello festhalten

Lesen Sie Ihre zugeteilten User Stories durch und halten Sie Ihre Gedanken direkt auf der jeweiligen Trello-Card fest. Analysieren Sie dabei drei Aspekte:

Inhalt: Was soll diese Funktion genau können? Sind die Akzeptanzkriterien verständlich? Fehlt etwas?
Aufwand: Wie gross schätzen Sie den Umsetzungsaufwand ein? Passt die angegebene Story-Point-Schätzung (S / M / L)?
Priorität: Macht die angegebene Priorität aus Ihrer Sicht Sinn? Begründen Sie kurz.

Wichtig: Schreiben Sie Ihre Gedanken direkt als Kommentar oder Beschreibung in die Trello-Card. So sind die Kommentare im Sprint Planning für alle sichtbar.

Falls noch Zeit bleibt:

Auftrag 3: Eigene User Stories nochmals prüfen

Schauen Sie sich auch die User Stories an, die Sie bereits selbst erstellt haben. Prüfen Sie sie mit denselben drei Fragen nach Inhalt, Aufwand, Priorität. Falls Ihnen beim Durchlesen der neuen Stories etwas auffällt, passen Sie es direkt in der Trello-Card an. Machen Sie immer ersichtlich, welchen Teil sie geändert haben, sodass dem gesamten Team klar ist wer welche Anpassungen vorgenommen hat.