Dieser Teil klärt, welche Anforderungen eine Architekturentscheidung überhaupt braucht.

• Architekturrelevante Anforderungen (ASR) vom Rest der Anforderungen trennen
• Rollen rund um Anforderungen: Business Analyst, Requirements Engineer, Product Owner
• Just-in-Time-Anforderungen: nur erheben, was die nächste Entscheidung braucht
• Qualitätskriterien nach ISO 29148 und das Volere Quality Gateway als Prüfschritt

Hier geht es um die Übergabe, die es in modernen Vorgehen gar nicht mehr gibt.

• Design Thinking, Design Sprints und Lean Startup als kooperative Produktentwicklung
• Three Amigo Sessions mit Product Owner, Entwicklung und Test
• Das Twin-Peaks-Modell: Anforderungen und Architektur wachsen gemeinsam
• Traceability zu Architektur, Code und Tests, und was sie an Aufwand kostet

Dieser Teil legt fest, was vor der ersten detaillierten Anforderung geklärt sein muss.

• Vision und Business Goals nach SMART oder PAM formulieren
• Stakeholder identifizieren und ihre Value Propositions unterscheiden
• Scope festlegen und den Kontext des Systems abgrenzen
• Personas und User-Journey-Maps als Einstieg in die Anforderungsarbeit

Der längste Teil des Lehrplans: 300 Minuten Unterricht und Übung an funktionalen Anforderungen.

• Hierarchien von Epic über Feature bis Story und Kriterien für das Zerlegen
• Wertschöpfende Prozesse als Use Case oder Szenario dokumentieren
• INVEST und die Definition of Ready als Endpunkt der Verfeinerung
• Akzeptanzkriterien schreiben und Specification by Example einsetzen

Hier entsteht die Anforderungsart, an der Architekturen tatsächlich scheitern.

• Qualitätsanforderung, Randbedingung und nichtfunktionale Anforderung auseinanderhalten
• Kategorien von Qualitäten entlang des Q42-Modells
• Qualitätsanforderungen als Szenario erheben, verfeinern und mit Akzeptanzkriterien versehen
• Pragmatische Alternativen, wenn detaillierte Akzeptanzkriterien zu teuer werden

Dieser Teil führt Anforderung und Test in einem Format zusammen.

• Prinzipien von Behavior Driven Development und die Einsatzgebiete, die dafür taugen
• Given-When-Then als Struktur für Akzeptanzkriterien
• Gherkin und Cucumber als Beispiele ausführbarer Spezifikationen
• Automatisierte Tests als Nebenprodukt präzise formulierter Anforderungen

Neu seit dem Lehrplan 2026.1: Large Language Models in der Anforderungsarbeit.

• Einsatzszenarien von der Interviewvorbereitung bis zur Generierung von Anforderungen
• Halluzinationen, Bias und nicht-deterministische Ergebnisse einordnen
• Implizites Wissen, das kein Modell aus dem Kontext zieht
• Human-in-the-Loop: KI-Ergebnisse prüfen, Vertraulichkeit und Datenschutz wahren

Dieser Teil bringt Anforderungen in eine Reihenfolge, die sich begründen lässt.

• Arten von Business Value unterscheiden und Anforderungen danach ordnen
• MoSCoW und WSJF als Priorisierungsverfahren
• Schätzen mit Affinity Estimation, Story Points und Function Points
• Widersprüchliche Anforderungen erkennen und mit den Beteiligten auflösen

Hier ordnest du Werkzeugkategorien ein, statt einzelne Produkte zu lernen.

• Karten, Wikis, Modellierungswerkzeuge und Issue-Tracker im Vergleich
• Heuristiken dafür, welche Werkzeugart zu welcher Art von System passt
• Stärken und Schwächen der Kategorien, nicht der einzelnen Produkte

Zum Abschluss bewertest du Anforderungen, gute wie schlechte.

• Mindestens ein Beispiel gut formulierter architekturrelevanter Anforderungen
• Gegenbeispiele: mehrdeutige, inkonsistente und widersprüchliche Anforderungen
• Der Lehrplan lässt die Auswahl der Beispiele bewusst offen