Bedarfsspezifikation

Die Bedarfsspezifikation ist das Dokument der Konzeptphase, in dem ein Auftraggeber den eigenen Bedarf vor der Erstellung eines Lastenheftes systematisch ergründet, dokumentiert und priorisiert. Sie ist das Vor-Lastenheft, das aus Bauchgefühl belastbare Zahlen macht und im DACH-Mittelstand häufig der unterschätzte Hebel zwischen Investitionsidee und Sourcing-Erfolg, weil sie verhindert, dass im Lastenheft Lösungen festgeschrieben werden, bevor der Bedarf überhaupt verstanden ist.

Detaillierte Erklärung

Methodisch verankert ist die Bedarfsspezifikation in der Concept Phase des V-Modell XT, im Stage-Gate-Prozess von Robert Cooper aus dem Jahr 1986 und im IREB-CPRE-Curriculum. Während Lastenheft und Pflichtenheft nach VDI 2519 Blatt 1 die Auftraggeber-Auftragnehmer-Kommunikation regeln, sitzt die Bedarfsspezifikation davor und beantwortet die Frage, ob die geplante Investition überhaupt sinnvoll ist und welche Ergebnisse sie liefern muss. International wird der Begriff in ISO/IEC/IEEE 29148:2018 unter Stakeholder Requirements Specification geführt. Der BME ordnet die Bedarfsspezifikation als Bestandteil der strategischen Bedarfsplanung in das Curriculum des Strategischen Einkäufers ein.

Inhaltlich umfasst eine Bedarfsspezifikation typischerweise zwischen 12 und 60 Seiten und gliedert sich in fünf Blöcke. Erstens Ist-Analyse mit Mengen- und Wertstrom, also wie der heutige Prozess läuft und welche Schwachstellen messbar sind. Zweitens Soll-Vorstellung mit klaren Zielwerten, also welche KPI um wieviel verbessert werden müssen. Drittens Stakeholder-Mapping mit Rollen, Erwartungen und Konfliktpunkten. Viertens funktionale Use Cases, die die wichtigsten Anwendungsfälle in UML-Notation oder als User Stories beschreiben. Fünftens MoSCoW-Priorisierung der Anforderungen mit Must-have, Should-have, Could-have und Won’t-have-Klassifizierung. Eine Erhebung des Fraunhofer IAO aus dem Jahr 2021 mit 64 Mittelstandsprojekten zeigte, dass Investitionen mit dokumentierter Bedarfsspezifikation 34 Prozent häufiger ihre ursprünglichen Business-Case-Ziele erreichten als Investitionen ohne Bedarfsspezifikation.

Im Einkauf hat die Bedarfsspezifikation eine spezielle Funktion. Sie verhindert, dass die Fachabteilung bereits mit einem Lieferanten gesprochen hat, bevor der Einkauf eingebunden wird. Wer im Einkauf weiß, dass die Bedarfsspezifikation Pflicht-Vorstufe jeder Investitionsfreigabe ab 50.000 EUR ist, hat einen formalen Hebel, früh am Tisch zu sitzen. Der DGQ-Studie 2023 zufolge werden in 62 Prozent der mittelständischen Investitionsprojekte ohne Bedarfsspezifikation bereits Lieferanten kontaktiert, bevor der Einkauf überhaupt von dem Vorhaben weiß. Diese Maverick-Buying-Vorstufe ist mit Bedarfsspezifikation faktisch eliminiert, weil das Dokument einen formalen Kick-off erzwingt.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Lebensmittelhersteller aus Westfalen mit 412 Mitarbeitern plant eine neue Linie zur automatischen Verpackung von Tiefkühlpizzen. Die Produktion meldet einen Investitionsbedarf von circa 4 Mio. EUR. Bevor der Einkauf ein Lastenheft startet, ordnet er eine Bedarfsspezifikation an, die in 6 Wochen mit einem cross-funktionalen Team aus 8 Personen erstellt wird.

Die Ist-Analyse zeigt, dass die heutige halbautomatische Linie bei einer OEE von 64 Prozent läuft, mit 14 Prozent Stillstandszeiten durch Werkzeugwechsel und 8 Prozent Ausschuss durch Falschverpackung. Die Stückkosten liegen bei 0,42 EUR pro Pizza, der Branchen-Benchmark bei 0,31 EUR. Die Soll-Vorstellung nennt eine OEE von mindestens 86 Prozent und Stückkosten unter 0,28 EUR. Im Stakeholder-Mapping werden 18 Rollen identifiziert, davon drei mit potenziellem Konfliktpotenzial, weil die Schichtführung Sorge um Personalreduktion hat und mit ihrer Kooperation den Erfolg der Inbetriebnahme bestimmt.

Die Use-Case-Modellierung identifiziert 9 Hauptanwendungsfälle, vom Produktwechsel über die Reinigung bis zum Notlauf bei Verpackungsmaterial-Ausfall. MoSCoW-Priorisierung ergibt 12 Must-have-, 18 Should-have- und 14 Could-have-Anforderungen. Eine kritische Erkenntnis: Das ursprüngliche Investitionsvolumen wird auf 4,8 Mio. EUR korrigiert, weil ein automatisches Reinigungssystem nach IFS Food Version 8 als Must-have klassifiziert wird, das in der ersten Schätzung nicht enthalten war. Die Bedarfsspezifikation kostet 32 Personentage und verhindert ein Lastenheft, das ohne diese Erkenntnis 800.000 EUR Nachforderungen produziert hätte.

Typische Fehler & Verhandlungskontext

Der häufigste Fehler ist das Überspringen der Bedarfsspezifikation aus Zeitdruck. Geschäftsführer und Werksleiter empfinden die 4 bis 8 Wochen für eine saubere Bedarfsspezifikation als Verzögerung und drängen auf direkten Lastenheft-Start. Die Erfahrung zeigt das Gegenteil: Wer die Bedarfsspezifikation auslässt, verliert in der Vergabephase im Schnitt 11 Wochen durch Klärungsschleifen mit Bietern und in der Inbetriebnahme weitere 6 bis 14 Wochen durch Change Requests aus erst spät erkanntem Bedarf.

Der zweite Fehler ist die Vermischung mit dem Lastenheft. Eine Bedarfsspezifikation, die bereits konkrete technische Anforderungen enthält, ist kein Konzept-Dokument mehr, sondern ein schlecht strukturiertes Lastenheft. Die Bedarfsspezifikation muss bewusst auf der Was-und-Warum-Ebene bleiben, also Ziele, Use Cases und Erfolgsfaktoren beschreiben, ohne technische Lösungen vorzugeben. Erst das Lastenheft konkretisiert den Bedarf in funktionale und nicht-funktionale Anforderungen.

Der dritte Fehler ist das fehlende Sponsorship. Eine Bedarfsspezifikation ohne sichtbares Commitment der Geschäftsführung verkommt zur Excel-Tabelle in einem Sharepoint-Ordner. Sinnvoll ist ein Sponsor auf C-Level, der die Bedarfsspezifikation persönlich freigibt und dadurch den Übergang zur Lastenheft-Phase autorisiert. Ohne diese Freigabe-Stufe versanden 40 bis 50 Prozent der Bedarfsanalysen, ohne je in eine Investition zu münden.

Verwandte Begriffe

Die Bedarfsspezifikation steht vor dem [[lastenheft]] und ist die erste Stufe eines methodisch sauberen [[anforderungsmanagement]] nach IREB, sie liefert die Basis für eine spätere [[funktionale-spezifikation]] der gewählten Lösung.