Product Backlog: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Dietsch (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Dietsch (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Zeile 2: Zeile 2:
Der erste Schritt in [[Scrum]] ist das Festhalten der Produktfeatures. Dies geschieht in Form einer priorisierten Liste von Anforderungen ([[Item|Items]]). Diese Liste ist das [[Product Backlog]], welches über die gesamte Projektzeit existiert und sich auch im Projektverlauf noch iterativ weiterentwickeln kann. Das [[Product Backlog]] hält, in priorisierter Reihenfolge, alles fest was das Team jemals machen könnte bzw. sollte.
Der erste Schritt in [[Scrum]] ist das Festhalten der Produktfeatures. Dies geschieht in Form einer priorisierten Liste von Anforderungen ([[Item|Items]]). Diese Liste ist das [[Product Backlog]], welches über die gesamte Projektzeit existiert und sich auch im Projektverlauf noch iterativ weiterentwickeln kann. Das [[Product Backlog]] hält, in priorisierter Reihenfolge, alles fest was das Team jemals machen könnte bzw. sollte.


Das [[Product Backlog]] umfasst eine Vielfalt von Inhalten, wie Features ("der Spieler kann ein Auto steuern"), Entwicklungsanforderungen ("[[Menü|Menüs]] überarbeiten um sie flexibler zu gestalten"), Untersuchungen ("Konzepte untersuchen um die [[Kollision|Kollisionsabfragen]] zu beschleunigen") oder bekannte Fehler ("Fehler in der Wegpunkt-Befahrung der [[KI]] diagnostizieren und beheben").
Das [[Product Backlog]] umfasst alle Inhalte des Produkts, z.B. Features ("der Spieler kann ein Auto steuern"), Entwicklungsanforderungen ("[[Menü|Menüs]] überarbeiten um sie flexibler zu gestalten"), Untersuchungen ("Konzepte untersuchen um die [[Kollision|Kollisionsabfragen]] zu beschleunigen") oder bekannte Fehler ("Fehler in der Wegpunkt-Befahrung der [[KI]] diagnostizieren und beheben").


Anforderungen können als [[User Story|User Stories]] verfasst werden: prägnante, klare Beschreibung der Funktionalitäten aus der Sicht des Endbenutzers.
[[Item]]s sollten strukturiert verfasst werden, z.B. als [[User Story|User Stories]] kombiniert mit Anwendungsfällen: prägnante, klare Beschreibung der Funktionalitäten aus der Sicht des Endbenutzers.
Das [[Product Backlog]] wird kontinuierlich geupdated um Änderungen in den Anforderungen, neue Ideen oder Erkenntnisse, technische Hürden etc. zu erfassen.
Das [[Product Backlog]] wird kontinuierlich geupdated um Änderungen in den Anforderungen, neue Ideen oder Erkenntnisse, technische Hürden etc. zu erfassen.


Zeile 13: Zeile 13:
Die generelle Richtlinie besagt, dass man das was wichtig ist auf dem kleinsten Raum zusammenfassen soll der benötigt wird. In anderen Worten muss man nicht jedes mögliche Detail eines [[Item|Items]] beschreiben, sondern nur klar machen, was benötigt wird um das [[Item]] als abgeschlossen ansehen zu können.
Die generelle Richtlinie besagt, dass man das was wichtig ist auf dem kleinsten Raum zusammenfassen soll der benötigt wird. In anderen Worten muss man nicht jedes mögliche Detail eines [[Item|Items]] beschreiben, sondern nur klar machen, was benötigt wird um das [[Item]] als abgeschlossen ansehen zu können.


<noinclude>== Referenzen und Quellen ==
<references/></noinclude>


[[Kategorie:Begriffe]]
[[Kategorie:Begriffe]]
[[Kategorie:Scrum]]
[[Kategorie:Scrum]]
[[Kategorie:Artefakte]]
[[Kategorie:Artefakte]]