Lastenheft und Pflichtenheft: Warum die Anforderungsdokumente den IT-Prozess entscheiden
Vor Gericht gewinnt im IT-Streit selten die bessere Software – sondern die bessere Dokumentation: Lastenheft und Pflichtenheft definieren, was geschuldet ist, und damit, was ein Mangel ist. Fehlen sie oder bleiben sie vage, wird jeder Streit zur teuren Beweisaufnahme über die „übliche Beschaffenheit“.
Dieser Ratgeber erklärt die rechtliche Funktion der Anforderungsdokumente, wer für welche Inhalte verantwortlich ist, welche Aufklärungspflichten den Dienstleister treffen – und wie agile Teams ohne klassisches Pflichtenheft trotzdem beweisfest bleiben.
1. Lastenheft vs. Pflichtenheft: Wer schuldet was?
| Dokument | Ersteller (typisch) | Inhalt | Rechtliche Funktion |
|---|---|---|---|
| Lastenheft | Auftraggeber | WAS gebraucht wird: Ziele, Anforderungen, Rahmenbedingungen | Grundlage der vorausgesetzten Verwendung; Ausschreibungsbasis |
| Pflichtenheft | Auftragnehmer | WIE umgesetzt wird: technische Konzeption, Detailspezifikation | Konkretisiert die geschuldete Beschaffenheit – Maßstab der Mangelprüfung |
Mit der Freigabe des Pflichtenhefts durch den Auftraggeber wird es regelmäßig zur vereinbarten Beschaffenheit (§ 633 BGB): Was dort steht, ist geschuldet – was fehlt, grundsätzlich nicht. Diese Weichenstellung unterschätzen beide Seiten: Der Kunde winkt „Technik-Papiere“ ungelesen durch, der Anbieter formuliert unverbindlich. Beides rächt sich im Streit.
2. Verantwortung und Aufklärungspflichten
Grundsatz: Das Risiko unklarer oder lückenhafter Anforderungen trägt zunächst der Auftraggeber – er muss wissen, was er braucht. Aber: Den IT-Dienstleister treffen als Fachmann Hinweis- und Aufklärungspflichten: Erkennt er Lücken, Widersprüche oder Zielkonflikte im Lastenheft, muss er nachfragen und warnen; wer sehenden Auges eine untaugliche Spezifikation umsetzt, haftet trotz „vertragsgemäßer“ Umsetzung. Je unerfahrener der Kunde, desto weiter reichen diese Pflichten – bis hin zur Beratung über grundlegende Machbarkeitsfragen.
Für Dienstleister heißt das: Bedenken dokumentieren! Der schriftliche Hinweis („diese Anforderung steht im Konflikt mit …, wir empfehlen …“) kostet fünf Minuten und entscheidet später über die Haftungsverteilung. Mündliche Warnungen im Meeting sind im Prozess wertlos.
3. Was ein prozessfestes Anforderungsdokument enthält
Die Beweiskraft-Checkliste
- Messbare Kriterien: „performant“ ist wertlos – „Suchergebnis in < 2 s bei 10.000 Datensätzen“ ist beweisbar
- Priorisierung: Muss-, Soll- und Kann-Anforderungen klar getrennt
- Abgrenzung: Explizite Out-of-Scope-Liste – sie verhindert die „das war doch selbstverständlich“-Debatte
- Rahmenbedingungen: Zielumgebungen, Schnittstellen, Datenmengen, Compliance-Vorgaben (DSGVO, Barrierefreiheit)
- Änderungshistorie: Versionierung mit Freigabevermerken – wer hat wann welchen Stand gebilligt?
- Vertragliche Verankerung: Rangfolge der Dokumente im Vertrag regeln (Vertrag vor Pflichtenheft vor Angebot …)
4. Agil ohne Pflichtenheft: Trotzdem beweisfest
Agile Projekte ersetzen das Pflichtenheft durch Backlog, User Stories und Definition of Done – rechtlich funktioniert das, wenn die Artefakte dieselben Funktionen erfüllen: Akzeptanzkriterien je Story machen Anforderungen messbar, Sprint-Protokolle und Review-Ergebnisse dokumentieren Freigaben, die Definition of Done beschreibt die Qualitätsschwelle. Entscheidend ist die vertragliche Einbindung dieser Artefakte (welches Tool ist maßgeblich, wie werden Änderungen autorisiert?) – sonst produziert das Projekt tausend Tickets und null Beweise. Mehr zur Vertragsgestaltung im Ratgeber Agil vs. Festpreis.
5. Im Streitfall: Die Spezifikation als Waffe und Schild
Kommt es zum Konflikt, wird die Anforderungslage rekonstruiert: Verträge, Hefte, Tickets, Protokolle, E-Mails – in dieser Reihenfolge wächst der Interpretationsspielraum. Als Auftraggeber stützen Sie Mängelrügen auf konkrete Spezifikationsverstöße (siehe Gewährleistung bei Softwaremängeln); als Anbieter verteidigen Sie sich mit Freigaben, dokumentierten Hinweisen und der Out-of-Scope-Liste. Fehlt belastbare Dokumentation, entscheidet häufig ein Sachverständiger über die „übliche Beschaffenheit“ – ein Würfelspiel, das gute Dokumente vermeiden.
Das Wichtigste in Kürze
Lastenheft und Pflichtenheft sind keine Bürokratie, sondern die vertragliche Definition des Geschuldeten – und im Streit die wichtigste Beweisquelle. Der Kunde verantwortet seine Anforderungen, der Dienstleister seine dokumentierten Hinweise; agile Artefakte ersetzen das Pflichtenheft nur mit Akzeptanzkriterien und vertraglicher Verankerung. Wer messbar spezifiziert und Freigaben versioniert, gewinnt Konflikte, bevor sie eskalieren.
Spezifikation vor der Freigabe?
Wir prüfen Pflichtenhefte und Vertragsanbindung, bevor Sie unterschreiben – die günstigste Prozessvermeidung, die es gibt.
Beratung anfragen →6. Häufige Fragen (FAQ)
Ist ein Pflichtenheft gesetzlich vorgeschrieben?
Nein – aber ohne belastbare Spezifikation richtet sich die geschuldete Qualität nach der „üblichen Beschaffenheit“, und die wird im Streit von Sachverständigen bestimmt. Das Pflichtenheft ist die vertragliche Kontrolle über diese Frage.
Der Dienstleister hat umgesetzt, was im Pflichtenheft stand – aber es taugt nichts. Pech gehabt?
Nicht unbedingt: War der Einsatzzweck erkennbar und die Spezifikation dafür erkennbar untauglich, greifen die Hinweis- und Aufklärungspflichten des Fachmanns. Wer Lücken erkennt und schweigt, haftet trotz buchstabengetreuer Umsetzung.
Wer muss das Pflichtenheft bezahlen?
Verhandlungssache: Oft wird die Spezifikationsphase als eigenes (vergütetes) Projekt vorgeschaltet – für beide Seiten sinnvoll, weil danach Festpreise seriös kalkulierbar sind. Wichtig ist die Regelung, wem das Dokument gehört, wenn das Hauptprojekt nicht zustande kommt.
Welche Rangfolge gilt, wenn sich Vertrag und Pflichtenheft widersprechen?
Die, die der Vertrag anordnet – eine ausdrückliche Rangfolgeklausel gehört deshalb in jeden IT-Vertrag. Ohne Regelung wird ausgelegt: meist Vertrag vor Pflichtenheft vor Angebot, aber verlässlich ist nur die vereinbarte Hierarchie.
Reichen User Stories und Tickets als Spezifikation?
Ja, wenn sie Akzeptanzkriterien enthalten, Freigaben dokumentiert werden und der Vertrag die Artefakte für maßgeblich erklärt. Ungepflegte Backlogs ohne Kriterien sind dagegen die schwächste denkbare Beweislage.
Können nachträgliche Absprachen das Pflichtenheft ändern?
Ja – und genau daraus entstehen viele Streitigkeiten: mündliche Zurufe, Chat-Nachrichten, Zwischenstände. Vereinbaren Sie ein formalisiertes Change-Verfahren mit Schriftform und Preisfolgen; alles andere gehört ausdrücklich nicht zum Leistungsumfang.
7. Ihre Kanzlei für Rechtliche Absicherung der Anforderungsdokumentation in Essen und ganz NRW
Die Kanzlei MANDATI in Essen berät Unternehmen, Start-ups und Verbraucher im IT-Recht – von der DSGVO-Compliance über IT-Verträge bis zur Abwehr von Abmahnungen. Persönlich in Essen oder vollständig digital, bundesweit.
MANDATI Rechtsanwälte – Ihr Anwalt für Rechtliche Absicherung der Anforderungsdokumentation in Essen und dem gesamten Ruhrgebiet. Persönliche Beratung vor Ort oder mandatsbezogen bundesweit.
Hindenburgstr. 23, 45127 Essen, Nordrhein-Westfalen
Telefon: 0201 – 890 722 40 · E-Mail: [email protected]
Öffnungszeiten: Mo–Fr 9–18 Uhr
Einzugsgebiete / „in der Nähe":
- Essen
- Bochum
- Dortmund
- Düsseldorf
- Duisburg
- Mülheim a. d. Ruhr
- Oberhausen
- Gelsenkirchen
- Köln
Kanzlei MANDATI
Hindenburgstr. 23
45127 Essen
Nordrhein-Westfalen
Telefon: 0201 – 890 722 40
E-Mail: [email protected]
Beratung im IT-Recht: vor Ort in Essen · bundesweit digital per Video und Telefon
Streit über den Leistungsumfang?
Wir rekonstruieren die Anforderungslage und bauen Ihre Position auf – für Auftraggeber und IT-Anbieter.
Beratung anfragen →