Was ist Requirements Engineering?

Requirements Engineering ist die systematische Arbeit an Anforderungen für ein digitales Produkt: Sie werden ermittelt, geklärt, dokumentiert, geprüft und bei Änderungen gepflegt. Für einen Onlineshop bedeutet das beispielsweise, festzuhalten, welche Zahlungsarten gebraucht werden, wann eine Bestellung als abgeschlossen gilt und welche Antwortzeiten akzeptabel sind. Ziel ist ein gemeinsames Verständnis, bevor auf Annahmen aufgebaut wird.

Bedürfnisse und Rahmenbedingungen ermitteln

Gespräche mit Betreibern, Support, Entwicklung und Nutzenden zeigen unterschiedliche Bedürfnisse. Bestehende Abläufe, Daten und Schnittstellen liefern weitere Hinweise. Am Beispiel von Rechnungsanfragen lassen sich drei Ebenen unterscheiden:

• Geschäftsziel: „Supportaufwand für Rechnungsanfragen reduzieren.“
• Fachliche Anforderung: „Kunden können Rechnungen selbstständig abrufen.“
• Technische Lösung: „Eine Downloadfunktion im Kundenkonto bereitstellen.“

Diese Trennung verhindert, dass eine vorgeschlagene Umsetzung vorschnell mit dem eigentlichen Bedarf gleichgesetzt wird.

Merkmale einer brauchbaren Anforderung

Eine Anforderung sollte verständlich, prüfbar und für die Beteiligten relevant sein. Akzeptanzkriterien beschreiben, woran die erfolgreiche Umsetzung erkennbar ist. Neben Funktionen zählen auch Sicherheit, Barrierefreiheit, Verfügbarkeit und rechtliche Rahmenbedingungen. Eine User Story kann einen Bedarf aus Nutzersicht ausdrücken, ersetzt aber nicht alle Details komplexer Regeln.

Anforderungen bleiben veränderlich

Anforderungen entwickeln sich durch Feedback, neue Geschäftsprozesse oder technische Erkenntnisse. Entscheidungen, offene Fragen und Abhängigkeiten müssen nachvollziehbar bleiben. Ein Product Backlog unterstützt die Priorisierung, sofern Einträge regelmäßig geprüft und nicht nur gesammelt werden. Größere Vorhaben können als Epic gebündelt werden, bevor sie in prüfbare Anforderungen zerlegt werden.

Nutzen ohne falsche Sicherheit

Sorgfältige Anforderungsarbeit kann Missverständnisse und Nacharbeit reduzieren. Sie garantiert trotzdem nicht, dass sich jedes Nutzerbedürfnis vorab erkennen lässt. Prototypen und Tests helfen, Annahmen zu überprüfen. Ein zu starres Dokument kann dagegen verhindern, dass das Team aus realer Nutzung lernt.

Annahmen früh mit Beispielen prüfen

Frühe Beispiele, klickbare Abläufe und Gespräche mit Nutzenden zeigen, ob Beteiligte dieselbe Anforderung meinen. Bei einem Checkout können Ausnahmen wie abgebrochene Zahlungen wichtiger sein als der ideale Ablauf. Die Ergebnisse sollten in die Beschreibung zurückfließen, bevor sie als verbindlich gilt.