Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m426:learningunits:lu05:projektauftrag [2026/05/29 15:42] – emastrandrea
+++ modul:m426:learningunits:lu05:projektauftrag [2026/06/09 12:51] (aktuell) – emastrandrea
@@ Zeile 21: / Zeile 21: @@
   * Alle Teammitglieder übernehmen eine aktive Rolle im Review
-===== Ausgangslage =====
-Im Modul 426 planen, entwickeln und verbessern Sie Ihr Produkt iterativ mit Hilfe von Scrum. Ziel ist es, ein möglichst sinnvolles und funktionierendes MVP (Minimum Viable Product) zu erstellen und dieses in mehreren Sprints schrittweise weiterzuentwickeln.
-Im Sprint Review präsentieren Sie den aktuellen Stand Ihres Produkts und reflektieren den Entwicklungsprozess gemeinsam mit Stakeholdern.
-===== Auftrag =====
-Präsentieren Sie im Team ein lauffähiges Inkrement Ihres Projekts im Rahmen eines Sprint Reviews.
-Das Review soll zeigen:
-  * welches Sprint Goal verfolgt wurde,
-  * welche Funktionen umgesetzt wurden,
-  * welche Herausforderungen es gab und wie sie gelöst wurden,
-  * welchen Nutzen das MVP bietet,
-  * welche Feedbacks berücksichtigt wurden,
-  * und welche Verbesserungen im nächsten Sprint geplant sind.
-Die übrigen Teams übernehmen dabei die Rolle von Stakeholdern und geben strukturiertes Feedback.
-===== Ablauf Sprint Review =====
-^ Phase ^ Inhalt ^ Zeit ^
-| Einführung | Sprint Goal und User Stories kurz vorstellen | 3 Minuten |
-| Demo | Live-Demo des aktuellen Inkrements | 5 Minuten |
-| Stakeholder-Feedback | Fragen, Kritik und Verbesserungsvorschläge | 4 Minuten |
-| Reflexion | Erkenntnisse und aktualisiertes Backlog | 3 Minuten |
-===== Rollen und Aufgaben =====
-==== Entwicklungsteam (Dev Team) ====
-  * Demonstriert die fertigen Inkremente („Done“) live und funktional.
-  * Erläutert technische Entscheidungen, Herausforderungen und Lösungswege.
-  * Zeigt, was während des Sprints umgesetzt wurde.
-==== Product Owner (PO) ====
-  * Präsentiert die Sprint Backlog und das Sprint Goal.
-  * Bewertet, ob das Sprint Goal und die "Definition of Done" erreicht wurden.
-  * Präsentiert den aktualisierten Product Backlog.
-  * Entscheidet über Anpassungen des Product Backlogs auf Basis des Feedbacks.
-==== Scrum Master (SM) ====
-  * Moderiert das Sprint Review.
-  * Achtet auf die Time Box (max. 15 Minuten).
-  * Achtet darauf, dass keine Retrospektiven-Themen ins Sprint Review verschoben werden.
-  * Unterstützt das Team beim Festhalten der Ergebnisse.
-==== Stakeholder (anderes Team) ====
-  * Geben strukturiertes Feedback zum Produkt.
-  * Stellen Verständnisfragen und hinterfragen.
-  * Geben konkrete Verbesserungsvorschläge.
-===== Anforderungen =====
-  * Das Inkrement muss lauffähig sein.
-  * Die Demo soll live durchgeführt werden.
-  * Das MVP und dessen Nutzen müssen verständlich erklärt werden.
-  * Feedbacks aus früheren Reviews sollen sichtbar berücksichtigt werden.
-  * Die Zusammenarbeit im Team soll erkennbar sein.
-  * Das Sprint Review soll klar strukturiert und verständlich durchgeführt werden.
 ===== Stakeholder-Feedback =====
 Die Stakeholder-Teams beurteilen unter anderem:
+  * War die Demo nachvollziehbar?
   * Ist der Nutzen des Produkts verständlich?
+  * Welche Funktion überzeugt besonders?
   * Ist das MVP sinnvoll fokussiert?
-  * War die Demo nachvollziehbar?
+  * Welche Verbesserungen werden empfohlen?
-  * Welche Funktion überzeugt besonders?
-  * Welche Verbesserung wird empfohlen?
 Das Feedback wird mündlich diskutiert und anschliessend schriftlich dokumentiert.