Was ist ein Pflichtenheft?

Das Pflichtenheft ist die detaillierte Antwort des Auftragnehmers auf das Lastenheft des Auftraggebers. Es beschreibt die konkrete technische Realisierung (WIE), legt die Umsetzungsschritte fest und dient als verbindliche Arbeitsgrundlage für die Entwicklung sowie als Basis für die spätere Abnahme.

Während das Lastenheft den „Problemraum“ des Kunden definiert, übersetzt das Pflichtenheft diese Anforderungen in den „Lösungsraum“. Es konkretisiert, mit welchen Technologien, Architekturen und Prozessen die Wünsche des Kunden erfüllt werden.

Da das Pflichtenheft als interne und externe Realisierungsrichtlinie dient, ist es technisch detaillierter als das Lastenheft.

Ein Pflichtenheft enthält:

• Die Systemarchitektur: Wie ist das System technisch aufgebaut? Darstellung der Systemkomponenten, Datenbankstrukturen und Software-Schichten.
• Eine detaillierte Funktionsbeschreibung: Wie verhält sich das System genau?
• Das Datenmodell: Welche Datenstrukturen werden genutzt?
• Die detaillierte Benutzeroberfläche: Wie sieht die Benutzerschnittstelle aus? Wireframes, Mockups und Beschreibungen der UI und der Benutzerführung (User Flows).
• Die Schnittstellen-Spezifikation: Welche Schnittstellen werden benutzt? Genaue Definition der Protokolle, Datenformate und Endpunkte für die Kommunikation mit Drittsystemen.
• Nicht-funktionale Details: Welche Anforderungen muss die Hardware erfüllen? Anforderungen an Antwortzeiten, Verfügbarkeit etc.
• Abnahmekriterien: Unter welchen messbaren Bedingungen gilt eine Anforderung als erfolgreich umgesetzt?

Die Federführung liegt beim Auftragnehmer (Projektleiter, Systemarchitekten, Lead-Entwickler). Das Pflichtenheft entsteht oft in enger Abstimmung mit den Requirements Engineers, um sicherzustellen, dass keine Anforderung aus dem Lastenheft fehlinterpretiert wurde.

Der Bruch zwischen Last und Pflicht: In vielen Projekten wird das Pflichtenheft als separates Dokument neu geschrieben. Dabei geht die Verbindung zum ursprünglichen Kundenwunsch (Lastenheft) verloren. Wenn nicht mehr klar ist, welche technische Komponente welche Kundenanforderung erfüllt, drohen Nachforderungen (Scope Creep) und Abnahmestreitigkeiten. Im schlimmsten Fall baut das Team am Kunden vorbei.
objectiF RPM schließt die Lücke zwischen Last und Pflicht mit durchgängiger Traceability: 

• Anforderungen verfeinern: Verknüpfen Sie Systemanforderungen (Pflichtenheft-Ebene) direkt mit den Stakeholder-Anforderungen (Lastenheft-Ebene).
• Impact-Analyse: Ändert der Kunde eine Anforderung, erkennen Sie im Tool alle damit in Beziehung stehenden Anforderungen und Systemelemente auf Pflichtenheft-Ebene.
• Revisionssicherheit: Dokumentieren Sie den Stand der Einigung zwischen Auftraggeber und Auftragnehmer rechtssicher in einer gemeinsamen, versionssicheren Datenbasis.

Mit objectiF RPM wird das Pflichtenheft (wie das Lastenheft) als Word-Dokument oder im PDF-Format nach Bedarf aktuell generiert.

objectiF RPM testen

Testen Sie objectiF RPM 30 Tage in vollem Umfang – inklusive Vorlagen für Requirements Engineering und Projektmanagement.