Lastenheft vs Pflichtenheft: Unterschied, Aufbau und Praxis im ERP-Projekt
Lastenheft und Pflichtenheft sind die zwei zentralen Dokumente jedes ERP-Auswahlprojekts. Sie werden regelmäßig verwechselt — was zu Streit, Mehrkosten und Projektrisiken führt. Diese Seite klärt den Unterschied, zeigt typische Inhalte, Verantwortlichkeiten und gibt einen klaren Praxisleitfaden für die Übergabe vom Lastenheft zum Pflichtenheft.
Lastenheft vs Pflichtenheft — Unterschied und Praxis-Tipps · Quelle: erp-software.org Redaktion
Der Unterschied: Lastenheft vs Pflichtenheft kurz
Aspekt
Lastenheft
Pflichtenheft
Wer schreibt?
Auftraggeber (Kunde)
Auftragnehmer (Anbieter / Implementierer)
Was steht drin?
WAS soll erreicht werden — Anforderungen aus Sicht des Bedarfsträgers
WIE wird es realisiert — Lösungskonzept und Vorgehensweise
Detailtiefe
fachlich, ergebnisorientiert
technisch, lösungsorientiert
Vertragsbasis
Grundlage für Ausschreibung
Grundlage für Vertrag und Abnahme
Wann?
VOR Anbieter-Auswahl
NACH Vertragsabschluss
Norm
DIN 69901-5, VDI 2519
DIN 69901-5, VDI 2519
Im englischen Sprachraum oft gemeinsam als Statement of Work (SoW) bezeichnet — die deutsche Trennung ist klarer.
Was gehört ins Lastenheft?
Das Lastenheft ist die Antwort auf 'Was wollen wir erreichen?'. Inhalte:
Die Begriffe Lastenheft und Pflichtenheft sind in der DIN 69901-5 (Projektmanagement-Begriffe) und in der VDI 2519 Blatt 1 (Vorgehensweise bei der Erstellung von Lasten-/Pflichtenheften) normativ definiert. Beide Normen empfehlen die strikte Trennung zwischen Auftraggeber-Anforderungen (Lastenheft) und Auftragnehmer-Lösung (Pflichtenheft).
Im internationalen Kontext entspricht das Lastenheft einer User Requirements Specification (URS), das Pflichtenheft einer Functional Specification (FS) oder dem Statement of Work (SoW). Das deutsche Modell ist klarer in der Verantwortungsabgrenzung als die englische Tradition.
Praktische Konsequenz: Beide Dokumente sollten auf die jeweilige Norm referenzieren — das schafft im Streitfall vor Gericht eine eindeutige Auslegung. Wer das Lastenheft nur als 'Anforderungssammlung' bezeichnet, verliert formal den Schutz der Norm-Standards.
Mengengerüst im Lastenheft — der oft vergessene Erfolgsfaktor
Das Mengengerüst beschreibt die quantitativen Rahmenbedingungen der zukünftigen ERP-Nutzung. Ohne Mengengerüst rechnen Anbieter mit eigenen Annahmen — was zu Performance-Problemen, falschen Lizenzpaketen und Skalierungs-Kollaps führt.
Pflichtangaben im Mengengerüst:
Anwender: Anzahl Concurrent Users, Named Users, Self-Service-User, Lese-Only-User
Belege pro Tag/Monat: Aufträge, Bestellungen, Rechnungen, Buchungen, Lagerbewegungen
Beispiel: Ein Mittelständler mit 200 MA und 5.000 Aufträgen/Monat braucht ein anderes Performance-Setup als ein E-Commerce-Player mit 200 MA und 200.000 Aufträgen/Monat — auch wenn beide gleich viele Mitarbeiter haben.
MoSCoW-Priorisierung: Wie man Anforderungen richtig gewichtet
Jede Anforderung im Lastenheft sollte priorisiert werden — sonst wird das Dokument zur Wunschliste. Etabliert ist die MoSCoW-Methode:
Priorität
Bedeutung
Konsequenz
M (Must have)
Ohne diese Funktion kein Vertrag
K.O.-Kriterium in der Anbieter-Bewertung
S (Should have)
Wichtig, aber nicht K.O.
Hohe Gewichtung, Workaround akzeptabel
C (Could have)
Nice to have
Bonus-Bewertung, optional
W (Won't have)
Bewusst ausgeklammert
Roadmap, Phase 2
Faustregel: 60–70% Must, 20–30% Should, max 10% Could. Mehr als 10 Could-Anforderungen verwässern das Lastenheft.
Akzeptanzkriterien — wann gilt eine Anforderung als erfüllt?
Ein Lastenheft ohne Akzeptanzkriterien ist juristisch wertlos. Pro Anforderung sollte definiert sein:
Messbarer Erfolg: 'Bestellung wird in unter 3 Sekunden geöffnet' statt 'Bestellung öffnet schnell'
Test-Szenarien: konkrete Use-Cases, die durchlaufen werden müssen
Daten-Beispiele: Test-Datensätze für die Demonstration
Abnahme-Verfahren: wer testet, wer freigibt
Im Pflichtenheft übernimmt der Anbieter diese Akzeptanzkriterien und bestätigt die Umsetzbarkeit. Bei der Abnahme werden sie systematisch durchgegangen.
Statement of Work — die internationale Schnittmenge
Im englischsprachigen Raum existiert die strikte Trennung Lastenheft/Pflichtenheft nicht. Stattdessen gibt es das Statement of Work (SoW), das oft beide Aspekte mischt: Anforderungen UND Umsetzung.
Bei internationalen ERP-Projekten in DACH-Konzernen sollte man sich für ein klares Modell entscheiden:
Deutsche Tradition: 2 Dokumente, klarer Workflow → besser für komplexe Mittelstands-Projekte
Internationale Tradition: 1 SoW + Anhänge → besser für Konzern-Standardprozesse
Hybrid: SoW als Vertragsgrundlage + Lastenheft als Anforderungs-Anhang
Die SAP Activate-Methodik nutzt 'Business Blueprint' (vergleichbar mit Pflichtenheft), Microsoft Sure Step nutzt 'Functional Design Document'. Beide ähneln dem deutschen Pflichtenheft.
Tools und Vorlagen für die Anforderungs-Verwaltung
Welche Tools eignen sich für die Erstellung von Lastenheften und Pflichtenheften?
Häufige juristische Fallen — was im Streitfall zählt
Wenn ERP-Projekte scheitern und vor Gericht landen, kommt es regelmäßig auf die Qualität des Lasten- und Pflichtenhefts an.
Lastenheft wird kein Vertragsbestandteil: Wenn das Dokument nicht als Anlage zum Vertrag aufgenommen wird, gilt nur der Vertragstext. Anforderungen aus dem Lastenheft sind dann unverbindlich.
MoSCoW nicht dokumentiert: Anbieter argumentiert 'Should-have erfüllt, Must-have nicht spezifiziert'.
Mengengerüst fehlt: Performance-Probleme werden mit 'Sie haben mehr Daten als angegeben' abgewehrt.
Besser-Tipp: Das BGB §651 (Werkvertrag) bietet bei klarem Pflichtenheft einen guten Rahmen für Mängelgewährleistung. Ein erfahrener Auswahlbegleiter kann hier viel Risiko eliminieren.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Brauche ich beides?
Bei größeren ERP-Projekten ja — beide Dokumente sichern Auftraggeber und Anbieter rechtlich ab. Bei sehr kleinen Cloud-ERPs reicht oft ein Anforderungskatalog.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Wer haftet bei Lastenheft-Mängeln?
Grundsätzlich der Auftraggeber, da er das Lastenheft erstellt. Bei Beratung durch externe Auswahlbegleiter sind Sorgfaltspflichten oft vertraglich geregelt.
Eine strukturierte Auswahl kombiniert Lastenheft, Demo mit eigenen Daten, Referenzbesuche bei vergleichbaren Unternehmen und einen Proof-of-Concept auf 2-3 kritischen Prozessen.
Wie umfangreich sollte ein Pflichtenheft sein?
Mittelstand: 50-150 Seiten plus Excel-Anforderungs-Matrix. Konzern: 150-500 Seiten plus Use-Case-Diagramme und Schnittstellen-Spezifikationen.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.
Können wir Anforderungen nachträglich ändern?
Ja, über Change-Requests im Pflichtenheft-Lifecycle. Voraussetzung: klar dokumentierter Change-Control-Prozess im Vertrag, mit Auswirkungen auf Termin und Budget.
In der Praxis variiert die genaue Ausgestaltung je nach Branche, Größenklasse und Customizing-Tiefe des konkreten ERP-Setups.