Was ist ein Pflichtenheft?

Ein Pflichtenheft ist das Dokument, in dem der Auftragnehmer beschreibt, wie und womit er die Anforderungen des Auftraggebers umsetzen wird. Es ist die Antwort auf das Lastenheft und wird nach der Freigabe zur verbindlichen Grundlage für Umsetzung, Abnahme und Abrechnung.

Beide Begriffe sind in der DIN 69901-5 zum Projektmanagement definiert. In Softwareprojekten entscheiden sie oft darüber, ob am Ende alle über dasselbe Ergebnis sprechen oder ob die Abnahme zum Streit wird.

Lastenheft und Pflichtenheft: der Unterschied

Die kürzeste Merkregel: Das Lastenheft sagt was und wofür, das Pflichtenheft sagt wie und womit.

Wie ein brauchbares Lastenheft für Software aussieht und welche Kapitel es braucht, zeigt unsere Lastenheft-Vorlage für Software. An dieser Stelle geht es um das zweite Dokument.

Aufbau eines Pflichtenhefts

Eine feste Norm für die Gliederung gibt es nicht. In Softwareprojekten hat sich dieser Aufbau bewährt:

1. Ausgangslage und Ziel: kurz, mit Bezug auf das Lastenheft.
2. Funktionsumfang: jede Anforderung aus dem Lastenheft mit der geplanten Umsetzung, am besten nummeriert, damit sich beide Dokumente gegenüberstellen lassen.
3. Abgrenzung: was ausdrücklich nicht Teil des Auftrags ist.
4. Systemumgebung und Architektur: Betrieb, Datenhaltung, Rollen und Rechte.
5. Schnittstellen: welche Systeme angebunden werden, in welche Richtung Daten fließen, wer die Zugänge liefert.
6. Nicht-funktionale Anforderungen: Antwortzeiten, Verfügbarkeit, Datenschutz, Barrierefreiheit.
7. Mitwirkung des Auftraggebers: Testdaten, Ansprechpartner, Freigaben.
8. Abnahmekriterien: woran beide erkennen, dass eine Anforderung erfüllt ist.
9. Zeitplan und Meilensteine.

Die Abschnitte drei, sieben und acht fehlen in vielen Pflichtenheften. Genau sie verhindern später die meisten Diskussionen.

Bei der Länge gilt: so ausführlich wie nötig, so knapp wie möglich. Für eine überschaubare Web-Anwendung reichen oft wenige Seiten, solange jede Anforderung eindeutig beantwortet ist. Tabellen, Ablaufskizzen und Bildschirmentwürfe sagen dabei häufig mehr als lange Absätze. Wichtig ist, dass beide Seiten dieselbe Fassung freigeben und spätere Änderungen mit Datum und Version festgehalten werden.

Beispiele aus dem Mittelstand

Ein Großhändler möchte seine Auftragserfassung modernisieren. Im Lastenheft steht: „Aufträge sollen per E-Mail und Telefon erfasst und ohne Abtippen an die Warenwirtschaft übergeben werden.“ Das Pflichtenheft macht daraus unter anderem:

• Eingehende E-Mails werden über ein festgelegtes Postfach gelesen, Bestelldaten werden erkannt und als Entwurf angelegt.
• Ein Mitarbeiter prüft den Entwurf und gibt ihn frei, erst dann geht er an die Warenwirtschaft.
• Nicht enthalten: automatische Preisverhandlung, Anbindung des Onlineshops.
• Abnahme: 50 echte Bestellungen aus dem Vormonat werden durchgespielt, jede muss vollständig ankommen.

So wird aus einem Wunsch eine prüfbare Zusage. Das Beispiel zeigt auch, wie konkret die Abnahmekriterien sein sollten: Sie beschreiben einen Test, keinen Eindruck.

Typische Fehler

• Lastenheft abgeschrieben: Das Pflichtenheft wiederholt die Wünsche, ohne die Umsetzung zu beschreiben.
• Weiche Formulierungen: „benutzerfreundlich“, „schnell“, „modern“ lassen sich nicht abnehmen. Besser sind messbare Aussagen wie „Suche liefert Ergebnisse in unter zwei Sekunden“.
• Keine Abgrenzung: Was nicht ausgeschlossen ist, gilt im Streitfall schnell als vereinbart.
• Zu früh zu detailliert: Ein Pflichtenheft über hunderte Seiten, das vor dem ersten Test fertig sein muss, veraltet, bevor es gelesen ist.
• Kein Änderungsverfahren: Anforderungen ändern sich immer. Wer nicht festlegt, wie Änderungen bewertet und freigegeben werden, streitet später über Mehraufwand.

Eine gute Hilfe beim Schreiben sind die W-Fragen: Wer macht was, wann, womit und woran erkennen wir, dass es fertig ist?

Pflichtenheft und agile Entwicklung

In agilen Projekten nach Scrum gibt es kein Pflichtenheft im klassischen Sinn. An seine Stelle tritt ein laufend gepflegtes Backlog. Beim Festpreis-Werkvertrag bleibt ein Pflichtenheft dagegen die Regel, weil der Leistungsumfang vorher feststehen muss. Welche Vertragsform zu welchem Projekt passt, erklärt der Beitrag Werkvertrag oder Dienstvertrag in IT-Projekten. Häufig ist eine Mischung sinnvoll: ein schlankes Pflichtenheft für Ziel, Schnittstellen und Abnahme, die Details entstehen in kurzen Runden.

In der Praxis: wie SEODACH unterstützt

Wenn Sie uns ein Lastenheft schicken, bekommen Sie ein Pflichtenheft zurück, in dem jede Anforderung nummeriert beantwortet ist, mit klarer Abgrenzung und prüfbaren Abnahmekriterien. Haben Sie noch kein Lastenheft, klären wir die Anforderungen im Erstgespräch gemeinsam und schreiben sie so auf, dass Sie auch Angebote anderer Anbieter damit vergleichen können.

Wie wir Individualsoftware von der Anforderung bis zum Betrieb umsetzen, beschreibt die Seite Individualsoftware entwickeln lassen. Unsere Stundensätze und Abrechnungsmodelle finden Sie unter Preise.

Häufige Fragen

Wer erstellt das Pflichtenheft?

Der Auftragnehmer, also der Dienstleister oder das Entwicklungsteam. Der Auftraggeber prüft es und gibt es frei. Erst mit der Freigabe wird es verbindlich.

Was ist ein Lastenheft?

Das Lastenheft schreibt der Auftraggeber. Es beschreibt, welche Anforderungen eine Lösung erfüllen soll und warum, ohne die technische Umsetzung festzulegen. Es ist die Grundlage für Angebote und später für das Pflichtenheft.

Ist ein Pflichtenheft rechtlich bindend?

Wenn es Vertragsbestandteil wird, ja. Dann legt es fest, was geschuldet ist und woran die Abnahme gemessen wird. Lesen Sie es deshalb vor der Freigabe Satz für Satz.