Aufgabe 03 - Jahresprojekt Sprint 0

Aufgabe 03 - Jahresprojekt: Sprint 0

Worum geht es?

Der Start des Jahresprojekts. Sie schneiden eine tragfähige Produktidee im Fachgebiet zu, bauen Backlog, Board und technisches Gerüst auf und vereinbaren die Arbeitsweise des Teams - alles, was ein erster echter Sprint braucht, bevor er beginnen kann. Der Maßstab: Am Ende muss die erste Story starten können, ohne dass noch etwas zu klären ist (siehe Kapitel Agiles Arbeiten praktisch und Projekt-Sprints).

Was Sie dafür brauchen

• Kapitel Agiles Arbeiten praktisch und Projekt-Sprints.
• Das Story-Handwerk aus Aufgabe 02; die Schichtenstruktur aus der 4. Klasse.
• Teams zu drei Personen; das Schul-GitLab (Repository, Board, CI).

Welche Kompetenzen Sie erwerben und zeigen

• Sie schneiden eine Produktidee mit Medientechnik-Bezug auf einen vorführbaren Kern zu.
• Sie setzen Backlog, Board mit WIP-Limit und eine Definition of Done als Team auf.
• Sie richten ein lauffähiges Projektgerüst mit grüner CI ein und begründen die technische Basis.

Pädagogische Einordnung

• Reproduktion: die Kapitelbausteine (Backlog, DoD, Board-Git-Kopplung) einrichten (Teile A und B).
• Reorganisation und Transfer: die Architektur der Vorjahre auf ein neues Produkt übertragen (Teil C).
• Reflexion, Problemlösung und Urteilsbildung: den ersten Sprint als tragendes Skelett planen und Projektrisiken bewerten (Teil D).

Arbeitsaufträge

Die Übung ist auf etwa zwei Stunden ausgelegt. Teil D ist der Expertenteil.

Teil A - Produktidee

1. Entwickeln Sie eine Produktidee mit Medientechnik-Bezug (Beispiele: Podcast-Verwaltung mit Kapitelmarken, Foto-Wettbewerbsplattform mit Jury-Voting, Video-Feedbacktool für Präsentationstrainings). Der Pitch umfasst eine Seite: Zielgruppe, Kernnutzen, drei wichtigste Funktionen, bewusst weggelassene Funktionen.
2. Pitchen Sie vor der Lehrkraft (Product Owner): fünf Minuten. Erst mit Freigabe geht es weiter.

Teil B - Backlog, Board und Definition of Done

1. Initiales Backlog: mindestens 15 Stories mit Akzeptanzkriterien (Handwerk aus Aufgabe 02), geordnet; die obersten fünf fein, der Rest darf grob sein.
2. GitLab-Board mit Spalten und WIP-Limit; Stories als Issues, mit dem Repository verknüpft (Issue-Nummer im Branch-Namen).
3. Definition of Done als Team beschließen. Minimum: Review durch eine zweite Person, Tests grün, auf main gemergt. Ergänzen Sie zwei eigene Punkte.

Teil C - Technische Basis

1. Repository mit Next.js-Grundgerüst in Schichtenstruktur (Ihre bewährte Struktur aus der 4. Klasse) und eine CI, die bei jedem Push Tests und Linter laufen lässt.
2. Architektur-Skizze (eine Seite): Schichten, geplante externe Bibliotheken und Schnittstellen mit je einem Satz Begründung. Die eigenständige Auswahl ist Lehrplan-Kompetenz und wird bei der Abnahme abgefragt.

Teil D - Expertenteil: Das tragende Skelett und die Risiken

1. Planen Sie Sprint 1 konkret: ein Sprint-Ziel in einem Satz und die Auswahl der Stories, die ein tragendes Skelett (walking skeleton) ergeben - die dünnste durchgängige Funktion, die einmal quer durch alle Schichten läuft (Oberfläche → Service → Datenzugriff und zurück). Begründen Sie, warum ein durchgehender dünner Schnitt wertvoller ist als eine fertige einzelne Schicht.
2. Legen Sie ein kurzes Risikoregister an: die drei größten Projektrisiken (fachlich, technisch, organisatorisch), je mit Eintrittswirkung und einer vorbeugenden Maßnahme. Ein Risiko muss eine noch unerprobte Bibliothek oder Schnittstelle betreffen - und die vorbeugende Maßnahme dazu ist ein früher Wegwerf-Prototyp in Sprint 1.
3. Prüfen Sie Ihr Team gegen die Rollen: Wer vertritt den Product-Owner-Blick im Team, wer moderiert den Prozess, und wie stellen Sie sicher, dass am Ende jede Person jede Schicht kennt?

Wissenscheck

1. Woran erkennen Sie, dass Ihr Backlog geordnet und nicht bloß gesammelt ist?
2. Warum ist ein tragendes Skelett (dünn, aber durchgängig) einem fertig gebauten Einzelbaustein als erstes Sprint-Ergebnis vorzuziehen?
3. Was gehört mindestens in eine Definition of Done, und warum wird sie einmal vereinbart statt pro Story neu diskutiert?
4. Warum sollte eine unerprobte Bibliothek früh statt spät angebunden werden?
5. Was ist der einfache Maßstab dafür, dass Sprint 0 abgeschlossen ist?

Abgabe

Pitch-Dokument, Board-Link, Repository-Link (CI grün auf dem Gerüst), Definition of Done, Architektur-Skizze, der Sprint-1-Plan mit tragendem Skelett und das Risikoregister.