Zum Inhalt springen
Informatik · Klasse 10 · Software-Projektmanagement · 2. Halbjahr

Anforderungsanalyse und User Stories

Die Schülerinnen und Schüler ermitteln die Bedürfnisse von Nutzern und formulieren diese als User Stories.

KMK BildungsstandardsKMK: STD.01KMK: STD.04

Über dieses Thema

Die Anforderungsanalyse und User Stories bilden den Grundstein für erfolgreiche Softwareprojekte. Schülerinnen und Schüler lernen in Klasse 10, die Bedürfnisse von Nutzern systematisch zu ermitteln und diese präzise als User Stories zu formulieren. Eine User Story folgt dem Format 'Als [Nutzer] möchte ich [Funktion], damit [Nutzen]'. Dies verbindet sich direkt mit den KMK-Standards STD.01 (Problemlösen) und STD.04 (Kommunikation), da Schüler lernen, Missverständnisse zu vermeiden, die zu teuren Fehlern führen können.

Im Kontext des Software-Projektmanagements verstehen Schüler, warum klare Anforderungen entscheidend sind. Sie üben, offene Fragen zu stellen, Stakeholder zu interviewen und Prioritäten zu setzen. Gute User Stories enthalten Akzeptanzkriterien und fördern agile Methoden. Dies schult systematisches Denken und Teamfähigkeiten, die in der Informatikpraxis unverzichtbar sind.

Aktives Lernen eignet sich hervorragend für dieses Thema, weil abstrakte Konzepte durch Rollenspiele und echte Szenarien greifbar werden. Wenn Schüler fiktive Kunden interviewen oder User Stories in Gruppen reviewen, internalisieren sie die Prinzipien nachhaltig und wenden sie direkt an.

Leitfragen

  1. Wie findet man heraus, was der Kunde wirklich braucht?
  2. Warum führen Missverständnisse zu teuren Softwarefehlern?
  3. Wie schreibt man eine gute User Story?

Lernziele

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

Bevor es losgeht

Grundlagen der Programmierung

Warum: Ein grundlegendes Verständnis von Programmierkonzepten hilft den Schülern, die Machbarkeit und die technischen Implikationen von Softwarefunktionen besser zu verstehen.

Problemlösungsstrategien

Warum: Die Fähigkeit, Probleme zu analysieren und in kleinere Teile zu zerlegen, ist essenziell für die Anforderungsermittlung und die Formulierung von User Stories.

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.

Vorsicht vor diesen Fehlvorstellungen

Häufige FehlvorstellungUser Stories sind nur eine Liste von Wünschen des Kunden.

Was Sie stattdessen lehren sollten

User Stories fassen echte Bedürfnisse zusammen, inklusive Nutzen und Akzeptanzkriterien. Rollenspiele als Kunde und Entwickler helfen Schülern, den Unterschied zu erleben und Missverständnisse aktiv zu klären.

Häufige FehlvorstellungAnforderungen müssen von Anfang an detailliert sein.

Was Sie stattdessen lehren sollten

In agilen Projekten entwickeln sich Anforderungen iterativ. Gruppenworkshops mit Peer-Review zeigen Schülern, wie iterative Verbesserungen durch aktive Diskussionen zu besseren Stories führen.

Häufige FehlvorstellungNur Entwickler brauchen Anforderungsanalyse.

Was Sie stattdessen lehren sollten

Alle Teammitglieder profitieren davon. Gemeinsame Interviews in der Klasse demonstrieren, wie kollaborative Ansätze das gesamte Team einbinden und Verständnis vertiefen.

Ideen für aktives Lernen

Alle Aktivitäten ansehen

Bezüge zur Lebenswelt

  • Softwareentwickler bei Unternehmen wie SAP oder Google nutzen Anforderungsanalysen und User Stories täglich, um komplexe Anwendungen wie ERP-Systeme oder mobile Apps zu planen. Sie interviewen Produktmanager und Kunden, um sicherzustellen, dass die Software die Geschäftsanforderungen erfüllt.
  • App-Designer für mobile Spiele erstellen User Stories, um neue Spielmechaniken zu definieren. Beispielsweise könnte eine Story lauten: 'Als Spieler möchte ich Münzen sammeln können, damit ich mein Level aufsteigen kann', um das Spielerlebnis zu verbessern.

Ideen zur Lernstandserhebung

Lernstandskontrolle

Geben Sie jeder Schülerin und jedem Schüler eine fiktive Nutzerrolle (z.B. 'Schüler', 'Lehrer', 'Administrator'). Bitten Sie sie, eine User Story für eine Schulverwaltungssoftware zu schreiben, die diese Rolle betrifft, und fügen Sie ein Akzeptanzkriterium hinzu.

Diskussionsfrage

Stellen Sie die folgende Frage zur Diskussion: 'Warum ist es wichtig, den Nutzen ('damit...') Teil einer User Story zu machen, und nicht nur die Funktion zu beschreiben?' Sammeln Sie die Antworten und diskutieren Sie, wie dies die Priorisierung beeinflusst.

Kurze Überprüfung

Präsentieren Sie drei Beispiel-User-Stories. Bitten Sie die Schüler, jede Story zu bewerten (gut/verbesserungswürdig) und kurz zu begründen, warum. Konzentrieren Sie sich auf die Klarheit der Nutzerrolle, der Funktion und des Nutzens.

Häufig gestellte Fragen

Wie schreibt man eine gute User Story?
Eine gute User Story folgt dem Template: 'Als [Nutzer] möchte ich [Funktion], damit [Nutzen]'. Ergänzen Sie Akzeptanzkriterien wie 'Geht es nur mit Internet?' oder 'Maximal 3 Klicks'. Testen Sie mit dem INVEST-Kriterium: Independent, Negotiable, Valuable, Estimable, Small, Testable. Üben Sie in Workshops, um Klarheit zu erreichen. Das verhindert teure Nachbesserungen (ca. 65 Wörter).
Warum ist Anforderungsanalyse im Software-Projektmanagement entscheidend?
Missverstandene Anforderungen verursachen bis zu 70 % der Softwarefehler und Kostensteigerungen. Durch systematische Nutzerinterviews und User Stories stellen Schüler sicher, dass Entwicklungen wirklich nützlich sind. Dies fördert agile Prinzipien und Teamkommunikation, wie in KMK-Standards gefordert (ca. 55 Wörter).
Wie vermeidet man Missverständnisse bei der Bedürfnisermittlung?
Nutzen Sie Techniken wie offene Fragen ('Was frustriert Sie?'), Prototyping und Stakeholder-Workshops. Validieren Sie mit 'Drei Amigos': Entwickler, Tester und Product Owner prüfen gemeinsam. In der Klasse simulieren Sie das, um praktische Erfahrung zu sammeln (ca. 52 Wörter).
Wie kann aktives Lernen das Verständnis von User Stories fördern?
Aktives Lernen macht abstrakte Konzepte konkret: Durch Rollenspiele als Kunde und Analyst lernen Schüler, Bedürfnisse empathisch zu erfassen. Gruppenreviews schärfen das Schreiben klarer Stories. Solche Methoden steigern Retention um 75 %, da Schüler direkt anwenden, diskutieren und feedbacken. Passt perfekt zu KMK-Standards für Problemlösen (ca. 70 Wörter).

Planungsvorlagen für Informatik