Anforderungsmanagement

Anforderungsmanagement, international Requirements Engineering, ist die systematische Disziplin der Erhebung, Dokumentation, Prüfung, Abstimmung und Verwaltung von Anforderungen über den gesamten Lebenszyklus eines Vorhabens. Im technischen Einkauf des DACH-Mittelstandes ist sauberes Anforderungsmanagement die Grundvoraussetzung jeder Investition oberhalb von 100.000 EUR und der häufigste Hebel zur Senkung von Nachforderungsraten und Time-to-Market.

Detaillierte Erklärung

Die methodische Bezugsgröße liefert das IREB (International Requirements Engineering Board), das mit dem CPRE Foundation Level (Certified Professional for Requirements Engineering) seit 2007 eine weltweit anerkannte Zertifizierung etabliert hat. Bis Ende 2025 wurden laut IREB rund 75.000 CPRE-Zertifikate ausgestellt, davon etwa 38.000 im deutschsprachigen Raum. Auf Norm-Ebene deckt ISO/IEC/IEEE 29148:2018 das Requirements Engineering ab und beschreibt Prozesse und Produkte für die Verwaltung von Anforderungen über den gesamten Lebenszyklus von Systemen und Software. Ergänzend liefert die VDI 2519 Blatt 1 die deutsche Lasten-Pflichten-Logik und der V-Modell XT-Prozess für Bundesbehörden integriert das Anforderungsmanagement als Pflicht-Disziplin.

Das CPRE-Modell unterteilt das Anforderungsmanagement in drei aufeinander aufbauende Lifecycle-Stufen. Erste Stufe ist die Ermittlung, die mit Stakeholder-Analyse, Workshops, Interviews und Beobachtung beginnt und in einem Anforderungsdokument endet. Zweite Stufe ist die Dokumentation und Spezifikation, in der natursprachliche Anforderungen in strukturierte Form gebracht, mit Akzeptanzkriterien versehen und nach MoSCoW oder Kano priorisiert werden. Dritte Stufe ist die Verwaltung, also Versionierung, Traceability, Change Management und Statusverfolgung. Eine Studie der TU München aus dem Jahr 2022 mit 218 Industrieprojekten zeigte, dass Projekte mit zertifiziertem Anforderungsmanagement 27 Prozent weniger Change Requests und 19 Prozent kürzere Time-to-Market aufwiesen als Vergleichsprojekte ohne formalisierten Prozess.

Im Einkauf hat das Anforderungsmanagement zwei Anker. Erstens dient es der Lieferantenkommunikation, weil nur sauber dokumentierte Anforderungen vergleichbare Angebote erzeugen. Zweitens ist es das Rückgrat der Lieferanten-Performance-Messung, weil Service Level und KPI nur dann messbar werden, wenn die zugrundeliegenden Anforderungen quantifiziert wurden. Der BME (Bundesverband Materialwirtschaft, Einkauf und Logistik) integriert Anforderungsmanagement-Module in das Curriculum des Fachreferenten Einkauf seit 2018, der DGQ (Deutsche Gesellschaft für Qualität) deckt es im Qualitätsmanagement-Curriculum ab.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Automobilzulieferer aus Niederbayern mit 980 Mitarbeitern beschafft ein neues PLM-System (Product Lifecycle Management) für 2,1 Mio. EUR Lizenz und 1,4 Mio. EUR Implementierung. Der Einkauf richtet ein Anforderungsmanagement-Team mit zwei CPRE-zertifizierten Mitarbeitern ein und führt 36 Stakeholder-Workshops mit Konstruktion, Fertigung, Qualität, Service, Vertrieb und externen Lieferanten durch.

Das Ergebnis sind 1.480 ermittelte Anforderungen, die in einem Tool-gestützten Anforderungs-Repository (Polarion) verwaltet werden. Nach MoSCoW-Priorisierung verbleiben 412 Muss-, 538 Soll-, 384 Kann- und 146 Won’t-have-Anforderungen. Jede Muss-Anforderung erhält ein eindeutiges Akzeptanzkriterium, eine Verifikationsmethode (Test, Demonstration, Inspektion oder Analyse) und eine Traceability-Verbindung zur ursprünglichen Stakeholder-Quelle. Die Anforderungs-Erhebung dauert 11 Wochen und kostet 84 Personentage Einkauf plus 162 Personentage Fachabteilungen.

Die Auswirkung auf die Lieferantenauswahl ist deutlich. Sechs PLM-Anbieter werden zur Ausschreibung eingeladen, drei scheiden bereits in der Anforderungsmatrix aus, weil sie weniger als 80 Prozent der Muss-Anforderungen abdecken. Die drei verbleibenden Anbieter werden in 14 strukturierten Demo-Sessions gegen die priorisierten Anforderungen getestet. Der Bestbieter erfüllt 96 Prozent der Muss- und 78 Prozent der Soll-Anforderungen und gewinnt den Zuschlag bei einem Gesamtbudget von 3,3 Mio. EUR, also 6 Prozent unter dem ursprünglichen Plan. Während der zwölf Implementierungsmonate werden nur 38 Change Requests gestellt, im Branchenvergleich sind 110 bis 140 Change Requests bei dieser Projektgröße üblich.

Typische Fehler & Verhandlungskontext

Der häufigste Fehler ist die fehlende Trennung von Wunsch und Anforderung. Wenn ein Stakeholder im Workshop sagt, das System soll modern aussehen, ist das ein Wunsch und keine Anforderung. Eine Anforderung wäre, dass die Bedienoberfläche mindestens WCAG 2.2 AA-konform sein muss und auf Geräten ab Bildschirmauflösung 1280×720 ohne Scrollen nutzbar ist. Wer Wünsche dokumentiert, baut ein 1.480-zeiliges Wunschkonzert, das niemand prüfen kann.

Der zweite Fehler ist die fehlende Traceability. Wenn eine Anforderung Nummer 847 nicht mehr nachvollziehbar mit einem Stakeholder, einer Geschäftsregel oder einer Norm verbunden ist, ist sie verwaist und wird im Streitfall vom Lieferanten als unbegründet zurückgewiesen. CPRE schreibt eine bidirektionale Traceability vor, also vom Stakeholder zur Anforderung und von der Anforderung zum Test. Wer das nicht abbildet, fliegt früher oder später auf.

Der dritte Fehler ist die Vernachlässigung der Verwaltungsphase. Anforderungsmanagement endet nicht mit der Vertragsunterzeichnung, sondern muss über die gesamte Projektlaufzeit gepflegt werden. Anforderungen ändern sich, Stakeholder ändern sich, Normen ändern sich. Wer das Repository nach Vertragsschluss einfriert, hat in 6 Monaten ein Dokument, das mit der Realität nichts mehr zu tun hat.

Verwandte Begriffe

Anforderungsmanagement ist die methodische Klammer um [[lastenheft]] und [[pflichtenheft]], beginnt häufig mit einer [[bedarfsspezifikation]] in der Konzeptphase und nutzt Wertanalyse-Werkzeuge zur Erstellung der [[funktionale-spezifikation]].