Häufig gestellte Fragen
Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?
Das Lastenheft beschreibt aus Sicht des Auftraggebers, WAS das System leisten soll, das Pflichtenheft aus Sicht des Auftragnehmers, WIE und womit diese Anforderungen umgesetzt werden. Die DIN 69901-5 definiert das Pflichtenheft als die vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts. In ERP-Projekten antwortet das Pflichtenheft damit Punkt für Punkt auf das kundenseitige Lastenheft und konkretisiert Module, Konfigurationen und Schnittstellen. In der betrieblichen Praxis werden beide Begriffe allerdings häufig vermischt oder synonym verwendet.
Wer schreibt das Pflichtenheft, der Anbieter oder der Kunde?
Das Pflichtenheft erstellt der Auftragnehmer, also der ERP-Anbieter oder der Implementierungspartner, auf Basis des vom Kunden gelieferten Lastenhefts. Der Auftraggeber prüft das Dokument anschließend, kommentiert Annahmen und gibt es formell frei; erst danach sollte die eigentliche Umsetzung beginnen. Diese Rollenverteilung ist die theoretische Idealform, in der Praxis variiert die konkrete Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des ERP-Setups. Bei kleineren Vorhaben werden Last- und Pflichtenheft mitunter zu einem gemeinsam erarbeiteten Anforderungsdokument zusammengefasst.
Ist das Pflichtenheft rechtlich verbindlich und Vertragsbestandteil?
Das Pflichtenheft ist selbst kein eigenständiger Vertrag, wird aber regelmäßig als Anlage zum Implementierungsvertrag genutzt und erhält dadurch verbindlichen Charakter. Sobald der Auftraggeber es freigegeben hat, beschreibt es die geschuldete Leistung, bei werkvertraglicher Gestaltung im Sinne des Paragraf 631 BGB: Was im Pflichtenheft steht, ist Leistungspflicht, was nicht darin steht, ist im Zweifel nicht geschuldet. Bei der Abnahme dient es als objektive Referenz, um Vollständigkeit und Funktionalität gegen die vereinbarten Kriterien zu prüfen. Spätere Änderungen sollten daher über ein formales Änderungsmanagement laufen und von beiden Seiten bestätigt werden.
Wie viele Anforderungen sind in einem ERP-Pflichtenheft realistisch?
Für mittelständische Projekte sind etwa 200 bis 600 spezifische Use-Cases beziehungsweise Anforderungen ein praxisnaher Rahmen, während umfangreiche Konzern-Lastenhefte mehrere Tausend Anforderungen erreichen können. Wichtiger als die reine Anzahl ist die Rückverfolgbarkeit: Jede Anforderung aus dem Lastenheft sollte sich im Pflichtenheft wiederfinden und als Standard, Konfiguration oder Individualentwicklung eingeordnet sein. Eine Über-Spezifikation führt erfahrungsgemäß zu langwierigen Auswahl- und Abstimmungsprozessen, ohne dass dadurch zwingend ein passenderes System gefunden wird. Sinnvoll ist es, Anforderungen zu priorisieren und Muss-Kriterien klar von Wunsch-Kriterien zu trennen.
Wie lange dauert die Erstellung eines Pflichtenhefts?
Für mittelständische Projekte sind je nach Komplexität rund 4 bis 10 Wochen realistisch, bei Großprojekten können mehrere Monate anfallen. Erfahrungswerte und Branchenstudien zeigen, dass viele ERP-Projekte ihren ursprünglichen Zeitplan überschreiten, häufig im Bereich von rund 20 bis 40 Prozent. Der wichtigste Hebel für Termintreue ist ein dedizierter interner Projektleiter mit Entscheidungsbefugnis und hoher Verfügbarkeit. Externe Beratung wird meist als Anteil der Gesamtprojektkosten kalkuliert und beschleunigt die Erstellung, ersetzt aber nicht die fachliche Mitarbeit der Schlüsselanwender.
Braucht man in agilen ERP-Projekten noch ein Pflichtenheft?
In rein agilen Vorgehensmodellen wie Scrum ist das klassische Pflichtenheft nicht vorgesehen; an seine Stelle treten ein priorisiertes Product Backlog mit User Stories sowie iterative Sprint-Ergebnisse, die bewusst unvollständig beginnen und mit dem Erkenntnisgewinn wachsen. Der Grundgedanke einer verbindlichen, nachvollziehbaren Umsetzungsbeschreibung bleibt jedoch erhalten und wird nur anders dokumentiert. In ERP-Vorhaben überwiegen häufig hybride Ansätze, bei denen ein schlankes Pflichtenheft den vertraglichen Rahmen und die Abnahmekriterien absteckt, während Detailanforderungen agil im Backlog verfeinert werden. Welche Form passt, hängt von Vertragsmodell, Customizing-Tiefe und der Steuerungskultur der beteiligten Organisationen ab.