Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
| de:modul:m426_v2025:learningunits:lu01:userstories [2025/11/06 15:05] – gjenni | de:modul:m426_v2025:learningunits:lu01:userstories [2025/11/11 21:33] (aktuell) – gjenni | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ====== User Stories, Definition of Done und Product Backlog | + | ====== |
| ===== 1. User Stories ===== | ===== 1. User Stories ===== | ||
| Zeile 45: | Zeile 45: | ||
| * User Stories: | * User Stories: | ||
| - | 1. Lernprofil erstellen | + | 1. Mit BZZ-Konto anmelden |
| - | 2. Lernzeiten speichern | + | 2. Profildaten erfassen (Stärken & Schwächen pro Fach) |
| - | 3. Bestätigung nach Speicherung anzeigen | + | 3. Format angeben (Hilfeleistung suchen / anbieten) |
| + | 4. Bestätigung nach Speicherung anzeigen | ||
| ---- | ---- | ||
| Zeile 70: | Zeile 71: | ||
| * **Erreichbar** (Achievable): | * **Erreichbar** (Achievable): | ||
| * **Relevant**: | * **Relevant**: | ||
| - | * **Zeitgebunden** (Time bound): definiert bei Bedarf eine zeitliche Erwartung | + | * **Zeitgebunden** (Time bound): definiert bei Bedarf eine zeitliche Erwartung\\ |
| 👉🏽 Schauen Sie sich das Video zur Erläuterung an: | 👉🏽 Schauen Sie sich das Video zur Erläuterung an: | ||
| ]] | ]] | ||
| - | |||
| - | ---- | ||
| - | |||
| - | =====3. Product Backlog ===== | ||
| - | |||
| - | Alle User Stories werden in einem **Product Backlog** gesammelt. Man nennt sie dann auch Product Backlog Item (PBI). | ||
| - | |||
| - | ---- | ||
| - | |||
| - | ==== 3.1 Was ist der Product Backlog? | ||
| - | |||
| - | Der Product Backlog ist eine geordnete Liste aller Tasks, Features und Ideen für ein Produkt. Er enthält **User Stories**, Bugs und Verbesserungen. | ||
| - | Sortiert wird nach **Priorität**: | ||
| - | |||
| - | ---- | ||
| - | |||
| - | ==== 3.2 Wie arbeite ich damit? ==== | ||
| - | |||
| - | 1. **Hinzufügen: | ||
| - | 2. **Priorisieren: | ||
| - | 3. **Schätzen: | ||
| - | 4. **Umsetzen: | ||
| - | |||
| - | Das alles ist Aufgabe des Product Owners. | ||
| - | |||
| - | **Beispiel Study Buddy Finder Backlog:** | ||
| - | |||
| - | | Priorität | User Story | Story Points | Status | Akzeptanzkriterien | ||
| - | | Hoch | Lernprofil erstellen | M | offen | Name, Klasse, Fächer, Lernpräferenzen eingeben; Zeiten speichern; Daten sicher speichern; Bestätigung anzeigen | | ||
| - | | Mittel | ||
| - | | Niedrig | ||
| - | |||
| - | |||
| - | ---- | ||
| - | |||
| - | ===== 3. Definition of Done (DoD) ===== | ||
| - | |||
| - | Die **Definition of Done** legt fest, **wann eine Aufgabe oder Story wirklich fertig ist**. | ||
| - | Eine Story ist erst dann wirklich fertig, wenn alle Akzeptanzkriterien erfüllt sind und zusätzliche Regeln, die das Team aufstellt, eingehalten wurden, z.B.: | ||
| - | * Code ist getestet (teamintern und auch extern mit KundInnen) | ||
| - | * Code ist dokumentiert | ||
| - | * Funktion ist im System integriert | ||
| - | |||
| - | |||
| - | Entwickler: | ||
| - | |||
| - | ---- | ||
| - | |||
| - | ===== 4. Zusammenfassung: | ||
| - | |||
| - | 1. **User Story** beschreibt, was eine Benutzer:in will | ||
| - | 2. **Akzeptanzkriterien** zeigen genau, wann die Story erfüllt ist | ||
| - | 3. **Product Backlog** sammelt alle Stories und Aufgaben, priorisiert und organisiert | ||
| - | 4. **Definition of Done** legt fest, wann die Arbeit wirklich fertig ist | ||
| - | |||
| - | So entsteht ein klarer, transparenter Ablauf von der Idee bis zur fertigen Funktion. | ||
| Zeile 135: | Zeile 80: | ||
| ---- [[https:// | ---- [[https:// | ||
| - | Quelle: https:// | + | Quelle: https:// |