Mustertabelle für den Product Backlog
Ich möchte Ihnen gerne eine ganz einfache Möglichkeit zeigen, wie man User Stories in einem tabellarischen Product Backlog darstellen kann. Die Idee dazu kam mir, nachdem ich auf einen meiner alten Product Backlogs von vor neun Jahren gestoßen war und mir dachte, „Wow, im Gegensatz zu dem, was ich heute mache, ist der aber ganz schön überholt.” Also zeige ich Ihnen hier eine Vorlage für einen Product Backlog in Form einer Tabelle (z. B. Excel).
Wie Sie vielleicht bereits wissen, bin ich ein großer Fan davon, den Backlog mit Hilfe von User Stories zu schreiben und diese User Stories folgendermaßen aufzubauen:
„Als ______ möchte ich ______, damit ________.”
Das könnte so aussehen: „Als Vielflieger möchte ich während des Flugs ins Internet gehen können, damit ich meinen Blog auch während der Reise updaten kann, anstatt nur ein Textdokument abzuspeichern, mit dem ich den Blog erst später updaten kann.” (Können Sie sich denken, wo ich das hier geschrieben habe?)
Bei der Arbeit mit einer Excel-Tabelle finde ich es am einfachsten, die Textbausteine der User Stories als Spaltenüberschrift zu nehmen. Auf diese Weise erhält man die Überschriften „Als”, „möchte ich” und „damit” bzw. „denn”. Die Kernaussage jeder Story ist dann gut erkennbar. Man kann auch noch weitere Spalten hinzufügen, z. B. für Nummerierung, Anmerkungen, Status usw. In dem folgenden Beispiel habe ich auch noch eine Spalte für das übergeordnete Thema der jeweiligen Story hinzugefügt.
| ID | Thema | Als… | möchte ich… | damit… | Anmerkungen | Priorität | Status |
| 2 | Spiel | Moderator | ein neues Spiel kreieren, indem ich einen Namen und eine optionale Beschreibung eingebe | ich andere Personen zum Bewerten auffordern kann | Wenn man Spiele nicht speichern und darauf zurückkommen kann, ist die Beschreibung nicht notwendig | erforderlich | done |
| 2 | Spiel | Moderator | andere Personen zum Bewerten auffordern, indem ich ihnen eine URL gebe, mit der sie am Spiel teilnehmen können | wir das Spiel beginnen können | Die URL sollte so formatiert sein, dass man sie einfach am Telefon weitergeben kann | done | |
| 5 | Spiel | Estimator(Person, die eine Bewertung vornehmen soll) | an einem Spiel teilnehmen, indem ich meinen Namen auf der Seite, für die ich die URL erhalten habe, eingebe | ich am Spiel teilnehmen kann | done | ||
| 6 | Spiel | Moderator | eine Runde starten, indem ich ein Item in ein mehrzeiliges Textfeld eingebe | wir es bewerten können | done | ||
| 8 | Spiel | Estimator | das Item sehen, das bewertet werden soll | ich weiß, wofür ich eine Bewertung abgebe | done | ||
| 40 | Spiel | Teilnehmer | die Karten bei mehrfachem Ziehen immer in der gleichen Reihenfolge haben | es einfacher ist, Bewertungen zu vergleichen | Durch A08 ersetzt, damit die Story nicht von “der gleichen Reihenfolge” spricht, weil das ein UI Detail sein kann | done | |
| 35 | nicht funktional | Nutzer | dass die Applikation schnell auf meine Handlung reagiert | ich mich nicht langweile | done | ||
| 36 | nicht funktional | Nutzer | gute Fehlerseiten, wenn etwas schief geht | ich dem System und seinen Entwicklern vertrauen kann | done | ||
| A11 | nicht funktional | Researcher | dass die Ergebnisse auf nicht-identifizierbare Weise gespeichert werden | ich Daten studieren kann, wie z. B. ob die Einschätzungen der ersten Meinung ähneln, die von “Estimator A” abgegeben wurde | Es sollten weder Namen noch Text gespeichert werden aber dafür jede Karte, wer sie gespielt hat und die endgültige Einschätzung | ||
| A05 | Spiel | Moderator | eines der zu bewertenden Items verändern | es besser das Verständnis des Teams für das Item widerspiegelt | |||
| 22 | Archiv | Moderator | die Daten eines Spiels als CSV-Datei exportieren können | ich die Stories und Einschätzungen weiter bearbeiten kann | Die exportierte Datei sollte direkt zurück ins System importierbar sein | done |
Meine Lieblingsstruktur für User Stories
Nichtfunktionale Anforderungen
Unterschied Produktmanagement und -Marketing
Werde Certified Scrum Product Owner
Wenn du tiefer in die Arbeit mit dem Product Backlog einsteigen willst, empfehlen wir dir eins unserer Certified Scrum Product Owner Training. Hier lernst du in einem kleinen Team, wie du dich als Product Owner verbesserst.