Was ein Pflichtenheft ist
Das Pflichtenheft ist ein Dokument, das detailliert beschreibt, wie die Anforderungen an ein Produkt oder eine Lösung umgesetzt werden. Es beantwortet die Frage „Wie und womit werden die Anforderungen realisiert?“ und wird in der Regel vom Auftragnehmer erstellt — also von dem, der die Lösung liefert.
Das Pflichtenheft baut auf dem Lastenheft auf, das die Anforderungen aus Sicht des Auftraggebers beschreibt. Während das Lastenheft sagt, was gebraucht wird, sagt das Pflichtenheft, wie es geliefert wird. Diese Trennung ist im deutschsprachigen Raum etabliert und sorgt für klare Verantwortlichkeiten: Der Auftraggeber definiert den Bedarf, der Auftragnehmer die Umsetzung.
In der Praxis ist das Pflichtenheft die verbindliche Grundlage für die Umsetzung und oft Vertragsbestandteil. Was darin steht, wird geliefert; was fehlt, ist nicht geschuldet. Diese Verbindlichkeit macht seine Sorgfalt so wichtig.
Lastenheft und Pflichtenheft im Vergleich
| Aspekt | Lastenheft | Pflichtenheft |
|---|---|---|
| Perspektive | Auftraggeber | Auftragnehmer |
| Frage | Was wird gebraucht? | Wie wird es umgesetzt? |
| Zeitpunkt | Zuerst | Danach, als Antwort |
| Detailgrad | Anforderungen | Konkrete Lösung |
Was in ein Pflichtenheft gehört
Ein vollständiges Pflichtenheft enthält typischerweise eine Beschreibung der Ausgangslage, die detaillierten funktionalen Anforderungen (was die Lösung können muss), die nichtfunktionalen Anforderungen (etwa Leistung, Sicherheit, Benutzbarkeit), die technischen Rahmenbedingungen, eine Abnahmebeschreibung und einen groben Umsetzungsplan. Je nach Projekt kommen Schnittstellen, Datenmodelle oder Sicherheitsanforderungen hinzu.
Der häufigste Schwachpunkt ist das Vergessen nichtfunktionaler Anforderungen. Dass eine Lösung funktioniert, reicht nicht — sie muss auch schnell, sicher und bedienbar sein. Diese Aspekte gehören explizit ins Pflichtenheft.
Pflichtenheft und agile Methoden
In agilen Projekten wird das klassische, umfangreiche Pflichtenheft oft durch ein lebendiges Product Backlog ersetzt. Statt alle Anforderungen vorab vollständig zu beschreiben, werden sie als User Stories laufend verfeinert. Das passt zur agilen Grundidee, dass sich Anforderungen entwickeln. Bei Vorhaben mit stabilen Anforderungen oder vertraglicher Bindung bleibt das Pflichtenheft jedoch sinnvoll und üblich.
Typische Fehler
Pflichtenhefte scheitern an Mehrdeutigkeit, Lücken und Überfrachtung. Mehrdeutige Formulierungen führen zu Streit über das Gewollte; Lücken zu fehlenden Funktionen; Überfrachtung mit Details, die sich noch ändern, zu unnötigem Aufwand. Gute Pflichtenhefte sind präzise, vollständig in den wesentlichen Punkten und überprüfbar. Jede Anforderung sollte so formuliert sein, dass am Ende eindeutig feststellbar ist, ob sie erfüllt wurde.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wer erstellt das Pflichtenheft?
- In der Regel der Auftragnehmer, also derjenige, der die Lösung umsetzt. Es ist seine Antwort auf das Lastenheft des Auftraggebers.
- Was ist der Unterschied zum Lastenheft?
- Das Lastenheft beschreibt aus Auftraggebersicht, was gebraucht wird. Das Pflichtenheft beschreibt aus Auftragnehmersicht, wie es umgesetzt wird. Das Lastenheft kommt zuerst.
- Braucht man in agilen Projekten ein Pflichtenheft?
- Oft wird es durch ein Product Backlog mit User Stories ersetzt. Bei stabilen Anforderungen oder vertraglicher Bindung bleibt ein Pflichtenheft jedoch sinnvoll.