Lastenheft und Pflichtenheft: Unterschied und Gliederung

Zwei Dokumente, zwei Absender, eine Verwechslung, die Projekte teuer macht. Das Lastenheft kommt vom Auftraggeber und beschreibt den Bedarf. Das Pflichtenheft kommt vom Auftragnehmer und beschreibt die Umsetzung. Wird nur eines davon geschrieben, fehlt am Ende entweder die Grundlage für den Vergleich der Angebote oder die Grundlage für die Abnahme.

Dieser Beitrag stellt beide Hefte nebeneinander: den Unterschied in einem Satz, die Gliederung jedes Dokuments Punkt für Punkt, dieselbe Anforderung einmal als Lastenheft- und einmal als Pflichtenheft-Satz, dazu ein Muster für die Anforderungstabelle und die Frage, wann eine Tabelle das bessere Format ist als ein Textdokument. Wer vor allem eine ausführliche Vorlage mit Beispielkapiteln sucht, findet sie im Beitrag Lastenheft für Software: Aufbau, Beispiel und Vorlage.

Lastenheft und Pflichtenheft: der Unterschied in einem Satz

Das Lastenheft beschreibt das Was aus Sicht des Bedarfs, das Pflichtenheft das Wie aus Sicht der Lösung. Alles andere folgt daraus: Absender, Zeitpunkt, Sprache und die Rolle, die das Papier im Streitfall hat.

Die Kurzdefinitionen beider Begriffe stehen im Lexikon unter Lastenheft und Pflichtenheft. In der Praxis hilft eine Eselsbrücke: Im Lastenheft steht die Last, die Ihr Betrieb loswerden will. Im Pflichtenheft steht die Pflicht, die der Dienstleister damit übernimmt.

Wer welches Heft schreibt – und was passiert, wenn das verrutscht

Der häufigste Fehler ist nicht ein schlechtes Lastenheft, sondern ein fehlendes. Dann schreibt der erste Anbieter die Anforderungen im Verkaufsgespräch mit auf, und das Ergebnis trägt die Stärken genau dieses Anbieters. Verglichen werden können die Angebote danach nicht mehr, weil jedes auf einer anderen Beschreibung rechnet.

Der zweithäufigste Fehler ist das übersprungene Pflichtenheft. Der Auftrag ist erteilt, alle wollen anfangen, und die Umsetzung startet auf Grundlage des Lastenhefts. Bei der Abnahme steht dann Auslegung gegen Auslegung: Der Satz „Rechnungen sollen automatisch erstellt werden“ lässt beide Seiten im Recht sein. Erst das Pflichtenheft legt fest, aus welchen Daten die Rechnung entsteht, wer sie freigibt und wie das System mit dem Sonderfall umgeht.

Rechtlich wird das Pflichtenheft deshalb zum wichtigsten Dokument des Projekts: Es beschreibt die geschuldete Leistung. Bei einem Werkvertrag ist genau diese Beschreibung der Maßstab der Abnahme – wie sich das von einem Dienstvertrag unterscheidet, steht im Beitrag Werkvertrag oder Dienstvertrag in IT-Projekten.

Was ins Lastenheft gehört: die Gliederung Punkt für Punkt

Neun Punkte, die ein Lastenheft für ein Softwarevorhaben tragen. Reihenfolge und Benennung sind nicht vorgeschrieben; entscheidend ist, dass kein Punkt fehlt.

1. Anlass und Ziel. Welches Problem löst das Vorhaben, woran wird der Erfolg gemessen. Ein Satz, der auch ohne Vorwissen verständlich ist.
2. Betroffene Abläufe. Welche Vorgänge berührt das Vorhaben, in welcher Reihenfolge laufen sie heute, wo entstehen Wartezeiten. Eine knappe Prozessanalyse genügt.
3. Beteiligte und ihre Rechte. Wer arbeitet mit dem System, was darf jede Gruppe sehen und ändern, wer entscheidet im Zweifel.
4. Fachliche Anforderungen. Was das System leisten muss, je Anforderung eine Zeile, prüfbar formuliert und mit Priorität.
5. Daten und Nachbarsysteme. Welche Daten verarbeitet werden, woher sie kommen, welche Systeme über eine Schnittstelle angebunden sein müssen.
6. Mengen und Nutzungsverhalten. Wie viele Vorgänge, Nutzer, Dokumente pro Tag; wann die Spitzen liegen. Ohne Mengen kann niemand kalkulieren.
7. Qualitätsanforderungen. Verfügbarkeit, Antwortzeiten, Barrierefreiheit, Bedienung auf dem Mobilgerät, Sprachen.
8. Randbedingungen. Vorgaben, an denen nicht gerüttelt wird: vorhandene Systeme, Betriebsform, Datenschutz, Budgetrahmen, feste Termine aus dem Geschäft.
9. Abnahmeidee und Lieferumfang. Woran Sie erkennen wollen, dass die Leistung erbracht ist, und was zum Lieferumfang gehört: Schulung, Dokumentation, Datenübernahme.

Zwei Punkte gehören ausdrücklich nicht hinein: die Wahl der Technik und die Beschreibung der Bildschirmmasken. Beides schreibt dem Anbieter die Lösung vor, bevor er die Aufgabe verstanden hat – und beides nimmt Ihnen das Argument, wenn der vorgegebene Weg nicht funktioniert.

Was ins Pflichtenheft gehört: die Gliederung im Detail

Das Pflichtenheft nimmt jeden Punkt des Lastenhefts auf und beantwortet ihn. Nicht erfüllbare Anforderungen bleiben sichtbar, statt stillschweigend zu verschwinden.

1. Verständnis der Aufgabe. Die Aufgabe in eigenen Worten, damit Missverständnisse auf der ersten Seite auffallen und nicht im Test.
2. Abdeckung der Anforderungen. Je Anforderung des Lastenhefts der Vermerk: erfüllt, erfüllt mit Einschränkung, nicht erfüllt, mit Begründung und Alternative.
3. Lösungsarchitektur. Welche Bausteine entstehen, welche Software wird eingesetzt, was wird gekauft, was gebaut, wo läuft der Betrieb.
4. Datenmodell und Rechte. Welche Objekte das System kennt, welche Felder verpflichtend sind, welche Rolle welche Rechte erhält.
5. Abläufe im Detail. Vorgang für Vorgang der Normalfall, danach die Ausnahmen: Storno, Teillieferung, Rückläufer, Nachtrag. Die Ausnahmen kosten das meiste Geld.
6. Masken und Dialoge. Welche Ansichten entstehen, welche Felder sie enthalten, welche Meldung bei welchem Fehler erscheint.
7. Schnittstellen. Je Verbindung Richtung, Format, Takt, Verhalten bei Ausfall und die Frage, wer bei einer Änderung des Nachbarsystems nachzieht.
8. Nicht-funktionale Zusagen. Antwortzeiten bei genannter Last, Verfügbarkeit, Sicherungen, Protokollierung, Umgang mit personenbezogenen Daten.
9. Abnahmekriterien und Lieferumfang. Welche Testfälle bestanden werden müssen, wie der Test protokolliert wird, was zur Lieferung gehört und was ausdrücklich nicht.

Ein brauchbares Pflichtenheft enthält auch die Liste der offenen Punkte mit Namen und Entscheidungsdatum. Ein Dokument ohne offene Punkte ist selten vollständig – es hat die Lücken nur nicht aufgeschrieben.

Dieselbe Anforderung in beiden Heften: ein Beispiel

Das Beispiel kommt aus einem Vorhaben, wie es im Mittelstand häufig vorkommt: Angebote sollen nicht mehr aus der letzten Datei kopiert werden. Links die Fassung des Auftraggebers, rechts die Antwort des Auftragnehmers.

Zwei Dinge fallen auf. Erstens wird aus einem Satz des Lastenhefts regelmäßig ein Absatz des Pflichtenhefts – das ist kein Aufblähen, sondern der Ort, an dem Auslegung verschwindet. Zweitens ist A-17 der wertvollste Eintrag der Tabelle: Eine Soll-Anforderung wird sichtbar zurückgestellt, statt im Projekt unterzugehen.

Prüfbar oder nicht? Vier Gegenproben für jede Anforderung

Anforderungen scheitern meist nicht an fehlender Länge, sondern an fehlender Prüfbarkeit. Vier Gegenproben, die sich an jedem Satz durchführen lassen:

Hilfreich ist außerdem, jede Anforderung gegen die W-Fragen zu halten: Wer, was, wann, womit, woran erkennbar. Fehlt eine Antwort, fehlt sie auch dem Anbieter, der kalkulieren soll.

Anforderungen als Tabelle: wann Excel besser ist als das Textdokument

Viele Betriebe führen den Kern ihres Lastenhefts in Excel – und das aus gutem Grund. Für den Kern eines Lastenhefts, die Anforderungsliste, ist die Tabelle das stärkere Format: Sie lässt sich sortieren, filtern und je Anbieter um eine Spalte erweitern. Ein Textdokument kann das nicht.

Bewährt hat sich die Teilung: Kapitel 1 bis 3 und 8 – Ziel, Abläufe, Beteiligte, Randbedingungen – als kurzes Dokument von wenigen Seiten. Die fachlichen Anforderungen, Daten und Qualitätsanforderungen als Tabelle mit einer Zeile pro Anforderung. Beides geht zusammen an die Anbieter, und die Tabelle kommt als Antwort zurück.

Genau hier wird aus der Tabelle das Werkzeug der Auswahl: Jeder Anbieter trägt je Zeile ein, ob er die Anforderung im Standard erfüllt, über ein Zusatzmodul oder nur mit Anpassung. Danach stehen drei Angebote auf derselben Grundlage nebeneinander. Bei der Auswahl eines Systems statt einer Eigenentwicklung ist das die halbe Arbeit – wie eine begleitete Auswahl abläuft, steht auf unserer Seite zur ERP-Auswahl-Beratung.

Muster für die Kopfzeile der Anforderungstabelle

Diese Spaltenaufteilung deckt den fachlichen Teil eines Lastenhefts ab und bleibt bis in die Abnahme nützlich, weil jede Zeile später zu einem Testfall wird.

Die letzten beiden Spalten bleiben in Ihrer Fassung leer. Sie sind der Grund, warum die Tabelle besser ist als ein Fließtext: Der Anbieter füllt sie, Sie vergleichen.

Lastenheft im Projektmanagement: wo es im Projektverlauf steht

Im Projektverlauf stehen beide Hefte an festen Stellen. Zuerst der Bedarf im eigenen Haus, dann die Anfrage, dann die Auswahl, dann die Zusage des Anbieters, dann der Bau.

Bei öffentlichen Auftraggebern heißt das erste Dokument meist Leistungsbeschreibung und ist Teil der Vergabeunterlagen; die Logik bleibt dieselbe. Was dabei zusätzlich zu beachten ist, steht auf unserer Seite zu IT-Ausschreibungen.

Beide Hefte in agilen Projekten

Der häufigste Einwand lautet, dass Hefte nicht zu agiler Entwicklung passen. Das trifft nur auf die Idee zu, dass alles einmal und für immer festgeschrieben wird. Der Bedarf muss trotzdem irgendwo stehen – sonst lässt sich weder ein Budget beschließen noch ein Angebot vergleichen.

In der Praxis bleibt das Lastenheft als fachliche Grundlage und als Grundlage der Beauftragung erhalten. Die Detaillierung wandert in User Stories mit Akzeptanzkriterien, die in Scrum schrittweise entstehen. Das Pflichtenheft schrumpft dann auf das, was vorab verbindlich sein muss: Architektur, Schnittstellen, nicht-funktionale Zusagen, Abnahmeverfahren. Wird der Umfang selbst schrittweise bestimmt, ist ein MVP der ehrlichere Zuschnitt – wie das aussieht, steht auf der Seite MVP-Entwicklung.

Typische Fehler in beiden Heften

• Lösung im Lastenheft. Steht die Technik schon im Bedarf, bewerten alle Anbieter dieselbe Vorgabe statt Ihre Aufgabe.
• Alles ist Muss. Ohne echte Priorisierung bekommen Sie das teuerste Angebot oder gar keines. Ein brauchbares Verhältnis liegt eher bei der Hälfte Muss als bei allem.
• Mengen fehlen. Ohne Angaben zu Vorgängen, Nutzern und Dokumenten kalkuliert jeder Anbieter eine andere Größe.
• Ausnahmen ausgespart. Der Normalfall ist in jedem Angebot billig. Der Preis entsteht bei Storno, Teillieferung und Sonderpreis.
• Pflichtenheft ohne Abdeckungsnachweis. Fehlt der Verweis auf die Nummern des Lastenhefts, lässt sich nicht prüfen, was unter den Tisch gefallen ist.
• Keine Freigabe. Ein Pflichtenheft, das niemand unterschrieben hat, ist bei der Abnahme wertlos.
• Fremdes Muster ungeprüft übernommen. Ein fremdes Dokument bringt Kapitel mit, die Ihr Vorhaben nicht hat – und lässt die Punkte fehlen, die es ausmachen.

Häufige Fragen zu Lastenheft und Pflichtenheft

Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?

Das Lastenheft beschreibt den Bedarf des Auftraggebers und entsteht vor der Anfrage bei Anbietern. Das Pflichtenheft beschreibt, wie der Auftragnehmer diesen Bedarf umsetzt, und entsteht nach der Beauftragung. Kurz: Lastenheft gleich Was, Pflichtenheft gleich Wie.

Brauchen wir beide Dokumente oder reicht eines?

Für ein kleines Vorhaben mit einem Anbieter genügt oft eine Anforderungsliste plus eine schriftliche Umsetzungszusage mit Abnahmekriterien. Sobald Sie mehrere Angebote vergleichen oder Geld in Höhe eines Fahrzeugs einsetzen, brauchen Sie beide Rollen: eine Unterlage für den Vergleich und eine für die Abnahme.

Wie lang sollte jedes Heft sein?

So kurz, dass die Entscheidungsrunde es liest. Ein Lastenheft für ein mittelgroßes Vorhaben liegt häufig bei fünf bis fünfzehn Seiten Text plus Anforderungstabelle. Das Pflichtenheft wird dicker, weil es Masken, Abläufe und Ausnahmen enthält – nach Seitenzahl ist es aber nicht besser.

Gibt es eine Norm für den Aufbau?

Verbindlich vorgeschrieben ist keine Gliederung. In der Praxis hat sich die Aufteilung in fachliche Anforderungen, Daten und Schnittstellen, Qualitätsanforderungen und Randbedingungen eingespielt; das Begriffspaar selbst stammt aus dem deutschen Ingenieurwesen. Entscheidend ist die Prüfbarkeit der Sätze, nicht die Nummerierung der Kapitel.

Kann der Dienstleister das Lastenheft für uns schreiben?

Begleiten ja, allein schreiben nein. Wir nehmen Abläufe mit Ihren Fachbereichen auf und bringen die Anforderungen in eine prüfbare Form – unterschreiben muss sie Ihr Haus. Lässt sich derselbe Dienstleister anschließend als Anbieter messen, gehört offen dazugesagt, wer bei der Aufnahme dabei war.

Was passiert, wenn sich Anforderungen während des Projekts ändern?

Änderungen sind normal. Wichtig ist der Weg: Eine Änderung bekommt eine Nummer, eine Begründung, eine Aufwandsschätzung und eine Entscheidung – und erst danach landet sie im Pflichtenheft. Ohne diesen Weg wächst der Umfang still, und die Abnahme findet nie statt.

Ersetzt das Pflichtenheft den Vertrag?

Nein, es wird in der Regel Anlage des Vertrags. Der Vertrag regelt Vergütung, Fristen, Rechte am Ergebnis und Haftung; das Pflichtenheft beschreibt die Leistung, auf die sich die Abnahme bezieht. Die rechtliche Prüfung des Vertrags gehört zu Ihrer Kanzlei.

Sie haben Anforderungen – oder erst einen Verdacht?

Beide Ausgangslagen sind brauchbar. Liegt ein Lastenheft vor, lesen wir es und sagen Ihnen, welche Anforderungen für ein Angebot zu unscharf sind. Liegt noch nichts vor, nehmen wir die Abläufe mit Ihren Fachbereichen auf und bringen sie in eine Anforderungstabelle, mit der Sie mehrere Anbieter vergleichen können.

Ob für Ihren Fall ein Standardprodukt oder ein Eigenbau passt, behandelt der Beitrag Individualsoftware oder Standardsoftware. Was ein Eigenbau umfasst, steht auf der Seite Individualsoftware. Die Grundlagen unserer Abrechnung stehen offen auf der Preisseite.

Vereinbaren Sie ein kostenfreies Erstgespräch – am besten, bevor die erste Anbieterpräsentation stattfindet.