Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m426_v2025:learningunits:lu02:aufgaben:sprintplanning [2025/04/30 13:44] – angelegt msuter
+++ de:modul:m426_v2025:learningunits:lu02:aufgaben:sprintplanning [2026/06/02 08:45] (aktuell) – [Produkteigenschaften festlegen] emastrandrea
@@ Zeile 6: / Zeile 6: @@
 ===== Vorgehen =====
-==== Produkteigenschaften festlegen ====
+==== 1. Produkteigenschaften festlegen ====
 Das Ziel eines Sprints ist ein neues Produktinkrement zu erstellen.
-Wir wollen dem Product Owner eine potentiell einsetzbare Lösung liefern.
+Dabei sollen die vom Product Owner festgelegten Prioritäten berücksichtigt werden.
+Wir wollen dem Product Owner eine potentiell einsetzbare Lösung liefern.
+Das Sprint Backlog ist die Liste der Items, die von den Entwicklern für den kommenden Sprint ausgewählt werden.
 === User Storys ===
 Studieren Sie die User Storys im Product Backlog.
-Klären Sie mit dem Product Owner die Details und offenen Fragen.
-Zum Beispiel:
+Klären Sie mit dem Product Owner die Details und offenen Fragen, z.B.:
   * Welche Informationen müssen gespeichert / angezeigt werden?
   * ...
 Halten Sie diese Details direkt auf den User Storys fest.
-Zusammen mit dem Product Owner entscheiden Sie, welche User Storys ins Sprint Backlog übernommen werden.
+=== Sprint Backlog ===
+Zusammen mit dem Product Owner entscheiden Sie, welche User Storys ins Sprint Backlog übernommen werden. Das Sprint Backlog ist die Liste der Items, die von den Entwicklern für den kommenden Sprint ausgewählt wurden.
 Danach entwerfen Sie gemeinsam die Umsetzung:
-  * Datenmodell
+  * z.B. Datenmodell, Klassendiagramm, Zustandsdiagramm, etc.
-  * Klassendiagramm
-  * Zustandsdiagramm
+=== Akzeptanzkriterien ===
+Akzeptanzkriterien sollen ein gemeinsames Verständnis schaffen, den genauen Arbeitsumfang (Scope) definieren und Missverständnisse verhindern.
+Während die User Story beschreibt, was der Nutzer will, definieren die Akzeptanzkriterien, was das Produkt können muss.
+Akzeptanzkriterien geben den Entwicklern einen Rahmen und Richtlinien dafür vor, wie komplex die Lösung des Problems sein soll und bilden die direkte Basis für die Erstellung von Testfällen. Erst wenn alle Akzeptanzkriterien vollständig erfüllt sind, können Sie eine User Story liefern.
+Bitte beachten Sie, dass die User Story nur dann Teil des Inkrements ist, wenn sie die Definition of Done erfüllt.
 === Definition of Done ===
@@ Zeile 30: / Zeile 40: @@
 Die Definition of Done wird bei jedem Sprint weiter entwickelt.
 Das Endziel eines reifen Scrum Teams ist eine griffige Definition, welche sich auf einen beliebigen Sprint anwenden lässt.
+{{:de:modul:m426_v2025:learningunits:lu02:aufgaben:was-ist-definition-of-done.jpg?600|}}