Zum Inhalt springen
Informatik · Klasse 13

Ideen für aktives Lernen

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.

KMK BildungsstandardsKMK: Sekundarstufe II - Kommunizieren und KooperierenKMK: Sekundarstufe II - Modellieren und Implementieren
30–90 Min.Partnerarbeit → Ganze Klasse4 Aktivitäten

Aktivität 01

Projektbasiertes Lernen90 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.

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

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

Worauf zu achten istLassen Sie die Schüler auf einer Karteikarte die drei Hauptrollen in Scrum benennen und jeweils eine Hauptverantwortlichkeit kurz beschreiben. Fordern Sie sie auf, eine Situation zu nennen, in der die klare Rollenverteilung wichtig ist.

AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen

Aktivität 02

Rollenspiel30 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.

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

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

Worauf zu achten istStellen 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.

AnwendenAnalysierenBewertenSozialbewusstseinSelbstwahrnehmung
Komplette Unterrichtsstunde erstellen

Aktivität 03

Projektbasiertes Lernen45 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.

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

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

Worauf zu achten istTeilen Sie die Klasse in Kleingruppen auf, die einen kurzen Sprint simulieren. Nach dem Sprint bewerten sich die Mitglieder gegenseitig anhand von Kriterien wie 'Aktive Teilnahme am Daily Stand-up' und 'Konstruktives Feedback im Sprint-Review'. Geben Sie eine Bewertungsmatrix vor.

AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen

Aktivität 04

Projektbasiertes Lernen40 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.

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

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

Worauf zu achten istLassen Sie die Schüler auf einer Karteikarte die drei Hauptrollen in Scrum benennen und jeweils eine Hauptverantwortlichkeit kurz beschreiben. Fordern Sie sie auf, eine Situation zu nennen, in der die klare Rollenverteilung wichtig ist.

AnwendenAnalysierenBewertenErschaffenSelbststeuerungBeziehungsfähigkeitEntscheidungsfähigkeit
Komplette Unterrichtsstunde erstellen

Vorlagen

Vorlagen, die zu diesen Informatik-Aktivitäten passen

Nutzen, bearbeiten, drucken oder teilen.

Einige Hinweise zum Unterrichten dieser Einheit

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.

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

  • Agile Entwicklung ist chaotisch und ohne Planung.

    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.

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

    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.

  • Änderungen in Agile sind immer willkommen, ohne Konsequenzen.

    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.


In dieser Übersicht verwendete Methoden