Jede SAP-Transformation beginnt mit einer einfachen Frage: Was genau brauchen wir? Die Antwort darauf sollte in einer sauberen Anforderung stehen. In der Praxis tut sie das selten. Unsere Analysen über mehrere S/4HANA-Transformationsprojekte hinweg zeigen ein ernüchterndes Bild: 60 bis 70 Prozent aller eingereichten SAP-Anforderungen sind nicht umsetzungsreif und erfordern mindestens eine Runde Nachqualifizierung — häufig drei bis fünf.
„Die teuerste Zeile Code ist die, die auf einer falschen Anforderung basiert. Und davon schreiben SAP-Projekte erschreckend viele."
Die drei Kernprobleme im SAP-Requirements-Engineering
1. Die Qualitätslücke: Unvollständige Anforderungen als Normalzustand
In klassischen SAP-Projekten werden Anforderungen per E-Mail, Excel oder bestenfalls über ein Ticketing-System erfasst. Der Fachbereich beschreibt sein Problem in eigenen Worten — ohne Kenntnis der SAP-Terminologie, ohne Bezug zum Requirements Engineering-Standard und ohne strukturierte Vollständigkeitsprüfung. Das Ergebnis: Anforderungen, denen kritische Informationen fehlen.
Typische Defizite sind fehlende Akzeptanzkriterien, unklare Abgrenzung des Scope, nicht identifizierte Abhängigkeiten zu anderen SAP-Modulen und das Fehlen nicht-funktionaler Anforderungen wie Performance oder Berechtigungskonzepte. Jede dieser Lücken führt zu Rückfragen — im Schnitt 3 bis 5 Schleifen pro Anforderung, die jeweils 2 bis 5 Werktage kosten.
| Metrik | Typisches SAP-Projekt | Mit RequirementIQ |
|---|---|---|
| Nachqualifizierungsrate | 60–70% | < 20% (Zielwert) |
| Rückfrageschleifen pro Anforderung | 3–5 | 0–1 |
| Durchlaufzeit pro Anforderung | 4–12 Wochen | 1–3 Tage |
| Vermeidbare Eigenentwicklungen | 15–25% | < 5% |
2. Die Standardisierungslücke: Eigenentwicklungen statt SAP-Standard
Ein zweites, oft unterschätztes Problem betrifft die strategische Dimension: 15 bis 25 Prozent aller Eigenentwicklungen in SAP-Projekten wären vermeidbar gewesen, hätte man den SAP-Standard im Anforderungsprozess systematisch geprüft. Fachbereiche kennen die Möglichkeiten von S/4HANA schlicht nicht — sie beschreiben Lösungen statt Probleme und triggern damit Custom-Development, das den Clean Core erodiert.
Jede Z-Entwicklung im SAP-Kern kostet nicht nur in der Erstellung, sondern potenziert sich bei jedem Upgrade-Zyklus. SAP selbst beziffert die Total Cost of Ownership kundenspezifischer Modifikationen über einen 10-Jahres-Zeitraum auf das 5- bis 8-Fache der initialen Entwicklungskosten. Wer heute nicht standardnah implementiert, zahlt morgen die Rechnung — bei jedem Feature Pack, jedem Security Patch, jedem Cloud-Migrationsprojekt.
3. Die Motivationshürde: Requirements Engineering als Pflichtübung
Die dritte Ursache liegt in der menschlichen Natur. Für Fachbereichsmitarbeiter ist das Schreiben von Anforderungen eine Zusatzaufgabe neben dem Tagesgeschäft. Der Prozess fühlt sich bürokratisch an, die Templates sind lang, die Terminologie fremd. Das Resultat: minimaler Aufwand, maximal vage Formulierungen, Frustration auf beiden Seiten.
Die eigentliche Herausforderung ist nicht technisch — sie ist kommunikativ. Fachbereiche denken in Geschäftsprozessen, IT denkt in Systemen. Ohne Übersetzungsschicht bleibt die Kluft bestehen.
Warum traditionelle Lösungsansätze nicht skalieren
Die meisten Unternehmen reagieren auf das Qualitätsproblem mit einer von drei Strategien — keine davon löst das Grundproblem:
- Mehr Templates: Längere Formulare erhöhen die Eingabebarriere und senken die Akzeptanz im Fachbereich.
- Mehr Berater: Externe Requirements Engineers sind teuer (1.200–1.800 EUR/Tag) und skalieren nicht mit dem Volumen einer S/4HANA-Transformation, die 500+ Anforderungen umfassen kann.
- Mehr Schulungen: RE-Trainings zeigen kurzfristig Wirkung, aber der Effekt verpufft innerhalb von 3–6 Monaten, wenn keine Tool-Unterstützung den gelernten Prozess durchsetzt.
Allen drei Ansätzen ist gemeinsam, dass sie das Symptom behandeln — die schlechte Qualität der Eingaben — ohne die Ursache zu adressieren: die kognitive Lücke zwischen Fachbereichswissen und SAP-Anforderungssprache. Was fehlt, ist kein besseres Formular. Was fehlt, ist eine intelligente Übersetzungsschicht, die den Fachbereich dort abholt, wo er steht.
Der RequirementIQ-Ansatz: KI als Übersetzungsschicht
Agentic AI verändert die Gleichung fundamental. Statt den Fachbereich zum Requirements Engineer auszubilden, übernimmt eine KI die Rolle des intelligenten Gesprächspartners. RequirementIQ setzt auf einen adaptiven Chat-Dialog, der den Anwender durch den Anforderungsprozess führt — in dessen Sprache, in dessen Kontext, mit dessen Vorwissen.
Adaptiver Dialog statt starres Formular
Der Dialog beginnt mit einer offenen Frage: „Beschreiben Sie Ihr Anliegen in eigenen Worten." Auf Basis der Antwort analysiert RequirementIQ den Kontext, identifiziert fehlende Informationen und stellt gezielte Nachfragen. Der Prozess fühlt sich wie ein natürliches Gespräch an — nicht wie ein Verhör. Im Hintergrund arbeitet ein RAG-System, das die Eingaben des Nutzers gegen SAP-Dokumentation, Best Practices und unternehmensspezifische Richtlinien abgleicht.
SAP-Standardabgleich in Echtzeit
Jede Anforderung wird automatisch gegen den SAP-Standard geprüft: Gibt es eine Fiori-App, die den Anwendungsfall abdeckt? Existiert eine Customizing-Option, die die gewünschte Anpassung ohne Code ermöglicht? Lässt sich das Problem über ein BAdI oder eine BTP-Extension lösen, ohne den Kern zu modifizieren? RequirementIQ schlägt konkrete SAP-Standardalternativen vor — bevor eine Zeile Custom Code geschrieben wird.
Stage-Gate-Prozess: 4 Anforderungstypen, 4 Pfade
Nicht jede Anforderung erfordert denselben Aufwand. RequirementIQ implementiert einen Stage-Gate-Prozess mit vier differenzierten Pfaden:
| Anforderungstyp | Typisches Beispiel | Durchlaufzeit | Artefakte |
|---|---|---|---|
| Incident | Buchungsfehler, Berechtigungsproblem | Minuten | Fehlerbeschreibung, Reproduktionsschritte |
| Service Request | Neuer Benutzer, Rollenerweiterung | Minuten | Standardformular, Genehmigungsnachweis |
| Kleinanforderung | Customizing-Änderung, Report-Anpassung | 1–2 Stunden | Anforderungsbeschreibung, Aufwandschätzung |
| SAP-Demand | Neuer Geschäftsprozess, Systemintegration | 1–3 Tage | Vollständige INVEST-konforme User Stories, Akzeptanzkriterien, Architektur-Impact |
Automatische Artefaktgenerierung
Am Ende des Dialogs generiert RequirementIQ automatisch alle erforderlichen Artefakte: User Stories im INVEST-Format, Akzeptanzkriterien, Prozessdiagramme, SAP-Standardbewertungen und — bei Bedarf — fertige Tickets für SAP Cloud ALM oder Jira. Der Fachbereich hat ein Gespräch geführt; die IT erhält eine vollständige, strukturierte, priorisierte Anforderung.
Die wirtschaftliche Dimension: Was schlechte Anforderungen wirklich kosten
Rechnen wir konservativ: Ein mittelgroßes S/4HANA-Projekt umfasst 300 Anforderungen. Bei einer Nachqualifizierungsrate von 65% und durchschnittlich 4 Rückfrageschleifen à 3 Werktagen entstehen allein durch den Nachqualifizierungsprozess 2.340 Personentage an Aufwand — auf beiden Seiten, Fachbereich und IT.
Addiert man die Kosten vermeidbarer Eigenentwicklungen (20% von 300 = 60 Anforderungen × durchschnittlich 30 Entwicklertage × 1.400 EUR/Tag), ergibt sich ein weiteres Einsparpotenzial von 2,52 Mio. EUR. Diese Zahlen sind keine Theorie — sie spiegeln die Realität wider, die wir in über 15 Jahren SAP-Beratung bei Ventum Consulting beobachtet haben.
Die Frage ist nicht, ob Sie sich KI-gestütztes Requirements Engineering leisten können. Die Frage ist, ob Sie es sich leisten können, darauf zu verzichten.
Der Faktor Mensch: Warum Akzeptanz entscheidend ist
Die beste Technologie scheitert, wenn sie nicht genutzt wird. RequirementIQ adressiert die Akzeptanzproblematik auf drei Ebenen: Erstens durch eine Benutzeroberfläche, die sich wie ein natürlicher Chat anfühlt — kein Training erforderlich, keine SAP-Terminologie vorausgesetzt. Zweitens durch sofortiges Feedback: Der Anwender sieht in Echtzeit, wie seine Eingaben in eine strukturierte Anforderung transformiert werden. Drittens durch Zeitersparnis: Was früher 2 Stunden Formulararbeit erforderte, ist in 15 Minuten Dialog erledigt.
Unsere Erfahrung zeigt: Die Adoptionsrate liegt bei über 85% nach dem ersten Monat — ein Wert, den klassische RE-Tools selten erreichen. Der Grund ist einfach: RequirementIQ macht den Anforderungsprozess nicht nur besser, sondern auch angenehmer. Und was angenehm ist, wird genutzt.
Integration in bestehende SAP-Governance
RequirementIQ ersetzt keine bestehenden Prozesse — es beschleunigt sie. Die Lösung integriert sich nahtlos in etablierte SAP-Governance-Strukturen:
- SAP Cloud ALM: Direkte Ticket-Erstellung mit vollständigen Metadaten
- SAP Signavio: Abgleich mit 5.000+ Best-Practice-Prozessmodellen
- Change Advisory Board: Automatische Aufbereitung der Gate-Dokumentation
- Demand Management: Priorisierung und Kapazitätsplanung auf Basis qualifizierter Anforderungen
Ein besonderer Vorteil für Unternehmen, die bereits SAP Cloud ALM nutzen: RequirementIQ kann qualifizierte Anforderungen direkt als Features, User Stories oder Defects in Cloud ALM anlegen — mit vollständigen Metadaten, Akzeptanzkriterien und Standardbewertungen. Der manuelle Übertrag aus Excel oder E-Mail entfällt. Die IT-Organisation erhält Anforderungen, die sofort bearbeitbar sind, in dem System, das sie bereits nutzt.
Fazit: Von der Pflichtübung zum strategischen Vorteil
Agentic AI transformiert Requirements Engineering von einer lästigen Pflichtübung in einen strategischen Hebel. Unternehmen, die ihre Anforderungsqualität systematisch steigern, reduzieren nicht nur Kosten und Durchlaufzeiten — sie schaffen die Voraussetzung für eine erfolgreiche S/4HANA-Transformation, die den Clean Core bewahrt und die Organisation für zukünftige Innovationszyklen aufstellt.
Der entscheidende Paradigmenwechsel liegt darin, den Fachbereich nicht als Problemquelle zu betrachten, sondern als Wissensträger — und KI als die Brücke, die dieses Wissen in umsetzbare Anforderungen übersetzt. RequirementIQ macht diesen Paradigmenwechsel operativ möglich.