# Lastenheft und Pflichtenheft: der Unterschied

> Das Lastenheft schreibt der Auftraggeber: Es beschreibt, WAS er haben will – die Anforderungen aus Kundensicht. Das Pflichtenheft schreibt der Auftragnehmer als Antwort darauf: Es beschreibt, WIE er die Anforderungen umsetzen wird. Beide zusammen verhindern Missverständnisse und sind die Grundlage für die spätere Abnahme.

**Autor:** Mr. Benjamin · **Beruf:** IT-Grundlagen
**Veröffentlicht:** 2026-07-24 · **Aktualisiert:** 2026-10-28
**Quelle:** https://yellowbluetech.de/blog/lastenheft-pflichtenheft

---

„Das haben wir aber ganz anders gemeint." Dieser Satz am Ende eines Projekts ist teuer – und fast immer vermeidbar. Lastenheft und Pflichtenheft sind genau dafür da: Sie halten schriftlich fest, was gebaut werden soll, bevor jemand anfängt zu bauen.

## Wer schreibt was?

Der Unterschied lässt sich in einem Satz sagen:

> **Merksatz**
>
> Das **Lastenheft** kommt vom **Auftraggeber** und sagt, **WAS** er will.
> Das **Pflichtenheft** kommt vom **Auftragnehmer** und sagt, **WIE** er es umsetzt.
>
> Eselsbrücke: Der Kunde **lastet** dir die Aufgabe auf – du **verpflichtest** dich zur Lösung.

## Was ist ein Lastenheft?

Das Lastenheft beschreibt die **Anforderungen aus Kundensicht**, bewusst lösungsneutral. Es sagt, welches Problem gelöst werden soll, nicht mit welcher Technik. Typische Inhalte:

- **Ausgangssituation** und Zielsetzung
- **Anforderungen**, sinnvollerweise getrennt in **Muss** und **Kann**
- **Rahmenbedingungen**: Budget, Termine, vorhandene Systeme
- **Abnahmekriterien**: woran erkennt der Kunde, dass es fertig ist?

## Was ist ein Pflichtenheft?

Das Pflichtenheft ist die **Antwort des Auftragnehmers**. Es greift jede Anforderung auf und beschreibt konkret, wie sie umgesetzt wird – jetzt sehr wohl mit Technik, Architektur, Schnittstellen und Zeitplan.

| | Lastenheft | Pflichtenheft |
| --- | --- | --- |
| **Wer** | Auftraggeber (Kunde) | Auftragnehmer |
| **Frage** | WAS soll erreicht werden? | WIE wird es umgesetzt? |
| **Sicht** | fachlich, lösungsneutral | technisch, konkret |
| **Zeitpunkt** | vor der Beauftragung | nach dem Lastenheft, vor der Umsetzung |
| **Zweck** | Anforderungen festhalten | Umsetzung verbindlich zusagen |

> **Prüfungstipp**
>
> Die Prüfungsfrage lautet fast immer: „Wer erstellt das Lastenheft, wer das Pflichtenheft?" Merke dir die Reihenfolge: **erst Lastenheft (Kunde), dann Pflichtenheft (Auftragnehmer)**. Und: Das Pflichtenheft ist die **Grundlage der Abnahme** – gegen dieses Dokument wird am Ende geprüft, ob geliefert wurde, was vereinbart war.

## Beispiel: dieselbe Anforderung in beiden Dokumenten

Ein Unternehmen will ein [Ticketsystem](/blog/ticketsystem-support-level) für den IT-Support. So taucht **eine** Anforderung in beiden Heften auf:

| | Lastenheft (Auftraggeber) | Pflichtenheft (Auftragnehmer) |
| --- | --- | --- |
| **Anforderung** | Mitarbeiter müssen Störungen online melden können (Muss). | Webformular mit Pflichtfeldern für Name, Abteilung und Fehlerbeschreibung; Speicherung in einer Datenbank; automatische Bestätigung per E-Mail. |
| **Rahmen** | Anmeldung mit dem vorhandenen Firmenkonto. | Anbindung an das Active Directory per Standard-Schnittstelle. |
| **Abnahme** | Eine gemeldete Störung ist für den Support sofort sichtbar. | Testfall: Meldung anlegen, Eintrag im Support-Dashboard prüfen. |

Das Lastenheft nennt das **Ziel**, das Pflichtenheft die **konkrete Lösung** samt Prüfbarkeit. Wie solche Funktionen aus Nutzersicht dargestellt werden, zeigt das [Anwendungsfalldiagramm](/blog/anwendungsfalldiagramm-erklaert).

## Was gehört ins Pflichtenheft?

Je nach Projekt umfasst das Pflichtenheft unter anderem:

- **Zielbestimmung** und Funktionsumfang, bezogen auf jede Anforderung aus dem Lastenheft
- **Technische Umsetzung:** Architektur, eingesetzte Produkte und Schnittstellen
- **Datenmodell** und Datenhaltung
- **Zeitplan** mit Meilensteinen und **Kosten**
- **Testfälle** und Abnahmekriterien

## Warum sich der Aufwand lohnt

> **Hinweis**
>
> Beide Dokumente sind eine Versicherung gegen Streit. Sie zwingen den Kunden, seine Wünsche zu präzisieren, und den Auftragnehmer, sie richtig verstanden zu haben. Kommt es später zur Frage „war das im Auftrag enthalten?", entscheidet das Pflichtenheft. In agilen Projekten wie [Scrum](/blog/wasserfall-vs-scrum) treten an ihre Stelle das Product Backlog und die Definition of Done – die Grundidee, Anforderungen vorher festzuhalten, bleibt dieselbe.

## Selbstkontrolle

**Frage:** Wer erstellt das Pflichtenheft?

- [ ] Der Auftraggeber, gemeinsam mit dem Lastenheft.
- [x] Der Auftragnehmer, als Antwort auf das Lastenheft.
- [ ] Ein unabhängiger Gutachter.
- [ ] Niemand, es ist optional.

**Erklärung:** Das Pflichtenheft erstellt der Auftragnehmer als Antwort auf das Lastenheft des Kunden. Es beschreibt konkret, wie die geforderten Anforderungen umgesetzt werden, und dient später als Grundlage für die Abnahme.

## Häufige Fragen

### Was ist der Unterschied zwischen Muss- und Kann-Anforderungen?

Muss-Anforderungen sind zwingend und entscheiden über den Projekterfolg – ohne sie ist das Ergebnis unbrauchbar. Kann-Anforderungen sind wünschenswert, aber verzichtbar, wenn Zeit oder Budget knapp werden. Diese Priorisierung im Lastenheft hilft später enorm, wenn Entscheidungen getroffen werden müssen.

### Wer erstellt das Lastenheft und wer das Pflichtenheft?

Das Lastenheft erstellt der Auftraggeber, also der Kunde. Das Pflichtenheft erstellt der Auftragnehmer als Antwort darauf. In der Praxis wird das Pflichtenheft oft gemeinsam abgestimmt, verantwortlich ist formal aber der Auftragnehmer.

### Was gehört in ein Pflichtenheft?

Im Pflichtenheft steht, wie jede Anforderung aus dem Lastenheft umgesetzt wird: Funktionsumfang, technische Lösung, Schnittstellen, Datenmodell, Zeitplan, Kosten und Testfälle für die Abnahme. Es ist technisch konkreter als das Lastenheft und bildet die Grundlage der Abnahme.

### Braucht jedes Projekt beide Dokumente?

Formal nicht immer, sinnvoll fast immer. Bei kleinen internen Projekten reicht oft eine schriftliche Anforderungsliste. Sobald aber Geld, externe Dienstleister oder Termine im Spiel sind, schützen beide Dokumente vor teuren Missverständnissen. In der Projektdokumentation der IHK-Prüfung sind die Anforderungen ohnehin darzustellen.

### Was sind Abnahmekriterien?

Abnahmekriterien legen fest, woran der Auftraggeber erkennt, dass die Leistung vollständig und korrekt erbracht wurde. Sie sollten messbar formuliert sein, damit es keine Auslegungsfragen gibt. Ohne klare Kriterien wird die Abnahme zur Verhandlungssache.

### Gibt es Lastenheft und Pflichtenheft auch in agilen Projekten?

In dieser klassischen Form meist nicht. Agile Vorgehen wie Scrum arbeiten stattdessen mit einem Product Backlog, User Stories und einer Definition of Done. Der Zweck bleibt aber derselbe: Anforderungen sichtbar machen und vorher klären, wann etwas als fertig gilt.

**Weiterlesen:** [IHK-Projektarbeit: Antrag bis Fachgespräch](/blog/ihk-projektarbeit) · [Softwaretests: von Unit-Test bis Abnahme](/blog/softwaretests-grundlagen) · [UML-Grundlagen: Klassendiagramm und Use Cases](/blog/uml-diagramme-grundlagen) · [Anwendungsfalldiagramm erklärt: Use Cases](/blog/anwendungsfalldiagramm-erklaert) · [Nutzwertanalyse: Beispiel Schritt für Schritt](/blog/nutzwertanalyse)

## Das Wichtigste in Kürze

- **Lastenheft = Auftraggeber = WAS** (fachlich, lösungsneutral).
- **Pflichtenheft = Auftragnehmer = WIE** (technisch, konkret).
- Reihenfolge: **erst Lastenheft, dann Pflichtenheft**.
- Anforderungen nach **Muss und Kann** trennen.
- Das **Pflichtenheft ist die Grundlage der Abnahme**.