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:lu02:productbacklog [2025/05/05 14:11] – msuter | de:modul:m426_v2025:learningunits:lu02:productbacklog [2025/11/11 21:57] (aktuell) – gjenni | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ====== LU02c - Product | + | ====== LU02c - Product |
| Quelle: // | Quelle: // | ||
| - | Das Product Backlog ist eine geordnete Liste von allem, was in dem Produkt | + | ==== Was ist der Product Backlog? |
| + | Das Product Backlog ist eine geordnete Liste aller Tasks, Features und Ideen für ein Produkt. Er enthält **User Stories**, Bugs und Verbesserungen. | ||
| Es dient als einzige Anforderungsquelle für alle Änderungen am Produkt. | Es dient als einzige Anforderungsquelle für alle Änderungen am Produkt. | ||
| Der Product Owner ist für das Product Backlog, seine Inhalte, den Zugriff darauf | Der Product Owner ist für das Product Backlog, seine Inhalte, den Zugriff darauf | ||
| und die Reihenfolge der Einträge verantwortlich. | und die Reihenfolge der Einträge verantwortlich. | ||
| + | |||
| + | ---- | ||
| + | |||
| + | ==== 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 | ||
| + | |||
| + | |||
| + | ---- | ||
| Ein Product Backlog ist niemals vollständig. | Ein Product Backlog ist niemals vollständig. | ||
| Zeile 65: | Zeile 87: | ||
| Die endgültige Schätzung erfolgt immer von denen, die auch die | Die endgültige Schätzung erfolgt immer von denen, die auch die | ||
| Arbeit erledigen werden. | Arbeit erledigen werden. | ||
| + | |||
| + | ---- | ||
| + | |||
| ==== Fortschrittskontrolle in Richtung eines Ziels ==== | ==== Fortschrittskontrolle in Richtung eines Ziels ==== | ||
| Zeile 75: | Zeile 100: | ||
| Diese Information | Diese Information | ||
| wird allen Stakeholdern präsentiert. | wird allen Stakeholdern präsentiert. | ||
| + | |||
| Zur Fortschrittsprognose werden diverse Planungspraktiken eingesetzt, wie Burndown- oder | Zur Fortschrittsprognose werden diverse Planungspraktiken eingesetzt, wie Burndown- oder | ||
| Zeile 83: | Zeile 109: | ||
| Ereignisse nicht vorherbestimmen. | Ereignisse nicht vorherbestimmen. | ||
| Nur was geschehen ist, gibt Anhaltspunkte für die | Nur was geschehen ist, gibt Anhaltspunkte für die | ||
| - | zukunftsgerichtete Entscheidungsfindung. | + | zukunftsgerichtete Entscheidungsfindung. |
| + | |||
| + | ---- | ||
| + | |||
| + | === 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. | ||
| + | |||
| + | {{ : | ||
| + | |||
| + | Vorteile des Burndown Charts: | ||
| + | * Das Team wird gewarnt, wenn etwas nicht nach Plan läuft. | ||
| + | * Der Fortschritt wird kommuniziert und man kann abschätzen, | ||
| + | |||
| + | |||
| + | 👉🏽 Schauen Sie sich das Video dazu an: https:// | ||
| + | |||