Zum Inhalt springen
YellowBlue
IT-Grundlagen5 Min. Lesezeit

Lastenheft und Pflichtenheft: der Unterschied

Kurzantwort

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.

Teil des Lernpfads IT-Service und Projekte · Schritt 6 von 7

Zuletzt aktualisiert am

„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:

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.

LastenheftPflichtenheft
WerAuftraggeber (Kunde)Auftragnehmer
FrageWAS soll erreicht werden?WIE wird es umgesetzt?
Sichtfachlich, lösungsneutraltechnisch, konkret
Zeitpunktvor der Beauftragungnach dem Lastenheft, vor der Umsetzung
ZweckAnforderungen festhaltenUmsetzung verbindlich zusagen

Beispiel: dieselbe Anforderung in beiden Dokumenten

Ein Unternehmen will ein Ticketsystem für den IT-Support. So taucht eine Anforderung in beiden Heften auf:

Lastenheft (Auftraggeber)Pflichtenheft (Auftragnehmer)
AnforderungMitarbeiter 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.
RahmenAnmeldung mit dem vorhandenen Firmenkonto.Anbindung an das Active Directory per Standard-Schnittstelle.
AbnahmeEine 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.

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

Selbstkontrolle

Selbstkontrolle

Wer erstellt das Pflichtenheft?

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 · Softwaretests: von Unit-Test bis Abnahme · UML-Grundlagen: Klassendiagramm und Use Cases · Anwendungsfalldiagramm erklärt: Use Cases · Nutzwertanalyse: Beispiel Schritt für Schritt

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.

Verwandte Beiträge

IT-Grundlagen3 Min. Lesezeit

BSI IT-Grundschutz: der Standard für IT-Sicherheit

Was das BSI ist, wie der IT-Grundschutz mit Bausteinen und Standard-Anforderungen funktioniert und wie er sich zur ISO 27001 verhält – verständlich erklärt.

IT-Grundlagen4 Min. Lesezeit

Risikoanalyse und TOM einfach erklärt

Wie man IT-Risiken aus Wahrscheinlichkeit und Schadenshöhe bewertet, welche vier Strategien es gibt und was technische und organisatorische Maßnahmen sind.

IT-Grundlagen3 Min. Lesezeit

IT-Servicemanagement und ITIL: Grundlagen

Was IT-Servicemanagement bedeutet, wofür ITIL steht und welche Prozesse dahinterstecken – von Incident und Problem bis zum Service Level Agreement.