Lastenheft und Pflichtenheft: der Unterschied und die Prüfung per KI
Das Lastenheft nennt die Forderungen des Auftraggebers, das Pflichtenheft die Realisierungsvorgaben des Auftragnehmers. So steht es in DIN 69901-5, Ausgabe Januar 2009. Mehr regelt die Norm an dieser Stelle nicht: Sie definiert zwei Begriffe, keine Gliederung und keine Mindestinhalte. Dieser Text sagt, was in der Praxis trotzdem hineingeschrieben wird, an welchen Mustern solche Dokumente regelmäßig scheitern und wie sich ein Entwurf maschinell dagegen prüfen lässt.
- Kurzform
- Lastenheft: die Forderungen des Auftraggebers. Pflichtenheft: die Realisierungsvorgaben des Auftragnehmers
- Was die Norm regelt
- DIN 69901-5 definiert beide Begriffe. Eine Gliederung schreibt sie nicht vor
- Häufige Lücken
- unvollständig, nicht messbar, mehrdeutig, ohne Priorisierung, mehrere Sachverhalte in einer Position
- Was maschinell geht
- Abkürzungen, Länge, Duplikate, Platzhalter, Unvollständigkeit, Verbindlichkeit, mehrere Sätze, Passiv, Wörter ohne Ausnahme
- Belegter Fall
- Automotive-Engineering-Dienstleister, geprüft an einem realen Dokument mit 432 Seiten, in Test seit August 2025, letzter belegter Vorgang September 2025
- Stand
- September 2026
Worin der Unterschied zwischen Lastenheft und Pflichtenheft besteht
Das Lastenheft ist die vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers. Das Pflichtenheft enthält die vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenhefts. Beide Sätze stammen aus DIN 69901-5.
Daraus folgt eine feste Reihenfolge. Zuerst schreibt der Auftraggeber auf, was er braucht. Danach schreibt der Auftragnehmer auf, wie er es liefern will, und zwar aufgrund des vorliegenden Textes. Ein Pflichtenheft ohne vorheriges Lastenheft ist nach dieser Definition kein Pflichtenheft, sondern ein Angebot mit einem anderen Namen auf dem Deckblatt.
In der Fachliteratur steht dazu eine Merkformel: Das eine Dokument beantwortet das Was und das Wofür, das andere das Wie und das Womit. Die Formel ist brauchbar, sie steht aber in keiner Quelle als Normzitat. Wer sich im Vertrag auf die Norm beruft, beruft sich auf zwei Sätze.
| Lastenheft | Pflichtenheft | |
|---|---|---|
| Wer schreibt es | Der Auftraggeber | Der Auftragnehmer |
| Was steht darin | Die Forderungen an Lieferungen und Leistungen | Die Realisierungsvorgaben zur Umsetzung dieser Forderungen |
| Wann entsteht es | Zuerst, vor der Vergabe | Danach, auf Grundlage des vorliegenden Textes |
| Merkformel der Fachliteratur | Das Was und das Wofür | Das Wie und das Womit |
| Was die Norm dazu sagt | Ein Definitionssatz | Ein Definitionssatz |
Was hineingehört, und warum die Kataloge auseinandergehen
Einen normativ vorgeschriebenen Inhalt gibt es nicht. DIN 69901-5 nennt keine Kapitel, keine Reihenfolge und keine Mindestzahl an Bestandteilen. Wer ein Lastenheft erstellen soll und dafür nach einer verbindlichen Liste sucht, sucht etwas, das die Norm nicht hergibt. Das ist keine Spitzfindigkeit, sondern der Grund, warum zwei Häuser im selben Vorhaben mit völlig verschiedenen Dokumenten arbeiten können und beide auf dieselbe Norm zeigen.
Ein Fachwiki zählt sieben Bestandteile (Stand Juni 2026). Ein Lexikon nennt stattdessen Projekteinführung, Ist- und Soll-Zustand, Schnittstellen, Qualitätsanforderungen und einen Anhang mit Risiken und Abnahmekriterien. Ein Verbandsbeitrag stellt gleich zwei Beispielgliederungen nebeneinander, eine für Anlagenprojekte und eine für Softwareentwicklung. Die Zahlen stimmen nicht überein, die Zuschnitte auch nicht.
Eine durchnummerierte Liste mit dem Wort Pflicht davor ist deshalb ein Warnzeichen und kein Beleg. Wir haben für diesen Text eine solche Zehnerliste geprüft und wieder verworfen: Sie stammte von einem Blog, der dazu eine Excel-Vorlage vertreibt. Die Punkte darin waren sachlich unauffällig, vorgeschrieben war keiner.
Für den Einkauf heißt das: Der Inhalt ist Verhandlungssache, nicht Normsache. Eine Pflichtenheft-Vorlage aus dem Netz nimmt Ihnen das Sortieren ab, die Entscheidung darüber, was gefordert wird, nimmt sie Ihnen nicht. Legen Sie die Gliederung im Unternehmen einmal fest und halten Sie sie durch. Erst dann ist ein zweites Dokument mit dem ersten vergleichbar, und erst dann lässt sich eine Prüfung darauf anwenden, die immer dasselbe sucht.
Was in der Praxis fast immer vorkommt
- Ausgangslage und Ziel des Vorhabens, in Sätzen, die auch jemand ohne Vorwissen versteht.
- Ist-Zustand und Soll-Zustand, getrennt voneinander notiert und nicht ineinander verschachtelt.
- Systemgrenzen und Schnittstellen zu allem, was im Unternehmen bereits läuft.
- Funktionale Forderungen, einzeln nummeriert, damit später jemand auf eine einzelne verweisen kann.
- Nicht funktionale Forderungen: Mengen, Zeiten, Verfügbarkeit, Sprache, rechtliche Vorgaben.
- Lieferumfang und Abnahmekriterien, damit am Ende messbar ist, ob geliefert wurde.
- Ein Glossar, in dem jede Abkürzung genau einmal aufgelöst wird und danach nie wieder anders.
Diese Aufzählung ist Beobachtung, keine Norm. Sie deckt sich mit dem, was Lexikon und Fachwiki nennen, und sie bleibt trotzdem eine Konvention. Wer sie übernimmt, sollte sie als Hausregel führen und nicht als Normzitat verkaufen.
Woran Lastenheft und Pflichtenheft in der Praxis scheitern
Die Mängel sind über die Quellen hinweg dieselben: Anforderungen sind unvollständig, unpräzise und mehrdeutig. Vage und nicht messbare Formulierungen gehören dazu, fehlende Priorisierung und das Vermischen von Aspekten in einer einzigen Position. Diesen Befund beschreiben mehrere unabhängige Quellen zwischen 2013 und 2026 nahezu gleichlautend, darunter ein Verbandsbeitrag der GPM vom März 2013, das Johner-Institut im November 2023 und ein Fachglossar vom Februar 2026.
Er ist damit eine Praxisbeobachtung und kein zeitgebundenes Faktum. Wer Anforderungen prüfen will, prüft nicht gegen einen Normkatalog, denn den gibt es nicht. Er prüft gegen diese Fehlermuster. Das ist die einzige tragfähige Brücke von der Begriffsdefinition zur Prüfarbeit.
Die fünf Muster unten haben eine Eigenschaft gemeinsam, auf die es im nächsten Schritt ankommt: Sie hängen an der Form des Satzes und nicht am Fachwissen. Ob ein Ventil sechzehn bar halten muss, weiß nur Ihr Konstrukteur. Ob die Zeile, in der das steht, eine Einheit nennt, weiß jeder, der lesen kann. Und was sich so benennen lässt, lässt sich auch maschinell suchen.
Fünf Muster, die immer wieder auftauchen
- Vage formuliert. Eine Forderung wie „das System soll schnell reagieren“ lässt sich nicht abnehmen. Eine Zahl mit Einheit lässt sich abnehmen.
- Unvollständig. Es fehlt die Bedingung, unter der die Forderung gilt, oder der Fall, in dem sie ausdrücklich nicht gilt.
- Mehrdeutig. Dieselbe Abkürzung meint in Kapitel drei etwas anderes als in Kapitel neun, und im ganzen Unternehmen fällt es niemandem auf.
- Ohne Priorisierung. Alles steht gleichrangig nebeneinander. Im Streitfall ist damit jede einzelne Zeile eine Muss-Forderung.
- Vermischt. In einer nummerierten Position stehen drei Sachverhalte, und der Nachweis lässt sich am Ende nur für einen davon führen.
Wer Anforderungen prüfen will, prüft nicht gegen einen Normkatalog, denn den gibt es nicht.
Wie sich ein Entwurf maschinell prüfen lässt
Die Prüfung läuft je Anforderung, nicht je Dokument. Der erste Schritt zerlegt das PDF in seine Bestandteile: das Glossar auf der einen Seite, die einzeln nummerierten Anforderungen auf der anderen. Danach läuft jede einzelne Anforderung durch denselben Satz benannter Regeln. Über jedem Fund steht die Nummer, unter der die Anforderung geführt wird, und damit lässt sich der Befund zurückverfolgen.
Wir haben das für einen Engineering-Dienstleister aus dem Automotive-Umfeld gebaut, als erste lauffähige Fassung in rund sechs Wochen zum Festpreis. Die Sprachmodelle laufen selbst gehostet. Die Dokumente verlassen das Unternehmen nicht, und genau das gibt bei Anforderungsunterlagen eines Automobilherstellers den Ausschlag. Dahinter liegt ein Verbund mehrerer Agenten mit einer übergeordneten Steuerung, gebaut mit Python und FastAPI, LangChain für die Orchestrierung, vLLM hinter LiteLLM für die Inferenz, PostgreSQL für Sitzungen und Befunde, Gradio als Oberfläche, betrieben in Containern. Der ganze Vorgang steht im Bericht Anforderungen per KI prüfen.
Dieselbe Prüfung läuft für Lastenhefte im Maschinen- und Anlagenbau. Die Regeln bleiben gleich, es wechselt das Glossar.
Eine solche Prüfung ist keine Suche im Bestand. Sie liest ein einzelnes Dokument vollständig durch und meldet, was in ihm selbst nicht zusammenpasst. Wer wissen will, wie umgekehrt eine Suche über viele eigene Unterlagen arbeitet, findet das unter wie ein RAG-System funktioniert. Wie wir Vorhaben dieser Art aufsetzen, steht auf der Seite KI-Implementierung.
Vier Schritte im Durchlauf
- Hochladen. Das PDF geht so hinein, wie es aus dem Anforderungswerkzeug exportiert wurde. Ein Zwischenformat von Hand entfällt. Der Export selbst bleibt ein Handgriff, eine Anbindung an das Anforderungswerkzeug gehört nicht zum gebauten Stand.
- Prüffall wählen. Welche Regeln laufen sollen, ist eine Einstellung in der Oberfläche und keine Programmierung.
- Befunde ansehen. Die Ausgabe steht je Nummer und lässt sich auf die Fundstellen allein umschalten, damit nicht tausend fehlerfreie Zeilen mitgelesen werden.
- Exportieren. Das Ergebnis geht als Excel aus dem System, später zusätzlich als PDF, und landet damit in der Ablage, die es ohnehin gibt.
Was dabei gefunden wird
Neun Befundfelder je Anforderung, dazu ein zehntes mit einem Formulierungsvorschlag. Angesehen wird von einem Menschen nur, was anschlägt, und das ist der eigentliche Gewinn: nicht die Prüfung selbst, sondern die Verkleinerung des Stapels, der noch gelesen werden muss.
Getestet wurde an einem realen Dokument eines Automobilherstellers: 432 Seiten, über 100.000 Zeichen im ausgelesenen Text, als PDF aus einem Requirements-Management-System exportiert. Im Glossar stand ein Eintrag „AQO, Beschreibung offen“ und ein weiterer, den das Dokument selbst als Tippfehler vermerkt. Drei aufeinanderfolgende Anforderungen waren wortgleich; das System markierte sie gegenseitig als Duplikate, mit einem Ähnlichkeitswert von 99,5 %. Und in einer Anforderung stand noch die Frage ihres Autors: „woher bekommen wir den Trigger? aus der Funktion? HMI?“
Keiner dieser Funde verlangt Fachwissen. Alle drei wären auch einem aufmerksamen Leser aufgefallen, wenn er die 432 Seiten am Stück gelesen hätte. Genau das tut niemand, und darin liegt der Unterschied zwischen einer Prüfung, die stattfindet, und einer, die im Terminplan steht.
Im Raster daneben steht jede Zeile für eine Anforderung, jede Spalte für eines der neun Felder, und markiert ist allein die Zelle mit dem Befund.
| Befundfeld | Wonach gesucht wird |
|---|---|
| Abkürzungen | Nicht bei der ersten Nennung ausgeschrieben oder nicht durch das Glossar des Dokuments gedeckt |
| Länge | Positionen, die zu lang geworden sind, um noch als eine Forderung abgenommen zu werden |
| Duplikate | Wortgleiche und fast gleiche Anforderungen, jede Fundstelle mit ihrem Ähnlichkeitswert |
| Platzhalter | Stehengebliebene Marken, offene Felder, Rückfragen des Autors im laufenden Text |
| Unvollständigkeit | Fehlende Bedingung, fehlender Wert, fehlende Einheit |
| Verbindlichkeit | Sprache, die offenlässt, ob etwas gefordert oder nur gewünscht wird |
| Mehrere Sätze | Mehr als ein Sachverhalt in einer einzeln nummerierten Position |
| Passiv | Formulierungen, in denen niemand handelt und damit niemand zuständig ist |
| Universalquantoren | Wörter wie alle und jeder, die selten so gemeint sind, wie sie dastehen |
Wo die Prüfung aufhört
Die Maschine prüft die Form, nicht die Sache. Ob eine Forderung fachlich richtig ist, ob sie überhaupt gebraucht wird und ob sie zu den übrigen passt, entscheidet weiterhin ein Mensch. Was der Durchlauf leistet, ist die Vorarbeit: Er zeigt, welche der tausenden Zeilen jemand ansehen muss, und liefert den Grund dafür mit.
Zwei Erwartungen gehen dabei regelmäßig zu weit. Die erste ist eine Prüfung auf Normkonformität. Es gibt keinen Katalog, gegen den geprüft werden könnte, weil DIN 69901-5 Begriffe definiert und sonst nichts. Wer eine Software kauft, die Normkonformität verspricht, sollte sich zeigen lassen, gegen welchen Text sie prüft. Die zweite Erwartung ist ein fertiges Dokument auf Knopfdruck. Der Formulierungsvorschlag im zehnten Feld ist ein Vorschlag und kein Ersatz für die Entscheidung dessen, der das Heft verantwortet.
Auch das Umfeld ist unübersichtlicher, als die deutschsprachigen Ratgeber es darstellen. Neben DIN 69901-5 steht VDI 2519 in zwei Blättern, beide in der Ausgabe Dezember 2001: Blatt 1 zur Vorgehensweise bei der Erstellung von Lasten- und Pflichtenheften, Blatt 2 eigens für den Einsatz von Förder- und Lagersystemen (Richtlinienverzeichnis des VDI, abgerufen im September 2026). Daneben laufen weitere Normfamilien aus dem englischsprachigen Raum, die wir für diesen Beitrag nicht geprüft haben. Wer eine Ausschreibung auf eine Norm stützt, lässt den Ausgabestand vorher bestätigen.
Drei Festlegungen, die nicht die Prüfung trifft, sondern der Betrieb
- Zugriff. Wer die Oberfläche öffnen darf, ist eine Festlegung des Betriebs und keine Eigenschaft der verwendeten Bauteile.
- Betrieb. Bleibt das System vollständig im eigenen Unternehmen, oder behält der Dienstleister einen Wartungszugang? Im zweiten Fall gehört ein Vertrag nach DSGVO Art. 28 dazu, siehe was Sie bei KI nachweisen müssen.
- Beteiligung. Ein Prüflauf über Texte, die Menschen geschrieben haben, kann objektiv geeignet sein, Verhalten oder Leistung zu erfassen. Dann bestimmt der Betriebsrat nach BetrVG § 87 Abs. 1 Nr. 6 bei der Einführung mit, was der Betriebsrat bei KI mitbestimmt. Im belegten Fall steht der Befund je Anforderungsnummer, nicht je Verfasser.
Kurz beantwortet
- Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?
- Das Lastenheft schreibt der Auftraggeber, es hält seine Forderungen an Lieferungen und Leistungen fest. Das Pflichtenheft schreibt der Auftragnehmer, es hält fest, wie er diese Forderungen umsetzen will. Beide Definitionen stehen in DIN 69901-5 und legen dort Urheberschaft und Bezug fest, nicht den Inhalt.
- Was gehört alles in ein Lastenheft?
- Vorgeschrieben ist nichts, denn die Norm definiert nur den Begriff und keine Gliederung. In der Praxis stehen fast immer darin: Ausgangslage und Ziel, Ist- und Soll-Zustand, Systemgrenzen und Schnittstellen, funktionale und nicht funktionale Forderungen, Lieferumfang und Abnahmekriterien sowie ein Glossar. Welche dieser Punkte bei Ihnen gelten, ist eine Hausentscheidung.
- Was gehört ins Pflichtenheft?
- Die Realisierungsvorgaben des Auftragnehmers, bezogen auf das vorliegende Dokument des Auftraggebers. Es beschreibt damit die Lösung und nicht mehr den Bedarf. Auch hier gilt: Der Aufbau ist Vereinbarung zwischen den Parteien und keine Normvorgabe.
- Was ist ein Beispiel für ein Lastenheft und ein Pflichtenheft?
- Ein Betrieb bestellt eine Sondermaschine und schreibt dafür das Lastenheft: welche Teile in welcher Menge zu bearbeiten sind, welche Taktzeit gilt und welche Schnittstellen zur vorhandenen Anlage bestehen. Der Maschinenbauer antwortet mit dem Pflichtenheft und hält darin fest, welche Baugruppen, welche Steuerung und welche Nachweise er dafür vorsieht. Dasselbe Verhältnis gilt bei einer Anlagenerweiterung ebenso wie bei einer Softwarebeschaffung.
Wann sich das lohnt
Der Schwellenwert ist nicht die Technik, sondern die Wiederholung. Ein einzelnes Dokument mit dreißig Seiten liest jemand an einem Vormittag, und dabei sollte es bleiben. Läuft dieselbe Prüfung dagegen jeden Monat, gegen immer dieselbe Mängelliste, an Unterlagen mit hunderten Seiten und tausenden nummerierten Positionen, dann trägt der Aufbau.
Ein Satz zur Reihenfolge gehört dazu: zuerst die Regeln, dann das Werkzeug. Wer die eigene Mängelliste nicht aufschreiben kann, bekommt auch von einem Sprachmodell keine. Er bekommt eine, die plausibel klingt, und merkt den Unterschied erst, wenn der Befund im Projekt zum Streitpunkt wird.
| Der Fall | Was dazu passt |
|---|---|
| Hunderte Seiten, tausende nummerierte Positionen, und das jeden Monat neu | Ein Prüflauf gegen benannte Regeln, mit Export in die Vorlage, die im Unternehmen schon benutzt wird |
| Ein Dokument im Jahr, dreißig Seiten | Zwei Augenpaare und eine Checkliste. Ein Aufbau lohnt hier nicht |
| Zwei bis drei Dokumente im Jahr, hohes Streitrisiko im Vertrag | Zuerst die Mängelliste festhalten, im KI-Workshop ab 3.000 € netto |
| Die Mängelliste steht bisher nur in den Köpfen | Zuerst die Liste aufschreiben. Ohne benannte Regeln gibt es nichts zu prüfen |
| Die Unterlagen dürfen das Unternehmen nicht verlassen | Selbst gehostete Modelle, lokale KI im eigenen Netz, wie im belegten Fall |
| Gesucht wird eine Auskunft aus vielen Dokumenten | Das ist eine Suchaufgabe und keine Prüfaufgabe, und sie wird anders gebaut |
Der belegte Fall stammt aus dem Automotive-Umfeld. Übertragbar ist er, weil die fünf Muster an der Satzform hängen und nicht am Fach: In einem Lastenheft für eine Sondermaschine sucht derselbe Durchlauf dieselben Stellen.
Im Einzelnen
Was die Norm regelt und was ihr nur zugeschrieben wird
DIN 69901-5 trägt den Titel Projektmanagement, Projektmanagementsysteme, Teil 5: Begriffe. Die Sekundärquellen nennen übereinstimmend die Ausgabe vom Januar 2009. Die Norm definiert die beiden Begriffe und regelt damit Urheberschaft und Bezug. Inhalt, Gliederung und Detailtiefe der Dokumente regelt sie nicht, und jede Aussage, die mehr behauptet, sollte man sich am Normtext zeigen lassen.
Beide Definitionssätze werden in der deutschsprachigen Ratgeberliteratur wortgleich wiedergegeben, über Lexika, Wikis und Anbieterseiten hinweg. Wer sich vertraglich darauf stützt, bezieht den Normtext beim DIN und prüft den Ausgabestand selbst.
Ob die Ausgabe von 2009 im September 2026 noch die gültige ist, haben wir nicht am DIN-Portal geprüft. Für die Arbeit im Projekt ändert das wenig. Für eine Ausschreibungsunterlage, die eine Norm mit Ausgabestand zitiert, ändert es viel.
Wie ein Prüflauf im Betrieb abläuft
Das gebaute System läuft seit dem 6. August 2025 im Test, begonnen mit einem Kickoff beim Kunden und zwei seiner Partnerbetriebe. Der letzte belegte Vorgang stammt vom 30. September 2025. Getestet wird an echten Unterlagen aus dem eigenen Unternehmen, nicht an Beispieldokumenten.
Die Ergebnisse halten die Tester in einer Excel-Vorlage fest, nach dem Muster Ist-Zustand, Soll-Zustand, Verbesserungsvorschlag, Kommentar. Ein Prüflauf, dessen Ausgabe nicht in die vorhandene Arbeitsweise passt, wird nach zwei Wochen nicht mehr benutzt.
Zwei Einstellungen haben sich im Betrieb als nötig erwiesen. Eine einmal gemeldete Abkürzung wird bei den weiteren Nennungen nicht erneut gemeldet, sonst besteht der halbe Befund aus derselben Zeile. Und einzelne Abkürzungen lassen sich auf eine Ignorierliste setzen, weil jedes Unternehmen Kürzel führt, die dort seit zwanzig Jahren niemand mehr auflöst. Beides klingt nach Kleinigkeit und entscheidet darüber, ob ein Prüfbericht gelesen oder weggeklickt wird.
Geprüft wird gegen Fehlermuster, nicht gegen die Norm
DIN 69901-5 definiert zwei Begriffe und schreibt keinen Inhalt vor. Eine Prüfung auf Normkonformität kann es deshalb nicht geben, so oft sie auch angeboten wird.
Was es gibt, ist eine Prüfung gegen benannte Fehlermuster: nicht aufgelöste Abkürzungen, Duplikate, Platzhalter, Passiv, mehrere Sachverhalte in einer Position. Sie hängen an der Form des Satzes, nicht am Fachwissen. Darum lassen sie sich in Regeln fassen und über 432 Seiten hinweg durchlaufen, und darum bleibt die fachliche Entscheidung beim Menschen.
Dokumente prüfen lassen, Position für Position
Was heute jemand in Anforderungsdokumenten dieser Art Zeile für Zeile liest, läuft durch benannte Regeln, mit Befund je Position und Export in Ihre Vorlage, aufgesetzt zum Festpreis nach dem Workshop.
Weiterlesen
- Anforderungen per KI prüfen Der Bericht zum Fall: was gebaut wurde, womit, seit wann es im Test läuft und was an 432 Seiten gefunden wurde.
- KI-Implementierung Wie ein solches Vorhaben aufgesetzt wird, in welchen Schritten es läuft und wie der Festpreis zustande kommt.
- Was ein RAG-System ist Der Unterschied zwischen einer Prüfung im einzelnen Dokument und einer Suche über den ganzen Bestand.