Was ist der Hauptunterschied zwischen Lastenheft und Pflichtenheft?

Lastenheft = WAS (Auftraggeber). Pflichtenheft = WIE (Auftragnehmer). Lastenheft kommt zuerst, Pflichtenheft später nach Vertragsabschluss.

Wer schreibt das Pflichtenheft?

Der Auftragnehmer (ERP-Anbieter oder Implementierungspartner). Der Auftraggeber prüft und gibt frei.

Bei größeren ERP-Projekten ja — beide Dokumente sichern Auftraggeber und Anbieter rechtlich ab. Bei sehr kleinen Cloud-ERPs reicht oft ein Anforderungskatalog.

Wie umfangreich ist ein typisches Lastenheft?

Mittelstand: 30–80 Seiten + Excel-Anforderungs-Matrix. Konzern: 100–300 Seiten.

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.

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.

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.

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.

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:

Unternehmensvorstellung: Branche, Größe, Standorte, Mengengerüst
Ist-Situation: aktuelle Systeme, Probleme
Zielsetzung: strategische und operative Ziele
Funktionale Anforderungen: Module, Prozesse, MoSCoW-Priorisierung
Nicht-funktionale Anforderungen: Performance, Verfügbarkeit, Security, Usability
Schnittstellen: zu DATEV, Marktplätzen, EDI
Mengengerüst: Aufträge/Tag, Buchungen/Monat, Datenvolumen
Rahmenbedingungen: Budget, Zeitplan, Compliance
Akzeptanzkriterien: wann gilt eine Anforderung als erfüllt?

Vorlage: ERP-Lastenheft-Vorlage — fertige Excel-Struktur.

Was gehört ins Pflichtenheft?

Das Pflichtenheft ist die Antwort auf 'Wie realisieren wir es?'. Inhalte:

Übernahme der Lastenheft-Anforderungen: jede Position muss adressiert werden
Technische Lösungsbeschreibung: welche Module, welche Datenmodelle
Customizing-Spezifikation: was wird angepasst, was bleibt Standard
Schnittstellen-Design: REST/SOAP/EDI/Filebase
Datenmigration-Plan: was wird migriert, wie
Mengengerüst-Validierung: passt unsere Lösung zum Volumen?
Berechtigungskonzept: SoD, Rollen
Testkonzept: Unit, Integration, UAT
Schulungskonzept
Rollout- und Cutover-Plan
SLA und Wartungskonzept

Übergabe: Vom Lastenheft zum Pflichtenheft

Der Weg vom Lasten- zum Pflichtenheft folgt typisch dieser Reihenfolge:

Lastenheft fertig → Versand an Longlist (8–15 Anbieter)
Anbieter-Antworten → Bewertung gegen Lastenheft, Shortlist (3–5)
Shortlist-Demos → mit eigenen Beispieldaten
Vertragsverhandlung mit Top-Anbieter
Pflichtenheft erstellen — Anbieter dokumentiert die Lösung, Auftraggeber prüft
Sign-off Pflichtenheft → Implementierungsstart

Häufige Fehler im Lasten-/Pflichtenheft-Prozess

Lastenheft zu spät erstellen — viele starten mit Anbieter-Demos vor klaren Anforderungen → Pseudo-Vergleich
Lastenheft zu lösungsnah — 'wir wollen SAP-Modul X' anstelle von 'wir wollen Z erreichen'
Pflichtenheft als Copy von Lastenheft — der Anbieter spiegelt nur statt eigenes Konzept zu liefern
Akzeptanzkriterien fehlen — bei Abnahme später Streit, was 'erfüllt' heißt
Mengengerüst vergessen — Anbieter rechnet mit anderen Annahmen als die Realität

Lastenheft-Vorlagen und Tools

Praktische Tools für die Lastenheft-Erstellung:

Excel-Vorlagen — typisch im Mittelstand, einfach zu pflegen
Word-Vorlagen — wenn das Dokument als Vertrags-Anlage dient
Confluence/Wiki — für laufend gepflegte Anforderungen
Jira / Azure DevOps — Tracking + Lifecycle
Spezialsoftware: Aras Innovator, IBM DOORS, Siemens Polarion (eher Großkonzern)

Mehr im Ratgeber ERP-Lastenheft erstellen.

Normen-Bezug: DIN 69901-5 und VDI 2519

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
Stammdaten-Volumen: Artikel, Kunden, Lieferanten, BOMs, Arbeitspläne
Standorte/Mandanten: Anzahl, Sprachen, Steuerräume
Datenwachstum: erwartetes Wachstum über 5 Jahre
Spitzen: Saison-Peaks, Tag/Monatsende-Belastungen

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?

Tool	Stärke	Einsatz
Microsoft Excel	Anforderungs-Matrix mit Bewertung	Mittelstand, KMU
Microsoft Word	Vertragstaugliches Dokument	als Vertragsanhang
Confluence (Atlassian)	Living Document, Versionierung	kontinuierliche Pflege
Jira / Azure DevOps	Lifecycle-Tracking	Implementations-Phase
IBM DOORS	Hochskaliert, Traceability	Konzern, regulierte Branchen
Polarion	ALM-Integration	Automotive, Pharma
ReqIF-Format	Tool-übergreifender Austausch	Multi-Anbieter-Projekte

Vorlage-Tipp: Eine fertige Excel-Vorlage finden Sie unter ERP-Lastenheft-Vorlage.

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.
Pflichtenheft fehlt komplett: Anbieter behauptet 'mündlich abgesprochen' — schwer durchzusetzen.
Akzeptanzkriterien zu schwammig: 'Hohe Performance' statt 'unter 3 Sek Antwortzeit' macht juristische Auseinandersetzungen schwierig.
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.

Häufige Fragen

Was ist der Hauptunterschied zwischen Lastenheft und Pflichtenheft?: Lastenheft = WAS (Auftraggeber). Pflichtenheft = WIE (Auftragnehmer). Lastenheft kommt zuerst, Pflichtenheft später nach Vertragsabschluss.
Wer schreibt das Pflichtenheft?: Der Auftragnehmer (ERP-Anbieter oder Implementierungspartner). Der Auftraggeber prüft und gibt frei.
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.
Wie umfangreich ist ein typisches Lastenheft?: Mittelstand: 30–80 Seiten + Excel-Anforderungs-Matrix. Konzern: 100–300 Seiten.
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.
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.
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.