Agile Softwareentwicklung (Scrum)

Aktive Lernformen eignen sich besonders hier, weil Scrum ein praktisches Framework ist, das Teamarbeit und iterative Prozesse erfordert. Durch Simulationen und Rollenspiele erleben Schüler direkt, wie Struktur und Transparenz komplexe Projekte handhabbar machen. So wird abstrakte Theorie greifbar und nachvollziehbar.

• Klasse 13
• Informatik Oberstufe: Komplexe Systeme und Theoretische Grundlagen
• 4 Aktivitäten
• 30 Min.–90 Min.

Lernziele

1. Vergleichen Sie die Effektivität von Scrum und dem Wasserfallmodell bei der Bewältigung sich ändernder Projektanforderungen in simulierten Szenarien.
2. Erklären Sie die Rollen und Verantwortlichkeiten von Product Owner, Scrum Master und Entwicklungsteam innerhalb eines Scrum-Projekts.
3. Analysieren Sie die Ergebnisse eines Sprint-Reviews, um Verbesserungspotenziale für das nächste Sprint-Planning zu identifizieren.
4. Entwerfen Sie ein einfaches Product Backlog für ein gegebenes Softwareprojekt unter Berücksichtigung von Nutzerbedürfnissen und technischen Einschränkungen.

Projektbasiertes Lernen

⏱ 90 Min.·Kleingruppen

Scrum-Simulation: App-Entwicklung

Teilen Sie die Klasse in Teams auf, weisen Rollen zu und lassen Sie ein simples To-Do-App-Projekt planen. Führen Sie zwei Sprints durch: Erstes mit Planung und Implementierung, zweites mit Review und Anpassung. Schüler dokumentieren Backlogs und halten Stand-ups ab.

Vorbereitung & Details

Warum scheitern klassische Wasserfall-Modelle oft bei komplexen IT-Projekten?

Moderationstipp: Bei der Scrum-Simulation (App-Entwicklung) achten Sie darauf, dass alle Teams ein klares Product Backlog mit User Stories erstellen, bevor der erste Sprint beginnt.

Setup: Flexible Lernumgebung mit Zugang zu Materialien und moderner Technik

Materials: Project Brief mit einer Leitfrage, Planungsvorlage und Zeitplan, Bewertungsraster (Rubric) mit Meilensteinen, Präsentationsmaterialien

• Anwenden
• Analysieren
• Bewerten
• Erschaffen
• Selbststeuerung
• Beziehungsfähigkeit
• Entscheidungsfähigkeit

Rollenspiel

⏱ 30 Min.·Kleingruppen

Daily Stand-up Rollenspiel

Jedes Team stellt sich in einem Kreis auf und beantwortet drei Fragen: Was gestern gemacht? Heute geplant? Blocker? Rotieren Sie Rollen und reflektieren Sie danach die Kommunikationsvorteile.

Vorbereitung & Details

Wie fördert agile Arbeit die Kommunikation innerhalb eines Entwicklerteams?

Moderationstipp: Beim Daily Stand-up Rollenspiel moderieren Sie bewusst, dass jeder Teilnehmer nur zwei Minuten Zeit für seine Updates hat, um die Zeitdisziplin zu trainieren.

Setup: Spielfläche oder entsprechend angeordnete Tische für das Szenario

Materials: Rollenkarten mit Hintergrundinfos und Zielen, Szenario-Briefing

• Anwenden
• Analysieren
• Bewerten
• Sozialbewusstsein
• Selbstwahrnehmung

Projektbasiertes Lernen

⏱ 45 Min.·Kleingruppen

Sprint Retrospective

Nach einer simulierten Sprint-Runde notieren Teams positiv, negativ und Verbesserungsvorschläge auf Flipcharts. Diskutieren Sie in Plenum und passen Sie Regeln für den nächsten Sprint an.

Vorbereitung & Details

Wie geht man mit sich ändernden Anforderungen während der Entwicklungsphase um?

Moderationstipp: In der Sprint Retrospective stellen Sie sicher, dass das Team konkrete Verbesserungen für den nächsten Sprint formuliert und nicht nur allgemeine Kritik übt.

Setup: Flexible Lernumgebung mit Zugang zu Materialien und moderner Technik

Materials: Project Brief mit einer Leitfrage, Planungsvorlage und Zeitplan, Bewertungsraster (Rubric) mit Meilensteinen, Präsentationsmaterialien

• Anwenden
• Analysieren
• Bewerten
• Erschaffen
• Selbststeuerung
• Beziehungsfähigkeit
• Entscheidungsfähigkeit

Projektbasiertes Lernen

⏱ 40 Min.·Partnerarbeit

Product Backlog Priorisierung

Geben Sie fiktive User Stories, lassen Sie Product Owner priorisieren nach Wert und Aufwand. Teams schätzen in Planning Poker und erstellen Sprint Backlog.

Vorbereitung & Details

Warum scheitern klassische Wasserfall-Modelle oft bei komplexen IT-Projekten?

Moderationstipp: Bei der Product Backlog Priorisierung geben Sie den Schülern eine klare Methode vor, wie sie User Stories nach Wichtigkeit und Aufwand sortieren können.

Setup: Flexible Lernumgebung mit Zugang zu Materialien und moderner Technik

Materials: Project Brief mit einer Leitfrage, Planungsvorlage und Zeitplan, Bewertungsraster (Rubric) mit Meilensteinen, Präsentationsmaterialien

• Anwenden
• Analysieren
• Bewerten
• Erschaffen
• Selbststeuerung
• Beziehungsfähigkeit
• Entscheidungsfähigkeit

Dieses Thema unterrichten

Scrum wird am besten durch iterative Praxis und Reflexion vermittelt. Vermeiden Sie lange Frontalvorträge über Rollen und Artefakte, da diese erst im Kontext von Teamarbeit verständlich werden. Nutzen Sie die Methode des 'scaffolding': Beginnen Sie mit stark angeleiteten Simulationen und reduzieren Sie die Unterstützung schrittweise. Forschung zeigt, dass Schüler agile Prinzipien besser verinnerlichen, wenn sie selbst erleben, wie Planung, Kommunikation und Anpassung zusammenwirken.

Was Sie erwartet

Erfolgreiches Lernen zeigt sich darin, dass die Schüler die Scrum-Rollen und Artefakte nicht nur kennen, sondern in Simulationen anwenden können. Sie sollten Planungsprozesse verstehen, Feedback konstruktiv geben und die Bedeutung von Transparenz im Team erkennen. Am Ende können sie erklären, warum Scrum Projektchaos vermeidet.

Vorsicht vor diesen Fehlvorstellungen

Häufige Fehlvorstellung

Agile Entwicklung ist chaotisch und ohne Planung.

Was Sie stattdessen lehren sollten

Während der Scrum-Simulation (App-Entwicklung) beobachten Sie, wie die Teams mit dem Product Backlog und Sprint Backlog arbeiten. Betonen Sie, dass das Backlog eine klare Priorisierung erzwingt und dass der Sprint-Plan festlegt, was im nächsten Zeitraum umgesetzt wird.

Häufige Fehlvorstellung

Scrum eignet sich nur für große Softwarefirmen.

Was Sie stattdessen lehren sollten

Beobachten Sie beim Daily Stand-up Rollenspiel, wie auch kleine Teams von der klaren Struktur und den regelmäßigen Abstimmungen profitieren. Fragen Sie die Schüler nach der Simulation, wie sie die Methode in ihrem eigenen Projekt anwenden würden.

Häufige Fehlvorstellung

Änderungen in Agile sind immer willkommen, ohne Konsequenzen.

Was Sie stattdessen lehren sollten

In der Sprint Retrospective analysieren Sie mit den Teams, wie Änderungen den Sprint beeinflusst haben. Zeigen Sie auf, dass neue Anforderungen erst im Product Backlog priorisiert werden und der aktuelle Sprint nur bei dringenden Änderungen unterbrochen wird.

Ideen zur Lernstandserhebung

Lernstandskontrolle

Nach der Scrum-Simulation (App-Entwicklung) lassen Sie die Schüler auf einer Karteikarte die drei Hauptrollen im Scrum-Team benennen und jeweils eine Hauptverantwortlichkeit kurz beschreiben. Fordern Sie sie auf, eine Situation zu nennen, in der die klare Rollenverteilung besonders wichtig war.

Kurze Überprüfung

Während des Daily Stand-up Rollenspiels stellen Sie den Schülern eine Liste von Projektänderungen vor (z.B. 'Kunde wünscht neue Funktion nach Sprint-Start'). Lassen Sie sie entscheiden, ob diese Änderung typischerweise in einem Scrum-Sprint gut oder schlecht gehandhabt wird und begründen Sie kurz, warum.

Gegenseitige Bewertung

Nach der Sprint Retrospective bewerten sich die Mitglieder der Kleingruppen gegenseitig anhand einer vorgegebenen Matrix. Kriterien sind unter anderem 'Aktive Teilnahme am Daily Stand-up' und 'Konstruktives Feedback im Sprint-Review'. Die Bewertung dient als Grundlage für eine kurze Reflexion über Teamdynamik.

Erweiterungen & Unterstützung

• Fordern Sie Teams auf, nach der Simulation eine weniger detaillierte User Story in kleinere Tasks zu zerlegen und die Planung für den nächsten Sprint zu verbessern.
• Bei Schülern mit Unsicherheit geben Sie eine vorstrukturierte Vorlage für das Product Backlog oder ein Beispiel für eine gut formulierte User Story.
• Vertiefen Sie das Thema, indem Sie reale Scrum-Dokumentationen aus Open-Source-Projekten analysieren und mit den Schüler-Simulationen vergleichen.

Schlüsselvokabular

Sprint	Ein kurzer, zeitlich begrenzter Zyklus (typischerweise 1-4 Wochen) in Scrum, in dem ein potenziell lieferbares Produktinkrement erstellt wird.
Product Backlog	Eine priorisierte, dynamische Liste aller bekannten Anforderungen, Funktionen und Fehlerbehebungen, die für ein Produkt benötigt werden.
Scrum Master	Die Person, die dafür verantwortlich ist, dass das Scrum-Team die Scrum-Theorie, -Praktiken und -Regeln versteht und anwendet.
Sprint-Review	Eine formelle Überprüfung des Sprint-Ergebnisses durch das Scrum-Team und Stakeholder, um Feedback zu sammeln und das Product Backlog anzupassen.
Retrospektive	Eine regelmäßige Besprechung des Scrum-Teams, um die Arbeitsweise zu inspizieren und Verbesserungsmöglichkeiten für den nächsten Sprint zu identifizieren.