Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:m426_v2025:learningunits:lu02:aufgaben:sprintplanning [2026/06/01 15:55] – [Produkteigenschaften festlegen] emastrandrea
+++ 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.
-Akzeptanzkriterien schaffen ein gemeinsames Verständnis und definieren den genauen Arbeitsumfang (Scope) und verhindern Missverständnisse.
+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 und Akzeptanzkriterien ===
+=== User Storys ===
 Studieren Sie die User Storys im Product Backlog.
-Klären Sie mit dem Product Owner die Details und offenen Fragen.
+Klären Sie mit dem Product Owner die Details und offenen Fragen, z.B.:
-Zum Beispiel:
   * Welche Informationen müssen gespeichert / angezeigt werden?
   * ...
@@ Zeile 21: / Zeile 21: @@
 Halten Sie diese Details direkt auf den User Storys fest.
-Während die User Story beschreibt, was der Nutzer will, definieren die Akzeptanzkriterien, was das Produkt können muss.
+=== 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.
-Zusammen mit dem Product Owner entscheiden Sie, welche User Storys ins Sprint Backlog übernommen werden.
 Danach entwerfen Sie gemeinsam die Umsetzung:
   * z.B. Datenmodell, Klassendiagramm, Zustandsdiagramm, etc.
+=== 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 von Done erfüllt.
+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 36: / 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|}}