Wie erstellt man ein Pflichtenheft? Anleitung in 7 Schritten

Wie erstellt man ein Pflichtenheft? Die kurze Antwort: Man erstellt es nicht selbst, wenn man der Auftraggeber ist. Das Pflichtenheft ist das Dokument des Auftragnehmers – seine verbindliche Antwort auf das Lastenheft. Der Auftraggeber schreibt es nicht, er prüft und genehmigt es.

Diese Rollenverteilung wird so häufig verwechselt, dass sie am Anfang stehen muss. Danach klärt dieser Ratgeber, wie ein Pflichtenheft in sieben Schritten entsteht, wie es gegliedert ist, woran man ein gutes von einem schlechten unterscheidet, was es rechtlich bedeutet und ob agile Projekte eines brauchen.

Was ist ein Pflichtenheft – und wer erstellt es?

Nach der Definition der DIN 69901-5 enthält das Pflichtenheft die vom Auftragnehmer erarbeiteten Realisierungsvorgaben auf Basis des vom Auftraggeber vorgegebenen Lastenhefts. Das Lastenheft beschreibt also, was gefordert ist; das Pflichtenheft beschreibt, wie es umgesetzt wird.

	Lastenheft	Pflichtenheft
Erstellt von	Auftraggeber	Auftragnehmer
Beantwortet	Was wird gebraucht?	Wie wird es umgesetzt?
Entsteht	vor der Ausschreibung	nach der Beauftragung (oder als Teil des Angebots)
Sprache	fachlich, lösungsneutral	fachlich und technisch, konkret
Genehmigt von	—	Auftraggeber
Dient als	Grundlage für Angebote	Grundlage für Umsetzung und Abnahme

Ein Auftraggeber, der selbst ein Pflichtenheft schreibt, schreibt in Wahrheit ein sehr detailliertes Lastenheft – und übernimmt damit die Verantwortung für Lösungsentscheidungen, die er fachlich nicht beurteilen kann. Bleiben Sie beim Lastenheft; eine belastbare Vorlage dafür finden Sie unter Lastenheft-Vorlage für IT-Projekte.

Wie erstellt man ein Pflichtenheft? Die sieben Schritte

Die folgende Reihenfolge beschreibt die Erstellung aus Sicht des Auftragnehmers – und zeigt dem Auftraggeber, wo er beteiligt ist und was er einfordern darf.

1. Lastenheft analysieren und Lücken markieren. Jede Anforderung wird gelesen, verstanden und in eine von drei Kategorien einsortiert: klar, unklar, widersprüchlich. Die Liste der unklaren Punkte ist das wichtigste Zwischenergebnis. Als Auftraggeber: Verlangen Sie diese Liste ausdrücklich. Ein Anbieter, der zu einem 20-seitigen Lastenheft keine einzige Rückfrage hat, hat es nicht gelesen.
2. Rückfragen klären. In einem oder zwei Workshops mit dem Fachbereich – nicht per E-Mail-Pingpong. Ergebnis ist ein Protokoll mit Entscheidungen und offenen Punkten samt Verantwortlichen und Frist.
3. Lösungsansatz entwerfen. Architektur, Technologien, Zielsysteme, Datenmodell im Grobschnitt, Integrationswege. Hier entstehen die Entscheidungen, die später am teuersten zu revidieren sind.
4. Anforderungen in Realisierungsvorgaben übersetzen. Aus „Das System muss Aufträge importieren können" wird eine konkrete Beschreibung: Dateiformat, Feldzuordnung, Fehlerbehandlung, Verhalten bei Teilfehlern, Berechtigung, Protokollierung.
5. Abnahmekriterien je Anforderung festlegen. Der Schritt, der am häufigsten übersprungen wird – und der einzige, der die Abnahme später überprüfbar macht.
6. Aufwand, Zeitplan und Mitwirkungspflichten ergänzen. Was der Auftraggeber wann liefern muss, gehört ins Pflichtenheft. Verzögerungen entstehen häufiger auf Auftraggeberseite als in der Entwicklung.
7. Abstimmen und genehmigen lassen. Das Pflichtenheft wird erst wirksam, wenn der Auftraggeber es freigegeben hat. Diese Freigabe ist keine Formalie: Ab hier ist beschrieben, was geschuldet wird.

Gliederung eines Pflichtenhefts

Kapitel	Inhalt
1. Zielbestimmung	Muss-, Soll- und Abgrenzungskriterien, abgeleitet aus dem Lastenheft
2. Produkteinsatz	Anwendungsbereiche, Zielgruppen, Betriebsbedingungen
3. Produktumgebung	Software, Hardware, Netz, Schnittstellen zu Fremdsystemen
4. Produktfunktionen	jede Funktion mit Kennung, Ablauf, Sonderfällen und Fehlerverhalten
5. Produktdaten	Datenmodell, zu speichernde Daten, Aufbewahrung, Löschung
6. Produktleistungen	Antwortzeiten, Mengengerüste, Verfügbarkeit – jeweils messbar
7. Benutzeroberfläche	Rollen, Navigationslogik, Barrierefreiheit, Gerätearten
8. Qualitätsanforderungen	Testabdeckung, Sicherheitsanforderungen, Wartbarkeit
9. Systemmodelle	Ablauf- und Datenmodelle, Anwendungsfälle
10. Testfälle & Abnahmekriterien	je Anforderung ein überprüfbares Kriterium
11. Entwicklungsumgebung & Vorgehen	Werkzeuge, Vorgehensmodell, Lieferzyklen
12. Mitwirkung & Zeitplan	Meilensteine, Zulieferungen des Auftraggebers mit Fristen

Diese Gliederung ist eine bewährte Struktur, keine Vorschrift. Entscheidend sind die Kapitel 4, 6, 10 und 12 – Funktionen, messbare Leistungen, Abnahmekriterien und Mitwirkung. Fehlt eines davon, ist das Dokument für die Abnahme unbrauchbar.

Was ein gutes Pflichtenheft von einem schlechten unterscheidet

Merkmal	Gut	Schlecht
Nachvollziehbarkeit	jede Anforderung des Lastenhefts ist zugeordnet	keine Verknüpfung, Lücken fallen erst später auf
Prüfbarkeit	„Antwortzeit unter 2 s bei 500 Einträgen"	„performant"
Fehlerverhalten	je Funktion beschrieben	nur der Erfolgsfall
Offene Punkte	ausgewiesen, mit Verantwortlichen und Frist	verschwiegen
Annahmen	ausdrücklich benannt	implizit, tauchen später als Nachtrag auf
Mitwirkung	konkret, mit Fristen	„der Kunde wirkt mit"

Der wichtigste Punkt ist der vorletzte. Jedes Angebot beruht auf Annahmen – über Datenqualität, Verfügbarkeit von Ansprechpersonen, Zustand von Fremdsystemen. Ein gutes Pflichtenheft schreibt sie auf. Ein schlechtes verschweigt sie und liefert sie später als Änderungsauftrag nach.

Checkliste: Pflichtenheft prüfen als Auftraggeber

Sie schreiben das Dokument nicht, aber Sie genehmigen es. Prüfen Sie vor der Freigabe:

• Ist jede Anforderung aus meinem Lastenheft wiederzufinden – und wenn nein, ist begründet, warum nicht?
• Hat jede Funktion ein Prüfkriterium, das ich selbst überprüfen könnte?
• Ist das Verhalten im Fehlerfall beschrieben, nicht nur im Erfolgsfall?
• Sind die Mengengerüste realistisch angesetzt (Datensätze, gleichzeitige Nutzung, Wachstum)?
• Steht drin, was ich liefern muss – und bis wann?
• Sind offene Punkte benannt und mit Verantwortlichen und Frist versehen?
• Sind die Annahmen aufgeschrieben, unter denen die Aufwandsschätzung gilt?
• Ist beschrieben, wie mit Änderungen umgegangen wird?
• Verstehe ich das Dokument ohne technische Vorkenntnisse in den Teilen, die meine Fachlichkeit betreffen?

Wenn Sie den letzten Punkt verneinen, lassen Sie nachbessern. Ein Pflichtenheft, das der Auftraggeber nicht versteht, kann er nicht genehmigen – und damit trägt die Freigabe später nichts.

Was das Pflichtenheft rechtlich bedeutet

Dieser Abschnitt ist eine erste Orientierung und ersetzt keine Rechtsberatung.

Wird das Pflichtenheft Vertragsbestandteil, beschreibt es bei einem Werkvertrag den geschuldeten Erfolg. Damit ist es der Maßstab dafür, ob das Werk mangelfrei ist – und die Grundlage der Abnahme, mit der Gewährleistungsfristen beginnen und die Vergütung fällig wird. Alles, was nicht darin steht, ist im Streitfall nicht geschuldet; alles, was darin steht, schon.

Daraus folgen zwei praktische Konsequenzen. Erstens: Genehmigen Sie das Dokument nicht nebenbei. Zweitens: Achten Sie darauf, dass Änderungen daran ein geregeltes Verfahren durchlaufen und schriftlich dokumentiert werden – mündlich vereinbarte Änderungen sind der häufigste Streitpunkt bei der Schlussrechnung.

Auf der anderen Seite trifft den Auftragnehmer eine Warnpflicht: Erkennt er, dass Vorgaben oder beigestellte Grundlagen untauglich sind, muss er darauf hinweisen. In Österreich ist das in § 1168a ABGB ausdrücklich geregelt. Ein Anbieter, der ein erkennbar lückenhaftes Lastenheft kommentarlos in ein Pflichtenheft übersetzt, erfüllt diese Pflicht nicht.

Braucht ein agiles Projekt ein Pflichtenheft?

In der klassischen Form nein – aber die Funktionen, die es erfüllt, braucht jedes Projekt. Im agilen Vorgehen übernehmen sie andere Artefakte: Der Product Backlog hält die Anforderungen, die Akzeptanzkriterien je Element treten an die Stelle der Abnahmekriterien, und die Definition of Done regelt projektweit, wann etwas fertig ist. Der Sprint Review ersetzt die punktuelle Abnahme durch laufende Prüfung.

Was auch im agilen Vorgehen schriftlich fixiert gehört: Rahmenbedingungen, Schnittstellen, nicht-funktionale Anforderungen und die Mitwirkungspflichten. Diese ändern sich selten und bilden die stabile Grundlage, auf der die flexible Ausarbeitung stattfindet. Wer sie weglässt, verwechselt Agilität mit Unverbindlichkeit. Die Gegenüberstellung der Vorgehensmodelle steht in Agil oder Wasserfall?.

Kurz gefasst

Ein Pflichtenheft erstellt der Auftragnehmer, nicht der Auftraggeber – es ist die verbindliche Antwort auf das Lastenheft. Es entsteht in sieben Schritten: Lastenheft analysieren, Rückfragen klären, Lösungsansatz entwerfen, Anforderungen in Realisierungsvorgaben übersetzen, Abnahmekriterien festlegen, Aufwand und Mitwirkung ergänzen, genehmigen lassen. Prüfen Sie vor der Freigabe vor allem drei Dinge: Hat jede Funktion ein Prüfkriterium, ist das Fehlerverhalten beschrieben, und sind die Annahmen benannt? Denn ab der Genehmigung ist dieses Dokument der Maßstab für die Abnahme.

Häufige Fragen

Wie erstellt man ein Pflichtenheft Schritt für Schritt?

In sieben Schritten: Lastenheft analysieren und Unklarheiten markieren, Rückfragen im Workshop klären, Lösungsansatz und Architektur entwerfen, jede Anforderung in eine konkrete Realisierungsvorgabe übersetzen, je Anforderung ein Abnahmekriterium festlegen, Aufwand, Zeitplan und Mitwirkungspflichten ergänzen, vom Auftraggeber genehmigen lassen. Erstellt wird es vom Auftragnehmer.

Wer schreibt das Pflichtenheft – Auftraggeber oder Agentur?

Die Agentur beziehungsweise der Auftragnehmer. Der Auftraggeber liefert das Lastenheft und genehmigt das Pflichtenheft. Wenn Ihnen eine Agentur anbietet, „das Lastenheft für Sie zu schreiben", ist das möglich, sollte aber als eigenständige, bezahlte Vorleistung erfolgen – und Sie sollten das Ergebnis frei für eine Ausschreibung verwenden dürfen.

Was kostet die Erstellung eines Pflichtenhefts?

Als Teil einer Konzeptphase typischerweise 5 bis 25 Personentage, je nach Projektgröße. Bei Agenturtagessätzen von 700 bis 1.200 € im deutschsprachigen Raum sind das grob 4.000 bis 30.000 €. Manche Anbieter erstellen es kostenlos als Teil des Angebots – dann fällt es meist entsprechend knapp aus und enthält keine echte Klärungsarbeit.

Wie lang ist ein Pflichtenheft?

Deutlich länger als das Lastenheft, meist um den Faktor zwei bis drei. Für ein mittleres Projekt sind 30 bis 60 Seiten üblich, bei großen Vorhaben mehrere hundert. Die Länge ist kein Qualitätsmerkmal – prüfbare Abnahmekriterien und beschriebenes Fehlerverhalten sind es.

Was passiert, wenn im Pflichtenheft etwas fehlt?

Fehlendes ist im Zweifel nicht geschuldet und wird zum Änderungsauftrag mit zusätzlichem Aufwand. Deshalb ist die Prüfung vor der Freigabe der Moment mit dem größten Hebel im ganzen Projekt. Nehmen Sie sich dafür Zeit und lassen Sie das Dokument von den Personen gegenlesen, die später damit arbeiten sollen.

Kann man Lastenheft und Pflichtenheft zusammenlegen?

Bei kleinen Projekten ja – dann entsteht ein gemeinsames Spezifikationsdokument, das beide Seiten unterschreiben. Wichtig ist, dass trotzdem erkennbar bleibt, welche Aussage eine Forderung des Auftraggebers und welche eine Zusage des Auftragnehmers ist. Ohne diese Unterscheidung ist im Streitfall unklar, wer wofür einsteht.

Ist ein Pflichtenheft bei Festpreisprojekten Pflicht?

Vorgeschrieben ist es nicht, praktisch aber unverzichtbar. Ein Festpreis ohne beschriebenen Leistungsumfang ist entweder für den Auftragnehmer ruinös oder für den Auftraggeber teuer, weil ein großzügiger Puffer einkalkuliert wird. Wer einen Festpreis will, muss vorher beschreiben, wofür.

Weiterführende Ratgeber

• Lastenheft & Pflichtenheft erstellen – Unterschied und Zusammenspiel im Überblick
• Lastenheft-Vorlage für IT-Projekte – die Vorarbeit des Auftraggebers
• Anforderungen richtig definieren – Formulierung, Priorisierung, Akzeptanzkriterien
• Software-Abnahme & Qualitätssicherung – wofür die Abnahmekriterien gebraucht werden
• Agil oder Wasserfall? – wann ein Pflichtenheft passt und wann nicht
• Werkvertrag oder Dienstvertrag? – die rechtliche Wirkung des Dokuments

Anbieter im Verzeichnis: Softwareentwicklung, IT-Beratung.