Skip to content

Anforderungsanalyse und User StoriesAktivitäten & Unterrichtsstrategien

Aktive Methoden wie Rollenspiele und Workshops unterstützen Schüler dabei, die abstrakte Theorie der Anforderungsanalyse greifbar zu machen. Durch das direkte Erleben von Kundeninterviews oder das Erstellen von User Stories im Team erkennen sie, wie wichtig klare Kommunikation und iterative Verbesserung für die Praxis sind.

Klasse 10Digitale Welten Gestalten: Informatik in der Praxis4 Aktivitäten25 Min.45 Min.

Lernziele

  1. 1Analysieren Sie Nutzerbedürfnisse, um konkrete Anforderungen für eine Softwarefunktion zu identifizieren.
  2. 2Erklären Sie die Struktur und den Zweck einer User Story im Format 'Als [Nutzer] möchte ich [Funktion], damit [Nutzen]'.
  3. 3Bewerten Sie die Qualität von User Stories anhand definierter Kriterien wie Klarheit und Testbarkeit.
  4. 4Erstellen Sie eine Sammlung von User Stories für ein gegebenes Softwareproblem unter Berücksichtigung verschiedener Nutzerrollen.

Möchten Sie einen vollständigen Unterrichtsentwurf mit diesen Lernzielen? Mission erstellen

30 Min.·Partnerarbeit

Rollenspiel: Kundeninterview

Teilen Sie die Klasse in Paare ein: Eine Person ist der Kunde mit einem Szenario (z. B. App für Schülerplanung), die andere der Analyst. Der Analyst stellt offene Fragen und notiert Bedürfnisse. Rollen tauschen nach 10 Minuten, dann formulieren beide User Stories gemeinsam.

Vorbereitung & Details

Wie findet man heraus, was der Kunde wirklich braucht?

Moderationstipp: Stellen Sie im Rollenspiel sicher, dass die Schüler als Kunde und Entwickler abwechselnd die Perspektive wechseln, um Empathie für beide Rollen aufzubauen.

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

Materials: Rollenkarten mit Hintergrundinfos und Zielen, Szenario-Briefing

AnwendenAnalysierenBewertenSozialbewusstseinSelbstwahrnehmung
45 Min.·Kleingruppen

Workshop: User Story Karussell

Gruppen schreiben User Stories zu einem Projekt (z. B. Lernapp). Jede Gruppe hängt ihre Stories aus, rotiert zu der nächsten und reviewt mit Feedback: Ist sie klar? Fehlen Kriterien? Nach zwei Runden finalisieren alle ihre Stories.

Vorbereitung & Details

Warum führen Missverständnisse zu teuren Softwarefehlern?

Moderationstipp: Beim User Story Karussell geben Sie jeder Gruppe eine festgelegte Zeit pro Station, damit alle Ideen dokumentiert und diskutiert werden können.

Setup: Kleine Tische (je 4-5 Plätze), im Raum verteilt

Materials: Große Papier-„Tischdecken“ mit Leitfragen, Moderationsmarker (verschiedene Farben pro Runde), Instruktionskarte für die Tischgastgeber

VerstehenAnwendenAnalysierenSozialbewusstseinBeziehungsfähigkeit
40 Min.·Kleingruppen

Gemeinsame Analyse: Fallstudie

Präsentieren Sie eine reale Software-Fehlergeschichte (z. B. missverstandene Anforderung). Die Klasse diskutiert in Kleingruppen Ursachen, identifiziert Bedürfnisse und schreibt korrigierte User Stories. Im Plenum vergleichen und abstimmen über die besten.

Vorbereitung & Details

Wie schreibt man eine gute User Story?

Moderationstipp: In der Fallstudie fordern Sie die Schüler auf, ihre Analyse schriftlich zu begründen, um die Verbindung zwischen Nutzen und Akzeptanzkriterien zu verdeutlichen.

Setup: Kleine Tische (je 4-5 Plätze), im Raum verteilt

Materials: Große Papier-„Tischdecken“ mit Leitfragen, Moderationsmarker (verschiedene Farben pro Runde), Instruktionskarte für die Tischgastgeber

VerstehenAnwendenAnalysierenSozialbewusstseinBeziehungsfähigkeit
25 Min.·Einzelarbeit

Individuell: Story Mapping

Jeder Schüler erstellt ein Story Map zu einem Alltagsszenario (z. B. Online-Shop). Ordnen Sie Bedürfnisse hierarchisch, priorisieren Sie mit Punkten. Teilen Sie im Plenum und diskutieren Gemeinsamkeiten.

Vorbereitung & Details

Wie findet man heraus, was der Kunde wirklich braucht?

Moderationstipp: Beim Story Mapping achten Sie darauf, dass die Schüler die Nutzerperspektive durch farbige Markierungen sichtbar machen.

Setup: Kleine Tische (je 4-5 Plätze), im Raum verteilt

Materials: Große Papier-„Tischdecken“ mit Leitfragen, Moderationsmarker (verschiedene Farben pro Runde), Instruktionskarte für die Tischgastgeber

VerstehenAnwendenAnalysierenSozialbewusstseinBeziehungsfähigkeit

Dieses Thema unterrichten

Erfahrene Lehrkräfte setzen auf konkrete Beispiele aus dem Schulalltag, da diese für Schüler leichter nachvollziehbar sind als abstrakte Softwareprojekte. Vermeiden Sie reine Theorieblöcke – stattdessen sollten Schüler direkt in die Rolle des Entwicklers schlüpfen und Feedback von Mitschülern einholen. Empirische Studien zeigen, dass kollaborative Ansätze wie Peer-Review die Qualität der User Stories deutlich verbessern.

Was Sie erwartet

Am Ende der Einheit können die Schüler Bedürfnisse aus Nutzerperspektiven ableiten, User Stories nach dem vorgegebenen Schema formulieren und deren Nutzen begründen. Sie verstehen, wie iterative Anforderungsanalyse zu besseren Projektergebnissen führt und Missverständnisse vermeidet.

Diese Aktivitäten sind ein Ausgangspunkt. Die vollständige Mission ist das Erlebnis.

  • Vollständiges Moderationsskript mit Lehrkraft-Dialogen
  • Druckfertige Schülermaterialien, bereit für den Unterricht
  • Differenzierungsstrategien für jeden Lerntyp
Mission erstellen

Vorsicht vor diesen Fehlvorstellungen

Häufige FehlvorstellungWährend des Rollenspiels Kundeninterview beobachten viele Schüler, dass User Stories nur eine Liste von Kundenwünschen sind.

Was Sie stattdessen lehren sollten

Nutzen Sie die Reflexionsphase nach dem Rollenspiel, um die entstandenen Stories gemeinsam zu analysieren. Heben Sie hervor, wie die 'damit'-Komponente den tatsächlichen Nutzen für den Kunden sichtbar macht und nicht nur eine technische Lösung beschreibt.

Häufige FehlvorstellungWährend des Workshops User Story Karussell glauben einige Schüler, dass Anforderungen von Anfang an detailliert sein müssen.

Was Sie stattdessen lehren sollten

Fordern Sie die Schüler auf, ihre ersten Entwürfe mit Akzeptanzkriterien zu ergänzen und diese im nächsten Durchgang zu präzisieren. Zeigen Sie auf, wie iterative Verbesserungen durch Peer-Feedback die Qualität steigern.

Häufige FehlvorstellungWährend der Fallstudie Analyse nehmen einige Schüler an, dass nur Entwickler Anforderungsanalysen durchführen müssen.

Was Sie stattdessen lehren sollten

Lassen Sie in der gemeinsamen Diskussion der Fallstudie bewusst die Perspektiven aller Beteiligten (Kunde, Entwickler, Tester) einfließen. Nutzen Sie die Ergebnisse, um zu zeigen, wie kollaborative Ansätze das Gesamtverständnis verbessern.

Ideen zur Lernstandserhebung

Lernstandskontrolle

Nach dem Rollenspiel Kundeninterview geben Sie jeder Schülerin und jedem Schüler eine fiktive Nutzerrolle und bitten sie, eine User Story für eine Schulverwaltungssoftware zu schreiben. Bewerten Sie die Stories auf Klarheit der Nutzerrolle, Funktion und Nutzen ('damit'-Teil) sowie auf ein sinnvolles Akzeptanzkriterium.

Diskussionsfrage

Während des Workshops User Story Karussell stellen Sie die Frage: 'Warum ist der Nutzen ('damit...') Teil einer User Story wichtig, und wie beeinflusst er die Priorisierung?' Sammeln Sie die Antworten und diskutieren Sie, wie dies die Entscheidungen im Projektteam lenkt.

Kurze Überprüfung

Nach der gemeinsamen Analyse der Fallstudie präsentieren Sie drei Beispiel-User-Stories. Die Schüler bewerten diese als 'gut' oder 'verbesserungswürdig' und begründen ihre Entscheidung. Achten Sie darauf, dass sie die Struktur, Klarheit und den Nutzen der Stories analysieren.

Erweiterungen & Unterstützung

  • Fordern Sie schnelle Schüler auf, eine zweite User Story zur gleichen Funktion zu schreiben, aber aus einer anderen Nutzerperspektive (z.B. Lehrer vs. Schüler).
  • Geben Sie unsicheren Schülern eine Vorlage mit Beispielformulierungen, die sie anpassen können.
  • Vertiefen Sie mit einer Analyse realer User Stories aus Open-Source-Projekten, um die Übertragbarkeit auf die Praxis zu zeigen.

Schlüsselvokabular

AnforderungsanalyseDer Prozess der Ermittlung, Dokumentation und Verwaltung von Anforderungen an ein Softwaresystem. Sie stellt sicher, dass das entwickelte Produkt die Bedürfnisse der Stakeholder erfüllt.
User StoryEine kurze, einfache Beschreibung einer Softwarefunktion aus der Perspektive des Endnutzers. Sie folgt dem Muster 'Als [Nutzerrolle] möchte ich [Ziel/Funktion], damit [Nutzen/Wert]'.
StakeholderPersonen oder Gruppen, die ein Interesse an einem Projekt haben oder von ihm betroffen sind. Dazu gehören Nutzer, Kunden, Entwickler und das Management.
AkzeptanzkriterienBedingungen, die erfüllt sein müssen, damit eine User Story als abgeschlossen und erfolgreich betrachtet wird. Sie definieren, wann die Funktion korrekt funktioniert.
BacklogEine priorisierte Liste von User Stories und anderen Aufgaben, die für die Entwicklung eines Produkts erforderlich sind. Sie wird im Laufe des Projekts kontinuierlich aktualisiert.

Bereit, Anforderungsanalyse und User Stories zu unterrichten?

Erstellen Sie eine vollständige Mission mit allem, was Sie brauchen

Mission erstellen