Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m426_v2025:learningunits:lu01:userstories [2025/11/06 14:50] – 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 ======
+====== LU01e - User Stories ======
 ===== 1. User Stories =====
@@ Zeile 22: / Zeile 22: @@
 ```
+----
----
 ====1.2 Schätzung einer User Story====
@@ Zeile 33: / Zeile 32: @@
 Oft wird für die Schätzung auch T-Shirt Grössen eingesetzt: also S, M, L, XL.
+----
@@ Zeile 44: / Zeile 45: @@
   * User Stories:
-. Lernprofil erstellen
+. Mit BZZ-Konto anmelden
-. Lernzeiten speichern
+. Profildaten erfassen (Stärken & Schwächen pro Fach)
-. Bestätigung nach Speicherung anzeigen
+. Format angeben (Hilfeleistung suchen / anbieten)
+. Bestätigung nach Speicherung anzeigen
-==== 1.3 Akzeptanzkriterien ====
+----
-Akzeptanzkriterien sind konkrete Bedingungen, die erfüllt sein müssen, damit die Story als „fertig“ gilt. Sie dienen als **Checkliste** für Entwickler:innen und Tester:innen. So stellt das Team sicher, dass alle **wichtigen Funktionen** umgesetzt wurden.
+==== 1.4 Akzeptanzkriterien ====
+Akzeptanzkriterien sind konkrete Bedingungen, die erfüllt sein müssen, damit die Story als „fertig“ gilt. Sie dienen als **Checkliste** für Entwickler:innen und Tester:innen. So stellt das Team sicher, dass alle **wichtigen Funktionen** umgesetzt wurden. Bei der Formulierung der Akzeptanzkriterien ist es wichtig, auch die Stakeholder miteinzubeziehen. Es muss für alle Beteiligten klar sein, was mit der Story genau entwickelt werden soll.
 **Beispiel Study Buddy Finder:**
@@ Zeile 59: / Zeile 63: @@
 * Nach dem Speichern erhält der Benutzer eine Bestätigungsmeldung.
+Wenn Teams diese Kriterien frühzeitig formulieren und im Product Backlog Refinement weiter ausarbeiten, können sie Missverständnisse früh erkennen und beheben, bevor die Entwicklung startet.
+Gut formulierte Akzeptanzkriterien folgen dem SMART-Prinzip:
-===== 2. Definition of Done (DoD) =====
+  * **Spezifisch**: beschreibt klar das erwartete Verhalten
+  * **Messbar**: das Ergebnis kann überprüft werden
-**Was ist das?**
+  * **Erreichbar** (Achievable): das Team kann es umsetzen
-Die Definition of Done legt fest, **wann eine Aufgabe oder Story wirklich fertig ist**.
+  * **Relevant**: deckt das Nutzerbedürfnis direkt ab
+  * **Zeitgebunden** (Time bound): definiert bei Bedarf eine zeitliche Erwartung\\
-**Warum ist sie wichtig?**
-* Vermeidet Missverständnisse im Team.
-* Stellt sicher, dass eine Story **wirklich nutzbar** ist und keine losen Enden hat.
-* Schafft Transparenz für alle Beteiligten.
-**Wann ist etwas done?**
-* Wenn alle **Akzeptanzkriterien erfüllt** sind.
-* Wenn zusätzliche Teamregeln der DoD eingehalten wurden, z. B.:
-  * Code ist getestet
-  * Code ist dokumentiert
-  * Funktion ist im System integriert
-**Wie wird das überprüft?**
-* Entwickler:innen prüfen, ob die Story funktioniert.
-* Tester:innen führen Tests anhand der Akzeptanzkriterien durch.
-* Das Team bestätigt gemeinsam: „Done“.
----
-## 3. Product Backlog
-**Wohin mit den User Stories?**
-Alle User Stories werden in einem **Product Backlog** gesammelt.
-**Was ist der Product Backlog?**
-* Eine geordnete Liste aller Aufgaben, Features und Ideen für ein Produkt.
-* Enthält **User Stories**, Bugs, Verbesserungen oder technische Aufgaben.
-* Sortierung nach **Priorität**: Wichtigste Aufgaben oben, unwichtige weiter unten.
-**Wie arbeite ich damit?**
-. **Hinzufügen:** Neue User Stories oder Aufgaben kommen ins Backlog.
-. **Priorisieren:** Team entscheidet, welche Aufgaben zuerst umgesetzt werden.
-. **Schätzen:** Jede Story wird hinsichtlich Aufwand eingeschätzt.
-. **Umsetzen:** Stories vom Backlog werden in Sprints übernommen.
-**Beispiel Study Buddy Finder Backlog:**
-| Priorität | User Story           | Status | Akzeptanzkriterien                                                                                             |
-| --------- | -------------------- | ------ | -------------------------------------------------------------------------------------------------------------- |
-| Hoch      | Lernprofil erstellen | offen  | Name, Klasse, Fächer, Lernpräferenzen eingeben; Zeiten speichern; Daten sicher speichern; Bestätigung anzeigen |
-| Mittel    | Profil bearbeiten    | offen  | ...                                                                                                            |
-| Niedrig   | Profil löschen       | offen  | ...                                                                                                            |
----
-### Zusammenfassung: Wie alles zusammenhängt
-. **User Story** → beschreibt, was eine Benutzer:in will
+👉🏽 Schauen Sie sich das Video zur Erläuterung an:[[youtube.com/watch?v=xE2N5SDpN18&embeds_referring_euri=https%3A%2F%2Fwww.agile-academy.com%2F&source_ve_path=OTY3MTQ
-. **Akzeptanzkriterien** → zeigen genau, wann die Story erfüllt ist
+]]
-. **Definition of Done** → legt fest, wann die Arbeit wirklich fertig ist
-. **Product Backlog** → sammelt alle Stories und Aufgaben, priorisiert und organisiert
-So entsteht ein klarer, transparenter Ablauf von der Idee bis zur fertigen Funktion.
----
-Wenn du willst, kann ich das Ganze noch in **einem übersichtlichen Schaubild** darstellen, das die Lernenden sofort verstehen – von User Story bis Done und Backlog. Willst du, dass ich das mache?
+----  [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) Gaby Jenni
+Quelle: https://www.agile-academy.com/de/product-owner/was-sind-story-points/;