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/11 21:20] – gjennide: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 ===== ===== 1. User Stories =====
Zeile 75: Zeile 75:
 👉🏽 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 👉🏽 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
 ]] ]]
- 
----- 
- 
-=====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**: Wichtigste Aufgaben oben, unwichtige weiter unten.  
- 
----- 
- 
-==== 3.2 Wie arbeite ich damit? ==== 
- 
-1. **Hinzufügen:** Neue User Stories oder Aufgaben kommen ins Backlog. 
-2. **Priorisieren:** Team entscheidet, welche Aufgaben zuerst umgesetzt werden. 
-3. **Schätzen:** Jede Story wird hinsichtlich Aufwand eingeschätzt. 
-4. **Umsetzen:** Stories vom Backlog werden in Sprints übernommen. 
- 
-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    | Profil bearbeiten    | S| offen  | ...                                                                                                            | 
-| Niedrig   | Profil löschen       | XS |offen  | ...                                                                                                            | 
- 
- 
----- 
- 
-===== 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: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. 
  
  
Zeile 148: Zeile 80:
 ----  [[https://creativecommons.org/licenses/by-nc-sa/4.0/|{{https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png}}]] (c) Gaby Jenni ----  [[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/+Quelle: https://www.agile-academy.com/de/product-owner/was-sind-story-points/; 
  • de/modul/m426_v2025/learningunits/lu01/userstories.1762892421.txt.gz
  • Zuletzt geändert: 2025/11/11 21:20
  • von gjenni