Lastenheft und Pflichtenheft: Unterschied, Vorlage und Beispiel

Lastenheft und Pflichtenheft im Überblick

In vielen Projekten reden Auftraggeber und Auftragnehmer anfangs aneinander vorbei. Die eine Seite hat ein Ziel im Kopf, die andere eine Lösung. Was genau geliefert werden soll, steht nirgends schwarz auf weiß, und spätestens bei der Abnahme kommt es zu Diskussionen.

Zwei Dokumente schaffen hier Klarheit: das Lastenheft und das Pflichtenheft. Beide Begriffe sind in der DIN 69901-5 definiert, der deutschen Norm für Projektmanagement, und werden vor allem in IT, Maschinenbau, Bau und öffentlicher Verwaltung genutzt.

Kurz gesagt: Das Lastenheft beantwortet die Frage „Was und wofür?“, das Pflichtenheft die Frage „Wie und womit?“.

Was ist ein Lastenheft?

Laut DIN 69901-5 ist das Lastenheft die vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers. Es entsteht früh im Projekt, oft noch bevor feststeht, wer es umsetzt, und dient als Grundlage für Ausschreibungen und Angebote.

Wichtig ist dabei: Das Lastenheft beschreibt das Problem und das gewünschte Ergebnis, nicht die technische Lösung. Statt „Wir brauchen eine App mit Datenbank X“ steht dort zum Beispiel „Außendienstmitarbeitende müssen Aufträge auch ohne Internetverbindung erfassen können“. So bleibt Raum für Lösungsvorschläge, und Angebote lassen sich besser vergleichen.

Wer erstellt das Lastenheft?

Das Lastenheft erstellt der Auftraggeber. Das kann die Geschäftsführung sein, eine Fachabteilung oder ein internes Projektteam. Bei internen Projekten ist der Auftraggeber oft eine andere Abteilung im eigenen Unternehmen, etwa der Vertrieb, der ein neues Werkzeug von der IT benötigt.

Gute Lastenhefte entstehen selten am Schreibtisch einer einzelnen Person. Binden Sie die künftigen Nutzer:innen und alle Beteiligten frühzeitig ein, denn sie kennen die Anforderungen aus dem Alltag. Eine Stakeholderanalyse im Projekt hilft Ihnen, niemanden zu übersehen.

Was gehört in ein Lastenheft?

Der genaue Aufbau hängt von der Branche und dem Projekt ab. Diese Punkte sollten in fast jedem Lastenheft stehen:

• Ausgangssituation: Was ist heute das Problem, und warum braucht es das Projekt?

• Ziele: Was soll am Ende erreicht sein? Messbare Ziele erleichtern die spätere Abnahme.

• Funktionale Anforderungen: Was muss das Ergebnis können?

• Nicht-funktionale Anforderungen: Qualität, Sicherheit, Datenschutz, Leistung und Bedienbarkeit.

• Rahmenbedingungen: Budget, Zeitrahmen, Schnittstellen zu bestehenden Systemen und rechtliche Vorgaben.

• Abnahmekriterien: Woran erkennen Sie, dass eine Anforderung erfüllt ist?

Unterscheiden Sie außerdem zwischen Muss- und Kann-Anforderungen. Muss-Anforderungen sind zwingend, Kann-Anforderungen sind wünschenswert. So sieht der Auftragnehmer sofort, wo Spielraum besteht, wenn Budget oder Zeit knapp werden.

Was ist ein Pflichtenheft?

Das Pflichtenheft ist die Antwort des Auftragnehmers auf das Lastenheft. Die DIN 69901-5 beschreibt die vom Auftragnehmer auf Grundlage des Lastenhefts erarbeiteten Realisierungsvorgaben. Die VDI-Richtlinie 2519 formuliert dies ähnlich: Das Pflichtenheft beschreibt die Realisierung aller Kundenanforderungen aus dem Lastenheft.

Während das Lastenheft offenlässt, wie ein Ziel erreicht wird, legt das Pflichtenheft genau das fest: Technik, Vorgehen, Ressourcen und Termine. Je nach Branche heißt es auch fachliche Spezifikation oder Fachfeinkonzept.

Wer erstellt das Pflichtenheft?

Das Pflichtenheft erstellt der Auftragnehmer, also zum Beispiel eine Agentur, ein Dienstleister oder die interne IT. Anschließend prüft der Auftraggeber das Pflichtenheft und bestätigt es. Erst danach beginnt die Umsetzung.

Mit der Bestätigung wird das Pflichtenheft in vielen Projekten zur verbindlichen Grundlage für die Umsetzung und Abnahme. Prüfen Sie es als Auftraggeber deshalb genau: Jede Anforderung aus dem Lastenheft sollte sich im Pflichtenheft widerspiegeln.

Was gehört in ein Pflichtenheft?

• Bezug zum Lastenheft: Welche Anforderung wird wie umgesetzt?

• Technisches Konzept: Systeme, Architektur, Werkzeuge und Schnittstellen.

• Vorgehen und Meilensteine: Projektphasen, Zeitplan und Reihenfolge der Arbeitspakete.

• Ressourcen und Zuständigkeiten: Wer übernimmt welchen Teil?

• Qualitätssicherung und Tests: Wie wird geprüft, ob die Anforderungen erfüllt sind?

• Abnahme: Welche Kriterien gelten, und wie läuft die Abnahme ab?

Unterschied zwischen Lastenheft und Pflichtenheft

Beide Dokumente beschreiben dasselbe Projekt, jedoch aus zwei Blickwinkeln. Die Tabelle zeigt die wichtigsten Unterschiede auf einen Blick:

Brauchen Sie immer beide Dokumente? Nicht unbedingt. Bei kleinen internen Projekten reicht oft ein Dokument, das Anforderungen und Umsetzung zusammenfasst. Sobald externe Dienstleister, ein festes Budget oder eine formale Abnahme ins Spiel kommen, lohnt sich die Trennung. Sie schützt beide Seiten, weil klar ist, was bestellt wurde und was zugesagt wurde.

Lastenheft erstellen in fünf Schritten

1. Ausgangslage und Ziele klären

Beschreiben Sie zunächst, was heute nicht funktioniert und was sich durch das Projekt ändern soll. Ist noch offen, ob sich das Vorhaben überhaupt lohnt, klären Sie das vorher mit einer Machbarkeitsstudie für Ihr Projekt.

2. Anforderungen sammeln

Führen Sie Workshops oder kurze Interviews mit den künftigen Nutzer:innen durch. Fragen Sie nach Abläufen, nicht nach Funktionen: Wie arbeiten sie heute, und wo hakt es? Eine strukturierte Checkliste für Projektanforderungen hilft, nichts Wichtiges zu vergessen.

3. Anforderungen priorisieren

Nicht jede Anforderung ist gleich wichtig. Ordnen Sie jede Anforderung als Muss, Soll oder Kann ein. Das erleichtert später Entscheidungen, wenn Budget oder Zeit nicht für alles ausreicht.

4. Anforderungen prüfbar formulieren

Vermeiden Sie vage Begriffe wie „schnell“ oder „benutzerfreundlich“. Statt „Das System soll schnell sein“ schreiben Sie besser „Suchergebnisse erscheinen in unter zwei Sekunden“. Nur was sich prüfen lässt, lässt sich auch abnehmen.

5. Abstimmen und freigeben

Lassen Sie das Lastenheft von allen wichtigen Beteiligten gegenlesen und geben Sie es anschließend offiziell frei. Halten Sie spätere Änderungen mit Datum und Begründung fest, damit alle mit derselben Version arbeiten.

Vorlage: Gliederung für Lastenheft und Pflichtenheft

Für den Einstieg reicht eine einfache Gliederung. Sie können sie für beide Dokumente nutzen und je nach Projekt kürzen oder erweitern:

• 1. Einleitung: Projektname, Beteiligte, Versionsstand und Ansprechpersonen.

• 2. Ausgangssituation: Heutiger Stand und Problem, das gelöst werden soll.

• 3. Ziele: Was soll das Projekt erreichen, und woran messen Sie den Erfolg?

• 4. Anforderungen: Funktionale und nicht-funktionale Anforderungen, jeweils als Muss, Soll oder Kann markiert.

• 5. Rahmenbedingungen: Budget, Termine, Schnittstellen und rechtliche Vorgaben.

• 6. Lösung (nur Pflichtenheft): Technisches Konzept, Vorgehen, Meilensteine und Zuständigkeiten.

• 7. Abnahme: Kriterien, Tests und Ablauf.

• 8. Anhang: Glossar, Skizzen und mitgeltende Dokumente.

Nummerieren Sie die Anforderungen fortlaufend, z. B. B. A-01, A-02 usw. Im Pflichtenheft verweisen Sie dann auf genau diese Nummern. So lässt sich jederzeit nachvollziehen, wie jede Anforderung umgesetzt wird.

Lastenheft und Pflichtenheft in agilen Projekten

In agilen Projekten wirken umfangreiche Lasten- und Pflichtenhefte auf den ersten Blick unpassend. Schließlich sollen sich die Anforderungen dort im Laufe des Projekts weiterentwickeln dürfen. Ganz verzichten müssen Sie trotzdem nicht.

Bewährt hat sich ein schlankes Lastenheft, das Ziele, Rahmenbedingungen und die wichtigsten Muss-Anforderungen festhält. Die Details entstehen dann Schritt für Schritt im Backlog. So haben Auftraggeber und Team ein gemeinsames Verständnis des Ziels, ohne sich zu früh auf eine Lösung festzulegen. Gerade bei Festpreisprojekten mit externen Dienstleistern bietet dieser Mittelweg beiden Seiten Sicherheit.

Beispiel: Lastenheft und Pflichtenheft für ein Kundenportal

Ein mittelständischer Maschinenbauer möchte ein Kundenportal einführen. Bisher bestellen Kund:innen Ersatzteile per E-Mail oder Telefon, und der Vertrieb verbringt viel Zeit mit Rückfragen zum Lieferstatus. So könnten Auszüge aus beiden Dokumenten aussehen.

Lastenheft (Auszug, Auftraggeber):

• Kund:innen können Ersatzteile online bestellen und den Lieferstatus selbst einsehen.

• Das Portal ist auf Deutsch und Englisch verfügbar.

• Bestehende Kundendaten werden aus dem ERP-System übernommen.

• Muss-Anforderung: Anmeldung mit Zwei-Faktor-Authentifizierung.

• Budget höchstens 80.000 €, Start bis Ende des dritten Quartals.

Pflichtenheft (Auszug, Auftragnehmer):

• Umsetzung als Webanwendung mit Anbindung an das ERP-System über eine Schnittstelle.

• Bestellprozess in drei Schritten: Teil suchen, Warenkorb prüfen, Bestellung bestätigen.

• Zwei-Faktor-Authentifizierung per Authenticator-App.

• Vier Meilensteine: Konzept, Entwicklung, Testphase mit zehn Pilotkund:innen, Start.

• Abnahme, sobald alle Muss-Anforderungen in der Testphase ohne kritische Fehler erfüllt sind.

Das Beispiel zeigt den Unterschied deutlich: Das Lastenheft legt fest, dass Kund:innen online bestellen sollen. Das Pflichtenheft beschreibt, wie der Bestellprozess aussieht und umgesetzt wird.

Vom Pflichtenheft zur Umsetzung mit MeisterTask

Ein bestätigtes Pflichtenheft ist ein Startpunkt, kein Selbstläufer. Damit die Anforderungen nicht in einem Dokument verschwinden, das nach Projektstart niemand mehr öffnet, übertragen Sie sie in konkrete Aufgaben.

In MeisterTask legen Sie dafür ein Projekt an und bilden die Meilensteine aus dem Pflichtenheft als Spalten ab. Jede Anforderung wird zu einer Aufgabe mit einer zuständigen Person und einem Fälligkeitsdatum. Die Abnahmekriterien ergänzen Sie als Checkliste in der Aufgabe, Lastenheft und Pflichtenheft hängen Sie als Datei an. Rückfragen klären Sie in den Kommentaren direkt an der Aufgabe, statt in langen E-Mail-Verläufen.

Bei der Abnahme zahlt sich das aus: Sie sehen auf einen Blick, welche Muss-Anforderungen erfüllt sind und wo noch etwas fehlt. Wenn Sie das Projekt zusätzlich formell starten wollen, halten Sie Ziele, Rahmen und Rollen in einem Projektauftrag anhand einer Vorlage fest.

Wie Fertigungsunternehmen MeisterTask darüber hinaus einsetzen, zeigt unsere Seite zur Produktionsmanagement-Software für die Fertigung.

Häufige Fehler bei Lastenheft und Pflichtenheft

• Lösungen statt Anforderungen: Wer im Lastenheft bereits die Technik vorgibt, verschenkt das Know-how des Auftragnehmers.

• Vage Formulierungen: Begriffe wie „modern“ oder „intuitiv“ sind nicht überprüfbar und führen bei der Abnahme zu Streit.

• Fehlende Abnahmekriterien: Ohne klare Kriterien ist unklar, wann eine Anforderung erfüllt ist.

• Beteiligte zu spät einbinden: Wenn Nutzer:innen erst bei der Abnahme mitreden, kommen wichtige Anforderungen zu spät auf den Tisch.

• Dokumente nicht pflegen: Anforderungen ändern sich. Halten Sie Änderungen fest, statt sie nur mündlich abzusprechen.

Fazit

Lastenheft und Pflichtenheft gehören zusammen: Das Lastenheft hält fest, was ein Projekt leisten soll, das Pflichtenheft, wie es umgesetzt wird. Wer beide Dokumente sorgfältig erstellt und abgleicht, vermeidet Missverständnisse, vergleicht Angebote fairer und hat bei der Abnahme eine klare Grundlage. Entscheidend ist am Ende, dass die Anforderungen nicht im Dokument bleiben, sondern im Team als Aufgaben ankommen.