Das Pflichtenheft beschreibt, wie der Auftragnehmer die Anforderungen des Lastenhefts umsetzt. Es ist detaillierter als das Lastenheft, verweist auf dessen Anforderungen und bildet die Grundlage der Abnahme — jede Formulierung darin ist damit potenziell vertragsrelevant.
Was ist ein Pflichtenheft? Kurz erklärt
Ein Pflichtenheft ist das Dokument, in dem der Auftragnehmer beschreibt, wie er die Anforderungen aus dem Lastenheft des Auftraggebers umsetzen wird: mit welcher Lösung, welchen Funktionen, welcher Technik und nach welchen Kriterien die Umsetzung geprüft wird. Nach der Freigabe durch den Auftraggeber wird es zur verbindlichen Grundlage für Realisierung und Abnahme. Kurz gesagt: Das Lastenheft fragt «was», das Pflichtenheft antwortet mit «wie».
Im deutschsprachigen Raum wird dafür häufig die Begriffsbestimmung der DIN 69901-5 herangezogen. In der Praxis werden die Begriffe nicht immer sauber getrennt; in agilen Vorhaben übernehmen Product Backlog und Akzeptanzkriterien einen Teil der Funktion.
Zweck und Rollenverteilung
Das Pflichtenheft wird vom Auftragnehmer erstellt und beschreibt, wie er die im Lastenheft geforderten Leistungen realisiert. Es konkretisiert, wo das Lastenheft offen bleibt, und dokumentiert das Lösungsverständnis. Mit der Genehmigung durch den Auftraggeber wird es zur verbindlichen Grundlage der Umsetzung.
Diese Verbindlichkeit ist der Grund, warum die Erstellung sorgfältig erfolgen muss. Was im Pflichtenheft steht, wird geliefert; was fehlt, wird zum Nachtrag. Beide Seiten haben ein Interesse an Genauigkeit — der Auftraggeber, weil er sonst nicht bekommt, was er brauchte, der Auftragnehmer, weil unklare Formulierungen später zu seinen Lasten ausgelegt werden können.
Gliederung
| Abschnitt | Inhalt |
|---|---|
| Bezug zum Lastenheft | Version und Datum des zugrundeliegenden Lastenhefts |
| Lösungsübersicht | Architektur und Vorgehen im Überblick |
| Umsetzung je Anforderung | Wie jede Anforderung des Lastenhefts erfüllt wird, mit Referenznummer |
| Abweichungen | Anforderungen, die anders oder nicht erfüllt werden — mit Begründung |
| Schnittstellen | Anbindungen an bestehende Systeme, Datenflüsse |
| Nichtfunktionale Umsetzung | Wie Verfügbarkeit, Leistung, Sicherheit erreicht werden |
| Liefergegenstände | Was konkret übergeben wird, in welcher Form |
| Abnahmeverfahren | Wie und woran die Erfüllung geprüft wird |
| Mitwirkung des Auftraggebers | Was der Auftraggeber wann beisteuern muss |
Die Referenzierung ist das Kernstück
Ein gutes Pflichtenheft lässt sich Zeile für Zeile gegen das Lastenheft halten. Jede Anforderung des Lastenhefts trägt eine Nummer, und das Pflichtenheft nimmt diese Nummer auf. Dadurch wird auf einen Blick prüfbar, ob eine Anforderung behandelt wurde.
Ohne diese Referenzierung entsteht die typische Situation der Abnahme: Der Auftraggeber sucht eine Anforderung, findet sie nicht, der Anbieter verweist auf einen Abschnitt, der sie sinngemäss abdeckt, und die Diskussion dreht sich um Auslegung statt um Erfüllung. Eine Nummernspalte verhindert das mit minimalem Aufwand.
Ein Pflichtenheft, das keine einzige Abweichung nennt, ist verdächtig. In der Praxis gibt es fast immer Anforderungen, die anders oder nur teilweise erfüllt werden. Sie offen zu benennen ist professioneller als sie zu übergehen — und schützt beide Seiten.
Detailtiefe finden
Das Pflichtenheft ist detaillierter als das Lastenheft, aber kein technisches Feinkonzept. Die Grenze verläuft dort, wo Detail keine Entscheidung mehr trägt: Welche Datenbankfelder ein Formular hat, gehört ins Feinkonzept; dass Stammdaten aus dem ERP übernommen und nicht doppelt gepflegt werden, gehört ins Pflichtenheft.
Eine brauchbare Regel: Alles, was der Auftraggeber wissen muss, um die Lösung zu beurteilen und abzunehmen, gehört hinein. Alles, was nur die Umsetzung betrifft und intern geändert werden kann, ohne dass sich für den Auftraggeber etwas ändert, gehört nicht hinein — sonst blockiert das Dokument spätere Optimierungen.
Verbindung zur Abnahme
Das Pflichtenheft ist die Referenz der Abnahme. Deshalb sollte jeder Abschnitt so formuliert sein, dass sich daraus ein Testfall ableiten lässt. Formulierungen wie «wird berücksichtigt» oder «ist vorgesehen» sind an dieser Stelle wertlos — sie beschreiben eine Absicht, keinen prüfbaren Zustand.
Praktisch bewährt es sich, das Abnahmeverfahren bereits im Pflichtenheft zu beschreiben: Wer prüft, in welcher Umgebung, mit welchen Daten, nach welchen Kriterien, und was passiert bei Mängeln welcher Kategorie. Diese Klärung im Voraus kostet eine Stunde und erspart am Projektende regelmässig mehrere Wochen.
Änderungen während der Umsetzung
Anforderungen ändern sich, und das Pflichtenheft muss diese Änderungen aufnehmen können. Nötig ist dafür ein einfaches Verfahren: Änderung beschreiben, Auswirkung auf Aufwand und Termin schätzen, beidseitig entscheiden, Dokument versionieren. Ohne dieses Verfahren entsteht die verbreitete Situation, in der die gelebte Lösung und das Pflichtenheft nach sechs Monaten nichts mehr miteinander zu tun haben — und die Abnahme dann gegen ein Dokument erfolgt, das niemand mehr für gültig hält.
Der Inhalt eines Pflichtenhefts im Detail
| Kapitel | Was hineingehört |
|---|---|
| Zielbestimmung | Welche Ziele und Anforderungen des Lastenhefts erfüllt werden — und welche bewusst nicht |
| Produkteinsatz | Anwendungsbereiche, Zielgruppen, Betriebsbedingungen |
| Funktionen | Umsetzung jeder Anforderung, mit Verweis auf ihre Nummer im Lastenheft |
| Daten und Schnittstellen | Datenmodell, Migration, Anbindung an Umsysteme |
| Qualitätsanforderungen | Leistung, Sicherheit, Verfügbarkeit, Barrierefreiheit |
| Technische Umgebung | Plattform, Betrieb, Hosting, Datenhaltung |
| Mitwirkung des Auftraggebers | Was der Auftraggeber liefern oder entscheiden muss, und bis wann |
| Test und Abnahme | Testfälle und Abnahmekriterien je Anforderung |
Beispiel: von der Anforderung zur Umsetzung
| Lastenheft (Auftraggeber) | Pflichtenheft (Auftragnehmer) |
|---|---|
| A-12: Projektleitende sehen die Auslastung ihres Teams über alle Projekte. | Umsetzung über eine Auslastungsansicht pro Person und Woche, gespeist aus den Aufgabenzuweisungen; Prüfung mit Testfall T-12. |
| A-27: Daten werden in der Schweiz gespeichert. | Hosting in einem Rechenzentrum in der Schweiz, Unterauftragsbearbeiter gemäss Anhang 3; Nachweis durch Hosting-Bestätigung. |
Pflichtenheft für Softwareprojekte
In Software-Projekten entscheidet das Pflichtenheft darüber, ob Auftraggeber und Lieferant dasselbe Ergebnis erwarten. Besonders wichtig sind die Beschreibung von Rollen und Rechten, Schnittstellen, Datenmigration, Performance-Anforderungen und die Frage, wie Änderungen während der Umsetzung behandelt werden. Wer agil entwickelt, hält im Pflichtenheft oft nur Architektur, Rahmenbedingungen und Qualitätsanforderungen fest und steuert den Funktionsumfang über ein priorisiertes Backlog.
Typische Fehler im Pflichtenheft vermeiden
- Anforderungen aus dem Lastenheft werden nicht referenziert — ob alles abgedeckt ist, bleibt unklar.
- Formulierungen wie «wird unterstützt» oder «ist möglich» ohne prüfbares Kriterium.
- Nichtfunktionale Anforderungen wie Sicherheit, Datenschutz und Betrieb fehlen.
- Die Mitwirkungspflichten des Auftraggebers sind nicht festgehalten — Verzögerungen werden später zum Streitfall.
- Das Dokument wird freigegeben, ohne dass Fachbereich und Betrieb es geprüft haben.
Häufige Fragen
- Was gehört in ein Pflichtenheft?
- Bezug zum Lastenheft, Lösungsübersicht, die Umsetzung je Anforderung mit Referenznummer, ausgewiesene Abweichungen, Schnittstellen, nichtfunktionale Umsetzung, Liefergegenstände, Abnahmeverfahren und die Mitwirkungspflichten des Auftraggebers.
- Wer schreibt das Pflichtenheft?
- Der Auftragnehmer. Es ist seine Antwort auf das Lastenheft des Auftraggebers und beschreibt, wie er die geforderten Leistungen umsetzt. Mit der Genehmigung durch den Auftraggeber wird es verbindlich.
- Wie detailliert muss ein Pflichtenheft sein?
- So detailliert, dass der Auftraggeber die Lösung beurteilen und abnehmen kann — aber ohne rein interne Umsetzungsdetails, die sich ändern können, ohne dass sich für den Auftraggeber etwas ändert. Sonst blockiert das Dokument spätere Verbesserungen.
- Was ist ein Pflichtenheft?
- Das Dokument, in dem der Auftragnehmer beschreibt, wie er die Anforderungen des Lastenhefts umsetzt. Nach der Freigabe ist es die verbindliche Grundlage für Realisierung und Abnahme.
- Kann man ein Pflichtenheft erstellen lassen?
- Das Pflichtenheft erstellt in der Regel der Auftragnehmer. Der Auftraggeber kann sich bei der Prüfung von Fachleuten unterstützen lassen, bevor er es freigibt.
- Welche Fehler sind im Pflichtenheft am häufigsten?
- Fehlende Referenzen auf die Lastenheft-Anforderungen, vage Formulierungen ohne Prüfkriterien, fehlende nichtfunktionale Anforderungen und ungeklärte Mitwirkungspflichten des Auftraggebers.