Glossar

Pflichtenheft

Das Pflichtenheft beschreibt aus Sicht des Anbieters, wie die Anforderungen des Lastenhefts umgesetzt werden, und wird zur Grundlage für Umsetzung und Abnahme.

Das Pflichtenheft ist die Antwort des Anbieters auf das Lastenheft. Während das Lastenheft beschreibt, was gefordert ist, legt das Pflichtenheft dar, wie diese Forderungen umgesetzt werden: mit welchen Funktionen des Standards, mit welchen Anpassungen, über welche Schnittstellen, in welchem Zeitplan und mit welcher Mitwirkung des Auftraggebers. Es wird üblicherweise Bestandteil des Vertrags und damit Maßstab für die Abnahme.

Im Handwerk ist ein förmliches Pflichtenheft nur bei größeren Vorhaben üblich, etwa bei der Einführung eines ERP-Systems mit Anpassungen oder bei der Anbindung mehrerer Fremdsysteme. Bei Standardsoftware ohne Individualprogrammierung genügt in der Regel eine schriftliche Bestätigung des Anbieters, welche Anforderungen aus dem Anforderungskatalog im Standard erfüllt sind, welche über Konfiguration und welche gar nicht.

Diese Unterscheidung ist der eigentliche Wert des Dokuments. In Vertriebsgesprächen wird häufig zugesagt, dass etwas möglich sei, ohne zu benennen, ob es im Standard enthalten ist, konfiguriert werden muss oder programmiert wird. Der Aufwandsunterschied zwischen diesen drei Fällen ist erheblich und bestimmt sowohl die Kosten als auch die Abhängigkeit bei künftigen Aktualisierungen.

Ein Beispiel für die praktische Bedeutung der Abgrenzung: Die Zusage, dass ein Betrieb Aufmaße mobil erfassen kann, kann bedeuten, dass eine fertige App vorliegt, dass eine vorhandene Maske konfiguriert wird oder dass eine Erweiterung programmiert werden muss. Im ersten Fall entsteht kein zusätzlicher Aufwand, im dritten ein Projekt mit eigenem Zeitplan, eigenen Kosten und dauerhaftem Pflegebedarf.

Ebenso gehört in das Dokument, welche Mitwirkung vom Betrieb erwartet wird. Datenbereinigung, Bereitstellung von Beispielbelegen, Freigaben und Testteilnahme binden interne Kapazität. Werden diese Punkte nicht benannt, verzögern sich Projekte regelmäßig aus Gründen, die keine Vertragspartei zuvor eingeplant hat.

Bezug zur Digitalisierung

Anpassungen erhöhen den Aufwand bei jedem Release-Wechsel, weil sie erneut geprüft und teils nachgezogen werden müssen. Ein Pflichtenheft sollte deshalb ausweisen, welche Punkte als Anpassung umgesetzt werden und wie sie bei künftigen Versionen gepflegt werden.

Werden KI-gestützte Funktionen zugesagt, gehören in das Dokument konkrete Angaben: Welche Daten werden verarbeitet, wo findet die Verarbeitung statt, welcher Unterauftragnehmer ist beteiligt, wie werden Ergebnisse geprüft und wie wird mit fehlerhaften Ausgaben umgegangen. Allgemeine Formulierungen über KI-Unterstützung ohne diese Angaben sind bei einer späteren Abnahme nicht prüfbar.

Praktisch bewährt sich, das Pflichtenheft vor Vertragsschluss gemeinsam durchzugehen und offene Punkte schriftlich zu klären. Nach Vertragsschluss verschiebt sich die Verhandlungsposition, und Ergänzungen werden als Zusatzleistung behandelt. Der Aufwand für eine sorgfältige Durchsicht ist gegenüber den Kosten einer späteren Nachbeauftragung gering.

Praktisch sollte jede Zusage im Pflichtenheft mit einem Testfall verknüpft sein, der sich in der Testphase nachvollziehen lässt. Was nicht getestet werden kann, sollte auch nicht als erfüllt gelten.

FAQ

Häufige Fragen zu Pflichtenheft

Brauche ich das als kleiner Handwerksbetrieb?
Bei Standardsoftware ohne Individualprogrammierung genügt meist eine schriftliche Bestätigung, welche Anforderungen im Standard erfüllt sind, welche über Konfiguration und welche gar nicht. Ein förmliches Pflichtenheft lohnt bei größeren Vorhaben, etwa der Einführung eines ERP-Systems mit Anpassungen oder der Anbindung mehrerer Fremdsysteme. Sinnvoll ist gleichwohl, auch bei Standardsoftware jede wesentliche Zusage schriftlich zu haben statt nur im Gesprächsprotokoll.
Warum ist die Unterscheidung Standard, Konfiguration, Programmierung so wichtig?
Weil der Aufwandsunterschied erheblich ist und Vertriebsgespräche ihn selten benennen. Die Zusage, Aufmaße mobil erfassen zu können, kann eine fertige App bedeuten, eine zu konfigurierende Maske oder ein eigenes Programmierprojekt mit Zeitplan, Kosten und dauerhaftem Pflegebedarf. Diese Einordnung gehört schriftlich fixiert. Sinnvoll ist deshalb, bei jeder Zusage ausdrücklich nachzufragen, in welche der drei Kategorien sie fällt.
Was muss zur eigenen Mitwirkung drinstehen?
Datenbereinigung, Bereitstellung von Beispielbelegen, Freigaben und Testteilnahme binden interne Kapazität. Werden diese Punkte nicht benannt, verzögern sich Projekte regelmäßig aus Gründen, die keine Vertragspartei eingeplant hat. Sinnvoll ist, Umfang und Zeitpunkt der Mitwirkung mit Namen und Terminen zu hinterlegen. Sinnvoll ist außerdem, diese Zeiten in der eigenen Personalplanung zu berücksichtigen, damit sie nicht auf das Tagesgeschäft aufgeschlagen werden.
Wie behandle ich zugesagte KI-Funktionen?
Konkret: welche Daten verarbeitet werden, wo die Verarbeitung stattfindet, welche Unterauftragnehmer beteiligt sind, wie Ergebnisse geprüft und wie fehlerhafte Ausgaben behandelt werden. Allgemeine Formulierungen über KI-Unterstützung sind bei der Abnahme nicht prüfbar. Jede Zusage sollte mit einem Testfall verknüpft sein. Sinnvoll ist außerdem, die Abnahme dieser Funktionen an denselben Testfall zu binden, der zuvor vereinbart wurde.

Bereit, KI in Ihrem Betrieb arbeiten zu lassen?

In einer kostenlosen KI-Potenzialanalyse zeigen wir konkret, wo in Ihrem Betrieb Zeit und Geld liegen – unverbindlich und ohne Technik-Kauderwelsch.

Kostenlose KI-Analyse