Requirements Engineering oder Requirements Management? – Der Unterschied

Warum diese Begriffe so oft durcheinandergeraten

In der Praxis entstehen Anforderungen nicht linear und niemals isoliert. Sie entwickeln sich in Gesprächen, Workshops, E-Mails, Tickets, Listen oder Dokumenten und das häufig parallel zur bereits stattfindenden Lösungsfindung.

Anforderungen werden dabei ständig ergänzt, präzisiert, hinterfragt, geändert, versioniert, geprüft und neu bewertet.

Ob man diesen Gesamtprozess nun als Engineering oder als Management bezeichnet, ist im Projektalltag oft zweitrangig. Entscheidend ist, dass Anforderungen überhaupt systematisch behandelt werden.

Genau deshalb werden die Begriffe häufig gleichgesetzt, obwohl sie fachlich nicht dasselbe bedeuten.

‍

Requirements Engineering als übergeordnete Disziplin

Requirements Engineering (RE) beschreibt die gesamte Disziplin, die sich mit der systematischen Handhabung von Anforderungen über ihren gesamten Lebenszyklus hinweg befasst.

Im Kern geht es um die Frage:

‍Was soll ein System leisten und wie stellen wir sicher, dass diese Anforderungen fachlich korrekt, verständlich, vollständig und prüfbar sind?

Requirements Engineering umfasst dabei alle Aktivitäten, die notwendig sind, um Anforderungen sinnvoll zu erarbeiten und nutzbar zu machen. Dazu gehören je nach Modell oder Standard unter anderem:

• Requirements Elicitation (Anforderungserhebung)
  z. B. durch Interviews, Workshops oder der Analyse bestehender Dokumente
• Requirements Documentation (Anforderungsdokumentation)
  z. B. strukturierte Beschreibung, klare Formulierungen sowie einer expliziten Trennung von Anforderungen und Lösung
• Requirements Validation (Anforderungsvalidierung)
  z. B. durch Reviews, Abstimmungen mit Stakeholdern oder automatische Konsistenzprüfungen
• Requirements Management (Anforderungsmanagement)
  z. B. mittels Änderungsverfolgung, Versionierung, Nachvollziehbarkeit

Requirements Engineering ist damit keine einzelne Methode und kein Tool, sondern eine methodische Klammer über alle Aktivitäten rund um die Anforderungen in einem Projekt.

{{callout}}

‍

Requirements Management als Teil

Requirements Management ist folglich keine eigenständige Disziplin, sondern eine von vier zentralen Aktivitäten innerhalb des Requirements Engineering.

Der Fokus liegt hier weniger auf der inhaltlichen Ausarbeitung einzelner Anforderungen wie es beispielsweise die Erhebung oder Dokumentation maßgeblich tun, sondern auf der Frage:

Wie gehen wir strukturiert mit Anforderungen um auch dann, wenn sie sich ändern, wachsen oder miteinander in Beziehung stehen?

Typische Teilaspekte des Requirements Managements sind dabei die:

• Strukturierung von Anforderungen (z. B. Hierarchien, Kategorien)
• Versionierung und Änderungsverfolgung
• Nachvollziehbarkeit (Traceability)
• Analyse von Abhängigkeiten und Auswirkungen
• Statusverfolgung und Freigaben
• Verknüpfung mit anderen Artefakten wie Tests, Risiken oder Architektur
• Wiederverwendung von Anforderungen
• Transparenz und Reporting für verschiedene Rollen

Kurz gesagt: Requirements Management sorgt dafür, dass Anforderungen beherrschbar bleiben, was insbesondere in komplexen, langlaufenden oder dynamischen Projekten unabdingbar ist, also wenn:

• mehrere Beteiligte mit Anforderungen arbeiten,
• Anforderungen sich (häufig) ändern,
• Anforderungen voneinander abhängen,
• Anforderungen getestet oder wiederverwendet werden sollen.

Das bedeutet: Auch wenn Requirements Management „nur“ eine Aktivität innerhalb des Requirements Engineering ist, ist sie in der Praxis nicht optional.

Ein Requirements Engineering, das sich nur auf Erhebung, Dokumentation und Validierung beschränken würde, würde schnell zu nicht mehr brauchbaren Anforderungen führen, egal wie gut die vorherige Erhebung, Dokumentation und Validierung gewesen wäre.

‍

Fazit

Aus fachlicher Sicht lässt sich der Unterschied leicht so zusammenfassen: Requirements Engineering beschreibt die gesamte Disziplin rund um Anforderungen. Requirements Management beschreibt eine Aktivität innerhalb dieser Disziplin, mit Fokus auf Struktur, Nachvollziehbarkeit und Änderbarkeit.

Oder etwas greifbarer formuliert: Requirements Engineering beschäftigt sich mit dem Was und Warum von Anforderungen. Requirements Management kümmert sich darum, dass dieses Wissen über Zeit hinweg nutzbar bleibt.

In der Praxis wird dennoch häufig vom Requirements Management gesprochen, obwohl eigentlich das gesamte Requirements Engineering gemeint ist.

Das hat einen einfachen Grund: Die größten Schmerzen in Projekten entstehen meist dort, wo Management-Aspekte fehlen und Änderungschaos, fehlende Traceability, unklare Zuständigkeiten und widersprüchliche Anforderungen nicht nur zu signifikanter Mehrarbeit sondern auch Qualitätsmängeln führen.

Requirements Management wird daher oft als Synonym für „geordnetes Arbeiten mit Anforderungen“ verwendet, auch wenn es fachlich nur ein Teil der Disziplin ist.

Das ist nicht falsch, solange klar ist: Es geht letztendlich nicht um Begriffe, sondern um funktionierende Strukturen. Die entscheidende Frage ist nämlich nicht ob, sondern wie gut und wie systematisch mit Anforderungen gearbeitet wird.

Wer den inhaltlichen Unterschied zwischen Requirements Engineering und Requirements Management dennoch kennt, macht es sich leichter, Standards und Fachliteratur besser zu verstehen und gleichzeitig pragmatische Entscheidungen für Prozesse, Rollen und Tools zu treffen.