osrw-info-9abc-SJ25.26
osrw-info-9abc-SJ25.26
User Stories
Diese Seite ist Teil des Inhalts, der von User Stories am Mittwoch, 19. August 2026, 18:02 heruntergeladen wurde. Beachte, dass einige Inhalte und alle Dateien, die größer als 200 MB sind, nicht heruntergeladen werden.
Beschreibung
📚 Erklärungen
📝 Was sind User Stories?
User Stories beschreiben Anforderungen aus Sicht der Nutzer. Sie sind:
📏 Kurz und verständlich
(keine Fachsprache)
(keine Fachsprache)
👤 Nutzer-orientiert
(nicht technisch)
(nicht technisch)
✅ Testbar
(prüfbar, ob erfüllt)
(prüfbar, ob erfüllt)
📄 Das User Story Schema
Als [Benutzertyp]
möchte ich [Funktion/Wunsch]
damit [Nutzen/Grund].
✅ Gute User Story:
"Als Schüler möchte ich meine Noten online einsehen können, damit ich immer den aktuellen Stand kenne."
❌ Schlechte "User Story":
"Das System soll eine MySQL-Datenbank mit Notentabelle haben."
→ Problem: Technisch, nicht nutzerorientiert!
📊 Product Backlog
Das Product Backlog ist eine priorisierte Liste aller User Stories für ein Projekt:
1. Must-have
(unverzichtbar)
(unverzichtbar)
2. Should-have
(wichtig)
(wichtig)
3. Could-have
(wünschenswert)
(wünschenswert)
4. Won't-have
(später mal)
(später mal)
📋 Beispiel: Product Backlog "Schulkantine-App"
So könnte ein fertiges Product Backlog aussehen:
🟢 Must-have (Priorität 1)
Story #1:
"Als Schüler möchte ich das Tagesmenü sehen, damit ich weiß, was es heute gibt."
"Als Schüler möchte ich das Tagesmenü sehen, damit ich weiß, was es heute gibt."
Story #2:
"Als Schüler möchte ich Essen vorbestellen können, damit ich nicht anstehen muss."
"Als Schüler möchte ich Essen vorbestellen können, damit ich nicht anstehen muss."
🟡 Should-have (Priorität 2)
Story #3:
"Als Schüler möchte ich Preise sehen, damit ich weiß, wie viel Geld ich brauche."
"Als Schüler möchte ich Preise sehen, damit ich weiß, wie viel Geld ich brauche."
Story #4:
"Als Küchenteam möchte ich sehen, wie viele Portionen bestellt wurden, damit ich richtig planen kann."
"Als Küchenteam möchte ich sehen, wie viele Portionen bestellt wurden, damit ich richtig planen kann."
🔵 Could-have (Priorität 3)
Story #5:
"Als Schüler möchte ich Bewertungen zu Gerichten abgeben, damit andere wissen, was lecker ist."
"Als Schüler möchte ich Bewertungen zu Gerichten abgeben, damit andere wissen, was lecker ist."
Story #6:
"Als Schüler möchte ich Allergene angezeigt bekommen, damit ich sichere Gerichte wählen kann."
"Als Schüler möchte ich Allergene angezeigt bekommen, damit ich sichere Gerichte wählen kann."
💡 Was fällt dir auf?
- Must-have: Die App funktioniert grundlegend
- Should-have: Macht die App richtig nützlich
- Could-have: Macht die App besonders gut
- Alle Stories folgen dem Schema "Als...möchte ich...damit..."