de:modul:m426_v2025:learningunits:lu01:userstories

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
de:modul:m426_v2025:learningunits:lu01:userstories [2025/11/06 14:50] – gjennide:modul:m426_v2025:learningunits:lu01:userstories [2025/11/06 15:12] (aktuell) – gjenni
Zeile 22: Zeile 22:
 ``` ```
  
- +----
----+
  
 ====1.2 Schätzung einer User Story==== ====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. Oft wird für die Schätzung auch T-Shirt Grössen eingesetzt: also S, M, L, XL.
  
 +
 +----
  
  
Zeile 48: Zeile 49:
     3. Bestätigung nach Speicherung anzeigen     3. 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:** **Beispiel Study Buddy Finder:**
Zeile 59: Zeile 62:
 * Nach dem Speichern erhält der Benutzer eine Bestätigungsmeldung. * 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 
 +  * **Erreichbar** (Achievable): das Team kann es umsetzen 
 +  * **Relevant**: deckt das Nutzerbedürfnis direkt ab 
 +  * **Zeitgebunden** (Time bound): definiert bei Bedarf eine zeitliche Erwartung\\
  
-**Was ist das?** +👉🏽 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 
-Die Definition of Done legt fest, **wann eine Aufgabe oder Story wirklich fertig ist**.+]]
  
-**Warum ist sie wichtig?**+----
  
-* Vermeidet Missverständnisse im Team. +=====3. Product Backlog =====
-* Stellt sicher, dass eine Story **wirklich nutzbar** ist und keine losen Enden hat. +
-* Schafft Transparenz für alle Beteiligten.+
  
-**Wann ist etwas done?**+Alle User Stories werden in einem **Product Backlog** gesammelt. Man nennt sie dann auch Product Backlog Item (PBI).
  
-* Wenn alle **Akzeptanzkriterien erfüllt** sind. +----
-* Wenn zusätzliche Teamregeln der DoD eingehalten wurden, z. B.:+
  
-  * Code ist getestet +==== 3.1 Was ist der Product Backlog?====
-  * Code ist dokumentiert +
-  * Funktion ist im System integriert +
- +
-**Wie wird das überprüft?**+
  
-* Entwickler:innen prüfen, ob die Story funktioniert. +Der Product Backlog ist eine geordnete Liste aller Tasks, Features und Ideen für ein Produkt. Er enthält **User Stories**, Bugs und Verbesserungen. 
-* Tester:innen führen Tests anhand der Akzeptanzkriterien durch. +Sortiert wird nach **Priorität**: Wichtigste Aufgaben oben, unwichtige weiter unten. 
-* Das Team bestätigt gemeinsam: „Done“.+
  
----+----
  
-## 3. Product Backlog +==== 3.2 Wie arbeite ich damit? ====
- +
-**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?**+
  
 1. **Hinzufügen:** Neue User Stories oder Aufgaben kommen ins Backlog. 1. **Hinzufügen:** Neue User Stories oder Aufgaben kommen ins Backlog.
Zeile 106: Zeile 96:
 3. **Schätzen:** Jede Story wird hinsichtlich Aufwand eingeschätzt. 3. **Schätzen:** Jede Story wird hinsichtlich Aufwand eingeschätzt.
 4. **Umsetzen:** Stories vom Backlog werden in Sprints übernommen. 4. **Umsetzen:** Stories vom Backlog werden in Sprints übernommen.
 +
 +Das alles ist Aufgabe des Product Owners.
  
 **Beispiel Study Buddy Finder Backlog:** **Beispiel Study Buddy Finder Backlog:**
  
-| Priorität | User Story           | Status | Akzeptanzkriterien                                                                                             | +| 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 | 
-| Hoch      | Lernprofil erstellen | offen  | Name, Klasse, Fächer, Lernpräferenzen eingeben; Zeiten speichern; Daten sicher speichern; Bestätigung anzeigen | +| Mittel    | Profil bearbeiten    | S| offen  | ...                                                                                                            | 
-| Mittel    | Profil bearbeiten    | offen  | ...                                                                                                            | +| Niedrig   | Profil löschen       | XS |offen  | ...                                                                                                            |
-| Niedrig   | Profil löschen       | offen  | ...                                                                                                            |+
  
---- 
  
-### Zusammenfassung: Wie alles zusammenhängt+----
  
-1. **User Story** → beschreibt, was eine Benutzer:in will +===== 3. Definition of Done (DoD) ===== 
-2. **Akzeptanzkriterien** → zeigen genau, wann die Story erfüllt ist + 
-3. **Definition of Done** → legt fest, wann die Arbeit wirklich fertig ist +Die **Definition of Done** legt fest, **wann eine Aufgabe oder Story wirklich fertig ist**. 
-4. **Product Backlog** → sammelt alle Stories und Aufgaben, priorisiert und organisiert+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:innen prüfen, ob die Story funktioniert. Tester:innen führen Tests anhand der Akzeptanzkriterien durch. Das Team bestätigt gemeinsam: „Done“. 
 + 
 +👉🏽 Schauen Sie sich das Video zur Erläuterung an:[[youtube.com/watch?time_continue=255&v=SAUXt22HRhk&embeds_referring_euri=https%3A%2F%2Fwww.agile-academy.com%2F&source_ve_path=Mjg2NjY]] 
 + 
 +---- 
 + 
 +===== 4. Burndown Chart ===== 
 +In einem Burndown Chart werden alle anstehenden Aufgaben dargestellt. Die vertikale Achse repräsentiert das Backlog und die horizontale Achse gibt die Zeit an. Die noch zu erledigenden Arbeiten können durch Story Points oder andere Metriken dargestellt werden. Ein Burndown Chart wird von agilen Teams genutzt, um die gesamte noch zu erledigende Arbeit eines Projekts zu überwachen und vorhersagen zu können, wann alle Arbeiten abgeschlossen sein werden. 
 + 
 +{{ :de:modul:m426_v2025:learningunits:lu01:burndownchart.webp |}} 
 + 
 +Vorteile des Burndown Charts: 
 +  * Das Team wird gewarnt, wenn etwas nicht nach Plan läuft. 
 +  * Der Fortschritt wird kommuniziert und man kann abschätzen, wann die Arbeiten erledigt sein werden 
 + 
 + 
 +===== 5. Zusammenfassung: Wie alles zusammenhängt ===== 
 + 
 +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. 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/; https://www.agile-academy.com/de/agiles-lexikon/definition-of-done/; https://www.agile-academy.com/de/agiles-lexikon/product-backlog-item-pbi/
  • de/modul/m426_v2025/learningunits/lu01/userstories.1762437058.txt.gz
  • Zuletzt geändert: 2025/11/06 14:50
  • von gjenni