Informatik · Klasse 13 · Software-Engineering und Abschlussprojekt · 2. Halbjahr

Agile Softwareentwicklung (Scrum)

Projektmanagement und iterative Entwicklungsprozesse.

• KMK Bildungsstandards
• KMK: Sekundarstufe II - Kommunizieren und Kooperieren
• KMK: Sekundarstufe II - Modellieren und Implementieren

Über dieses Thema

Die agile Softwareentwicklung mit Scrum bietet einen iterativen Ansatz für komplexe IT-Projekte. Klassische Wasserfall-Modelle scheitern oft, weil sie Anforderungen starr vorab definieren und Änderungen während der Entwicklung teuer machen. Scrum teilt Projekte in kurze Sprints von zwei bis vier Wochen auf, mit Rollen wie Product Owner, Scrum Master und Development Team. Artefakte wie Product Backlog und Sprint Backlog sorgen für Transparenz und Priorisierung.

Tägliche Stand-ups, Sprint-Reviews und Retrospektiven fördern offene Kommunikation und kontinuierliche Verbesserung. Dies passt zu KMK-Standards für Kommunizieren und Kooperieren sowie Modellieren und Implementieren. Schüler analysieren, wie Agile-Teams mit sich wandelnden Anforderungen umgehen, indem sie Inkrementes liefern und Feedback einholen. So entsteht ein Verständnis für reale Projekt dynamiken in der Oberstufe.

Aktives Lernen ist ideal, weil Schüler Scrum in Gruppenprojekten simulieren können. Durch Rollenspiele und Iterationen erleben sie Teamdynamiken direkt, korrigieren Missverständnisse und verinnerlichen Prozesse nachhaltig. Solche Erfahrungen stärken Problemlösungsfähigkeiten und bereiten auf Abschlussprojekte vor.

Leitfragen

1. Warum scheitern klassische Wasserfall-Modelle oft bei komplexen IT-Projekten?
2. Wie fördert agile Arbeit die Kommunikation innerhalb eines Entwicklerteams?
3. Wie geht man mit sich ändernden Anforderungen während der Entwicklungsphase um?

Lernziele

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

Bevor es losgeht

Grundlagen der Softwareentwicklung

Warum: Ein grundlegendes Verständnis von Softwareprozessen und Projektphasen ist notwendig, um die Unterschiede zu agilen Methoden zu verstehen.

Projektmanagement-Grundlagen

Warum: Grundkenntnisse über Projektplanung, Ziele und Ressourcen helfen, die Notwendigkeit von iterativen Ansätzen und flexibler Planung zu erkennen.

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.

Vorsicht vor diesen Fehlvorstellungen

Häufige Fehlvorstellung

Agile Entwicklung ist chaotisch und ohne Planung.

Was Sie stattdessen lehren sollten

Scrum strukturiert Arbeit streng mit Backlogs, Sprints und Reviews. Aktive Rollenspiele zeigen Schülern, wie Disziplin und Transparenz Chaos vermeiden. Gruppenreflexionen klären, dass Iterationen Planung ergänzen.

Häufige Fehlvorstellung

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

Was Sie stattdessen lehren sollten

Scrum skaliert für kleine Teams und Schülerprojekte. Simulations in Kleingruppen demonstrieren, wie es Kommunikation fördert. Peer-Diskussionen helfen, den Übergang von Theorie zu Praxis zu verstehen.

Häufige Fehlvorstellung

Änderungen in Agile sind immer willkommen, ohne Konsequenzen.

Was Sie stattdessen lehren sollten

Änderungen werden priorisiert und in Backlogs verwaltet. Hands-on-Projekte lehren, dass hohe Priorität den aktuellen Sprint schützt. Retrospektiven stärken dieses Bewusstsein durch Teamfeedback.

Ideen für aktives Lernen

Projektbasiertes Lernen

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.

90 Min.·Kleingruppen

Rollenspiel

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.

30 Min.·Kleingruppen

Projektbasiertes Lernen

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.

45 Min.·Kleingruppen

Bezüge zur Lebenswelt

• Softwareentwicklungsfirmen wie SAP oder die Telekom nutzen agile Methoden wie Scrum, um komplexe Unternehmenssoftware und digitale Dienste in kurzen Zyklen zu entwickeln und schnell auf Kundenfeedback zu reagieren.
• Start-ups im Technologiebereich, beispielsweise im Bereich E-Mobilität oder künstliche Intelligenz, setzen Scrum ein, um ihre Produkte schnell zu iterieren und Marktchancen zu nutzen, bevor Wettbewerber aufholen.
• Automobilhersteller integrieren agile Praktiken in ihre Entwicklungsprozesse, um die Software für Infotainmentsysteme oder Fahrerassistenzsysteme flexibel anzupassen und neue Funktionen schneller bereitzustellen.

Ideen zur Lernstandserhebung

Lernstandskontrolle

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

Kurze Überprüfung

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

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

Häufig gestellte Fragen

Was ist der Unterschied zwischen Scrum und Wasserfall-Modell?

Wasserfall folgt sequentiellen Phasen mit fixen Anforderungen, was bei Veränderungen scheitert. Scrum iteriert in Sprints mit Feedback-Schleifen, fördert Flexibilität und Kommunikation. Schüler lernen in Simulationen, warum Agile für komplexe Projekte überlegen ist und wie es KMK-Standards erfüllt.

Wie fördert Scrum die Teamkommunikation?

Tägliche Stand-ups und Retrospektiven schaffen Raum für offenen Austausch. Jeder berichtet Fortschritt und Blocker, was Kooperation stärkt. In aktiven Lernsettings wie Rollenspielen erleben Schüler diese Dynamik direkt, verbessern soziale Kompetenzen und verknüpfen sie mit Informatik-Standards.

Wie geht man in Scrum mit sich ändernden Anforderungen um?

Neue Anforderungen gelangen in den Product Backlog und werden priorisiert. Der Product Owner entscheidet, ob sie in den nächsten Sprint passen. Praktische Übungen zeigen Schülern, wie dies Risiken minimiert und Wertschöpfung maximiert, ideal für Oberstufenprojekte.

Wie kann aktives Lernen Scrum im Unterricht umsetzen?

Nutzen Sie Gruppensimulationen mit realen Rollen und Iterationen, um abstrakte Prozesse erlebbar zu machen. Teams bauen Prototypen, führen Stand-ups durch und reflektieren. Diese Methode vertieft Verständnis, fördert Kooperation und bereitet auf berufliche Projekte vor, passend zu KMK-Zielen.