Lastenheft vs. Pflichtenheft: Unterschied, Inhalt & Vorlage

Das Lastenheft beschreibt aus Sicht des Auftraggebers, was und wofür etwas erstellt werden soll. Das Pflichtenheft legt aus Sicht des Auftragnehmers fest, wie und womit diese Anforderungen umgesetzt werden. Kurz: Der Kunde liefert das Lastenheft, der Dienstleister antwortet mit dem Pflichtenheft.

Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?

Der Kernunterschied liegt in Urheber und Perspektive: Das Lastenheft stammt vom Auftraggeber und beschreibt die Anforderungen (das Was und Warum), das Pflichtenheft stammt vom Auftragnehmer und beschreibt die technische Lösung (das Wie und Womit). Beide Begriffe sind in der DIN 69901-5 (2009) definiert.

Kriterium	Lastenheft	Pflichtenheft
Wer erstellt es?	Auftraggeber (Kunde)	Auftragnehmer (Dienstleister)
Perspektive	Was & Wofür	Wie & Womit
Inhalt	Anforderungen, Ziele, Rahmen	Realisierungsvorgaben, Lösung
Zeitpunkt	Zuerst (vor der Ausschreibung)	Danach (nach Auftragsklärung)
Funktion	Grundlage für Angebot	Antwort auf das Lastenheft
Norm-Bezug	DIN 69901-5, VDI 2519 Bl. 1	DIN 69901-5, VDI 2519 Bl. 1

Was ist ein Lastenheft?

Ein Lastenheft ist laut DIN 69901-5 (2009) die "vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages". Es beschreibt also, was und wofür etwas zu erstellen ist.

Das Lastenheft formuliert die Sicht des Auftraggebers. Es hält fest, welches Problem gelöst werden soll und welche Ziele das Projekt erreichen muss, ohne die konkrete technische Umsetzung vorzuschreiben. Damit bleibt der Lösungsraum offen und der Auftragnehmer kann seine Expertise einbringen.

In der Praxis ist das Lastenheft die Grundlage für Ausschreibung und Angebot. Wer als Auftraggeber sauber spezifiziert, erhält vergleichbare Angebote und reduziert das Risiko von Missverständnissen und teuren Nachforderungen.

Was ist ein Pflichtenheft?

Ein Pflichtenheft umfasst laut DIN 69901-5 (2009) die "vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts". Es beschreibt also, wie und womit die Anforderungen umgesetzt werden.

Das Pflichtenheft ist die Antwort des Auftragnehmers auf das Lastenheft. Es verknüpft die Kundenanforderungen mit konkreten technischen Realisierungsvorgaben, inklusive Angaben zur Betriebs- und Wartungsumgebung sowie zum Ein- und Ausschluss bestimmter Fälle. In der Praxis wird dabei jede Forderung des Lastenhefts mit einer oder mehreren konkreten Leistungen des Pflichtenhefts verknüpft, damit keine Anforderung unbeantwortet bleibt.

Damit wird das Pflichtenheft zum verbindlichen Bauplan: Es macht messbar, was der Dienstleister konkret liefert und wie das Ergebnis später abgenommen wird.

Wer erstellt was - und in welcher Reihenfolge?

Die Reihenfolge ist eindeutig: Zuerst erstellt der Auftraggeber das Lastenheft, danach erarbeitet der Auftragnehmer das Pflichtenheft. Erst nach Erstellung des Lastenhefts kann der Auftragnehmer das Pflichtenheft ausarbeiten (DIN 69901-5, 2009).

1. Lastenheft (Auftraggeber): definiert Anforderungen und Ziele, dient als Basis für Ausschreibung und Angebot.
2. Angebot & Auftragsklärung: der Auftragnehmer kalkuliert auf Basis des Lastenhefts.
3. Pflichtenheft (Auftragnehmer): beschreibt die konkrete technische Umsetzung.
4. Bestätigung: das vom Auftragnehmer erstellte Pflichtenheft wird üblicherweise auf dessen Wunsch vom Auftraggeber bestätigt.

Wichtig: In der Praxis bilden Lastenheft und Angebot häufig die vertragliche Grundlage; eine Aufnahme beider Dokumente in den Vertrag ist empfehlenswert. Das vom Auftragnehmer erstellte Pflichtenheft wird dabei üblicherweise auf dessen Wunsch vom Auftraggeber bestätigt (vgl. Wikipedia "Pflichtenheft", unter Bezug auf DIN 69901-5, 2009).

Welche Inhalte gehören in ein Lastenheft?

Ein Lastenheft enthält typischerweise Projektkontext, Ist- und Soll-Zustand, Schnittstellen sowie funktionale und nicht-funktionale Anforderungen. Die VDI 2519 Blatt 1 (Ausgabe 12/2001) liefert dafür eine bewährte Gliederung.

• Einleitung / Projektkontext: Ausgangslage und Projektziel.
• Ist-Zustand: bestehende Prozesse und Systeme.
• Soll-Konzept / Zielbestimmung: was erreicht werden soll.
• Schnittstellenbeschreibung: Anbindung an vorhandene Systeme.
• Funktionale Anforderungen: die fachlichen Funktionen.
• Nicht-funktionale Anforderungen: Benutzbarkeit, Zuverlässigkeit, Effizienz, Wartbarkeit.
• Lieferumfang und Abnahmekriterien: was geliefert wird und wann es als erfüllt gilt.

Welche Inhalte gehören in ein Pflichtenheft?

Ein Pflichtenheft beschreibt die systemtechnischen Lösungen zu jeder Anforderung des Lastenhefts. Der Pflichtenheft-Teil der VDI 2519 Blatt 1 (12/2001) behandelt genau diese technische Realisierungsebene.

• Technische Realisierung: Architektur, Technologien, Datenmodell.
• Zuordnung zu Anforderungen: jede Lastenheft-Forderung wird mit konkreten Leistungen verknüpft.
• Betriebs- und Wartungsumgebung: wo und wie die Lösung läuft.
• Ein- und Ausschluss: welche Fälle abgedeckt sind - und welche bewusst nicht.
• Abnahme- und Testkriterien: wie die Erfüllung geprüft wird.

So entsteht eine lückenlose Spur von der Anforderung bis zur prüfbaren Leistung - die Basis für eine saubere Abnahme.

Lastenheft und Pflichtenheft im Softwareprojekt: Beispiel und Struktur

In Softwareprojekten läuft der Ablauf typisch so: Der Kunde beschreibt im Lastenheft "Wir brauchen ein Kundenportal mit Login und Rechnungsübersicht", der Dienstleister antwortet im Pflichtenheft mit Architektur, Technologie-Stack und Abnahmetests. Genau dieser Ablauf prägt jede strukturierte SaaS-Entwicklung.

International entspricht diese Anforderungsspezifikation der Software Requirements Specification (SRS). Die frühere IEEE 830-1998 wurde durch ISO/IEC/IEEE 29148:2011 (aktualisiert 2018) ersetzt; IEEE 830 ist offiziell zurückgezogen, wird in der Praxis aber noch häufig namentlich referenziert.

Eine schlanke Vorlage-Struktur für ein Software-Lastenheft: 1. Zielsetzung, 2. Ist-Zustand, 3. funktionale Anforderungen, 4. nicht-funktionale Anforderungen, 5. Schnittstellen, 6. Abnahmekriterien. Das Pflichtenheft spiegelt diese Punkte und ergänzt je Anforderung die technische Lösung.

Brauche ich beide Dokumente - und welche Normen gelten?

In klassischen Projekten gelten beide Dokumente als Standard: Das Lastenheft schafft Vergleichbarkeit von Angeboten, das Pflichtenheft macht die Lieferung verbindlich. Die zentralen Bezugsdokumente sind DIN 69901-5 (2009) und die VDI 2519 Blatt 1 (12/2001).

In agilen Projekten wird die strikte Trennung oft aufgeweicht: An die Stelle umfangreicher Heftwerke treten Product Backlog, User Stories und Akzeptanzkriterien. Der Grundgedanke bleibt jedoch identisch - erst die Anforderung (Was), dann die Lösung (Wie). Welche Tiefe sinnvoll ist, hängt von Projektgröße, Budget und Risiko ab.

FAQ: Häufige Fragen zu Lastenheft und Pflichtenheft

Was kommt zuerst, Lastenheft oder Pflichtenheft?

Zuerst das Lastenheft. Der Auftraggeber erstellt es als Grundlage für Ausschreibung und Angebot; erst danach erarbeitet der Auftragnehmer das Pflichtenheft (DIN 69901-5, 2009).

Wer erstellt das Pflichtenheft?

Das Pflichtenheft erstellt der Auftragnehmer (Dienstleister). Es enthält seine Realisierungsvorgaben zur Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts (DIN 69901-5, 2009).

Sind Lastenheft und Pflichtenheft Vertragsbestandteil?

In der Praxis bilden Lastenheft und Angebot häufig die vertragliche Grundlage; eine Aufnahme beider Dokumente in den Vertrag ist empfehlenswert, aber nicht zwingend. Das vom Auftragnehmer erstellte Pflichtenheft wird üblicherweise auf dessen Wunsch vom Auftraggeber bestätigt (vgl. Wikipedia "Pflichtenheft"). Dies ist eine allgemeine Information und keine Rechtsberatung.

Was ist der Unterschied in einem Satz?

Das Lastenheft beschreibt aus Auftraggeber-Sicht das Was und Wofür, das Pflichtenheft aus Auftragnehmer-Sicht das Wie und Womit.

Gibt es eine internationale Norm für Software-Anforderungen?

Ja. Die Software Requirements Specification (SRS) folgte früher IEEE 830-1998; diese wurde durch ISO/IEC/IEEE 29148:2011 (rev. 2018) ersetzt. IEEE 830 ist zurückgezogen, wird aber noch oft genannt.

Brauche ich in agilen Projekten überhaupt ein Lastenheft?

Nicht zwingend in klassischer Form. Anforderungen werden dort über Product Backlog, User Stories und Akzeptanzkriterien abgebildet - die Trennung von Anforderung und Lösung bleibt aber bestehen.

Wer haftet, wenn das Ergebnis nicht passt?

Das hängt vom Vertrag ab. Genau deshalb sollten Lastenheft und Pflichtenheft Vertragsbestandteil sein und das freigegebene Pflichtenheft die geschuldete Leistung definieren. Dies ist eine allgemeine Information und keine Rechtsberatung.

Quellen

• DIN 69901-5 (2009), Definition Lastenheft - zitiert via Wikipedia "Lastenheft"
• DIN 69901-5 (2009), Definition Pflichtenheft - zitiert via Wikipedia "Pflichtenheft"
• VDI 2519 Blatt 1 - Vorgehensweise bei der Erstellung von Lasten-/Pflichtenheften (12/2001)
• IEEE SA - IEEE 830 Standardseite (zurückgezogen, ersetzt durch ISO/IEC/IEEE 29148:2011, rev. 2018)

Hinweis: Dieser Beitrag ist eine allgemeine Information zu Projektdokumenten und stellt keine Rechtsberatung dar. Stand: Juni 2026, Autor: Alexander Weipprecht.