Lastenheft und Pflichtenheft: Unterschied, Aufbau, Vorlage

Du hast einen Auftrag vergeben. Sechs Monate später steht etwas anderes da, als du im Kopf hattest. Der Lieferant sagt: „So war es abgestimmt." Du sagst: „So habe ich das nie gemeint." Beide haben recht. Denn niemand hat aufgeschrieben, was genau bestellt war.

Genau dafür gibt es das Lastenheft und das Pflichtenheft. Zwei Dokumente, zwei Absender, ein Zweck: Aus einer Erwartung wird eine überprüfbare Vereinbarung. Wer das sauber macht, streitet am Ende nicht über Meinungen, sondern liest nach.

Ich habe in 35 Jahren Vertrieb beide Seiten gesehen. Als Auftraggeber, der eine Software bestellt hat und ein halbes Jahr später merkte, dass die Hälfte der Funktionen fehlt. Und als Auftragnehmer, der Angebote gegen ein dreiseitiges Wunschzettel-Dokument kalkulieren sollte. In beiden Fällen war der Fehler derselbe: Es gab kein sauberes Lastenheft.

Hier bekommst du beides. Den Unterschied in zwei Sätzen. Die vollständige Gliederung für beide Dokumente. Die Formulierungsregeln, die aus Wünschen prüfbare Anforderungen machen. Und die Fehler, die im Mittelstand am häufigsten Geld kosten.

Lastenheft und Pflichtenheft: der Unterschied in zwei Sätzen

Das Lastenheft schreibt der Auftraggeber. Es beschreibt, was er will und wofür. Das Pflichtenheft schreibt der Auftragnehmer. Es beschreibt, wie er das umsetzt.

Das ist der ganze Unterschied zwischen Lastenheft und Pflichtenheft. Alles andere ist Ausschmückung. Wer sich diese eine Zeile merkt, hat 90 Prozent der Verwirrung erledigt, die in Projekten zu diesem Thema entsteht.

Die Begriffe sind in Deutschland nicht Geschmackssache. Die DIN 69901 — die Normenreihe für Projektmanagement — definiert beide Dokumente und weist sie klar zu. Das Lastenheft ist die Gesamtheit der Anforderungen des Auftraggebers an die Lieferungen und Leistungen. Das Pflichtenheft enthält die vom Auftragnehmer erarbeiteten Realisierungsvorgaben auf Basis dieser Anforderungen. Auch das Gabler Wirtschaftslexikon fasst das Lastenheft als Dokument, das alle technischen, wirtschaftlichen und rechtlichen Einzelheiten einer Ausschreibung enthält.

Wer schreibt was — und wann

Die Reihenfolge ist keine Formalie. Sie ist die Logik des Ganzen:

• Schritt 1 — Lastenheft, Auftraggeber. Du beschreibst dein Problem, dein Ziel und deine Anforderungen. Ohne Lösungsvorgabe.
• Schritt 2 — Ausschreibung oder Anfrage. Das Dokument geht an einen oder mehrere Anbieter.
• Schritt 3 — Pflichtenheft, Auftragnehmer. Der Anbieter übersetzt deine Anforderungen in eine konkrete Lösung, mit Technik, Aufwand, Terminen.
• Schritt 4 — Abstimmung und Freigabe. Ihr gleicht ab, korrigiert Missverständnisse, du gibst frei.
• Schritt 5 — Vertrag. Das freigegebene Pflichtenheft wird Vertragsbestandteil.
• Schritt 6 — Abnahme. Geprüft wird gegen das Pflichtenheft, nicht gegen Erinnerungen.

Merksatz für die Praxis: Das Lastenheft ist die Frage, das Pflichtenheft ist die Antwort. Wer als Auftraggeber schon im Lastenheft die Lösung vorschreibt, nimmt sich genau das weg, wofür er den Spezialisten bezahlt.

Warum die Reihenfolge nicht verhandelbar ist

Ich sehe im Mittelstand ständig denselben Ablauf: Der Unternehmer ruft drei Anbieter an, erklärt am Telefon, was er ungefähr braucht, und bekommt drei Angebote, die er nicht vergleichen kann. Weil jeder Anbieter etwas anderes verstanden hat.

Ein Lastenheft löst das an der Wurzel. Alle drei Anbieter bekommen dasselbe Dokument. Alle drei rechnen gegen dieselbe Anforderung. Und plötzlich vergleichst du Preise statt Interpretationen. Genau dieselbe Logik gilt auf der anderen Seite des Tisches: Wenn du Anbieter bist, ist das Pflichtenheft der Grund, warum du überhaupt seriös kalkulieren kannst. Wie du aus dieser Grundlage ein Dokument machst, das verkauft, steht im Detail unter Angebot schreiben.

Was ein Lastenheft ist — und was nicht

Ein Lastenheft ist die schriftliche Beschreibung deines Bedarfs aus Sicht des Auftraggebers. Es beantwortet drei Fragen: Was soll erreicht werden, warum, und woran erkennst du, dass es erreicht ist.

Es ist ausdrücklich kein technisches Konzept. Es sagt „Die Anlage muss 400 Teile pro Stunde ausbringen", nicht „Die Anlage bekommt einen Servomotor von Hersteller X". Der Unterschied ist bares Geld: Sobald du die Technik vorschreibst, haftest du für sie. Beschreibst du nur das Ergebnis, haftet der Lieferant für die Zielerreichung.

Der zweite Punkt, den fast alle unterschätzen: Ein Lastenheft ist ein Vertriebsdokument, auch wenn nur Technik drinsteht. Es entscheidet, welche Anbieter überhaupt antworten. Ein schlampiges Dokument filtert die guten Anbieter heraus, nicht die schlechten — weil die guten ausgelastet sind und keine Lust auf Rätselraten haben.

Was im Lastenheft nichts zu suchen hat

• Lösungsvorgaben. Produkte, Marken, Bauteile, Softwarearchitektur. Es sei denn, es gibt einen zwingenden Grund — dann schreib den Grund dazu.
• Wünsche ohne Priorität. Wenn alles „wichtig" ist, ist nichts wichtig. Die Priorisierung kommt gleich.
• Unmessbare Adjektive. „Benutzerfreundlich", „modern", „performant". Kein Gericht und kein Prüfer kann damit etwas anfangen.
• Interne Politik. Wer im Haus was durchsetzen wollte, gehört nicht in dieses Dokument.
• Vertragstext. AGB, Zahlungsbedingungen und Haftung gehören in den Vertrag, nicht in die Anforderungsliste.

Bevor du überhaupt anfängst zu schreiben: Kläre den Bedarf. Die Fragetechnik dafür ist dieselbe, die du im Verkaufsgespräch nutzt — sauber nachfragen, bis das echte Problem auf dem Tisch liegt. Der komplette Werkzeugkasten steht in der Bedarfsanalyse. Ein Lastenheft ist am Ende nichts anderes als eine schriftliche Bedarfsanalyse, die auch dein Lieferant lesen kann.

Was ein Pflichtenheft ist

Das Pflichtenheft ist die Antwort des Auftragnehmers auf das Lastenheft. Es beschreibt die konkrete Lösung: Welche Technik, welcher Aufwand, welche Termine, welche Mitwirkung des Kunden, welche Abnahmekriterien.

Damit hat das Pflichtenheft zwei Funktionen gleichzeitig. Erstens ist es die Umsetzungsvorgabe für das eigene Team. Zweitens ist es der Nachweis, dass der Anbieter die Anforderung verstanden hat. Der zweite Punkt gewinnt Aufträge. Wer ein Pflichtenheft liefert, in dem der Kunde seine eigenen Sätze wiedererkennt, ist im Auswahlprozess schon halb durch.

Formal gilt: Jede Anforderung aus dem Lastenheft muss sich im Pflichtenheft wiederfinden. Entweder als zugesagte Umsetzung, als Alternativvorschlag oder als begründete Absage. Was verschwindet, kommt später als Streitpunkt zurück.

Das Pflichtenheft ist dein Verkaufsdokument

Verkäufer machen hier einen teuren Denkfehler. Sie behandeln das Pflichtenheft als lästige Pflichtübung nach dem Auftrag. Falsch. Es ist der Moment, in dem du dem Kunden zeigst, dass du sein Geschäft verstanden hast.

Drei Dinge, die ein Pflichtenheft im Vertrieb leisten muss:

• Rückspiegeln. Nimm die Formulierungen des Kunden wörtlich auf. Er soll sich selbst lesen.

• Einordnen. Sag, welche Anforderung du für die wichtigste hältst — und warum. Das ist Beratung, nicht Widerspruch.
• Abgrenzen. Schreib auf, was nicht enthalten ist. Klare Grenzen erzeugen Vertrauen, keine Skepsis.

Wenn das Angebot danach noch offen liegt, entscheidet der Nachfassanruf. Wie der abläuft, steht unter Angebot nachfassen. Und die Kalkulation dahinter — also die Frage, ob dein Aufwand aus dem Pflichtenheft am Ende auch Gewinn übrig lässt — regelt die Preiskalkulation.

Lastenheft-Vorlage: die Gliederung, die trägt

Eine gute Lastenheft-Vorlage ist keine Datei, die du irgendwo herunterlädst und ausfüllst. Sie ist eine Gliederung, die du auf dein Projekt anwendest. Hier ist die Struktur, die sich im Mittelstand bewährt hat — von der ersten bis zur letzten Überschrift:

• 1. Ausgangslage. Was ist heute, was stört daran, seit wann. Zwei Absätze reichen.
• 2. Zielsetzung. Was soll nach dem Projekt anders sein. Möglichst in Zahlen: Durchsatz, Bearbeitungszeit, Fehlerquote, Kosten.
• 3. Projektumfang und Abgrenzung. Was gehört dazu — und ausdrücklich: was nicht.
• 4. Ist-Prozess. Wie läuft es heute ab, welche Systeme, welche Schnittstellen, welche Mengen.
• 5. Funktionale Anforderungen. Was muss die Lösung können. Nummeriert, einzeln prüfbar.
• 6. Nichtfunktionale Anforderungen. Verfügbarkeit, Reaktionszeiten, Datenschutz, Sicherheit, Wartbarkeit.
• 7. Schnittstellen. Welche Systeme müssen miteinander sprechen, in welche Richtung, in welchem Takt.
• 8. Rahmenbedingungen. Gesetze, Normen, betriebliche Vorgaben, vorhandene Infrastruktur.
• 9. Mengengerüst. Nutzerzahlen, Datenvolumen, Stückzahlen, Spitzenlasten.
• 10. Termine und Meilensteine. Wann muss was stehen, welche Termine sind hart.
• 11. Abnahmekriterien. Woran wird gemessen, ob geliefert wurde.
• 12. Mitwirkung des Auftraggebers. Was stellst du bereit: Daten, Ansprechpartner, Testumgebung, Zeit.
• 13. Anlagen. Prozessbilder, Beispieldaten, Fotos, bestehende Verträge.

Diese dreizehn Punkte sind die Vorlage. Kein Punkt darf leer bleiben — wenn er nicht zutrifft, schreib „entfällt" und den Grund dazu. Genau diese leeren Stellen sind es, über die später gestritten wird.

Achtung bei der Länge: Ein Anforderungsdokument für eine Maschinensteuerung kann 60 Seiten haben, eines für ein neues CRM im 15-Mann-Betrieb acht. Die Regel ist nicht Umfang, sondern Vollständigkeit der Gliederung.

Anforderungen formulieren: Muss, Soll, Kann

Das ist der Teil, an dem die meisten Lastenhefte scheitern. Nicht an der Struktur — an den Sätzen.

Jede Anforderung bekommt eine eindeutige Nummer, eine Priorität und ein Prüfkriterium. Die Priorisierung läuft über drei Stufen:

• Muss. Ohne diese Anforderung ist das Projekt gescheitert. Wird sie nicht erfüllt, gibt es keine Abnahme.
• Soll. Wichtig, aber verhandelbar. Wird erfüllt, wenn Aufwand und Nutzen stimmen.
• Kann. Wünschenswert. Fällt als Erstes raus, wenn Budget oder Zeit knapp werden.

Und dann die Formulierung. Schlecht ist: „Das System soll schnell sein." Gut ist: „Das System muss eine Suchanfrage über 500.000 Datensätze in unter zwei Sekunden beantworten." Der Unterschied ist nicht Stil. Der erste Satz ist nicht prüfbar, der zweite ist es.

Drei Regeln für jede einzelne Zeile:

• Ein Satz, eine Anforderung. Sobald ein „und" auftaucht, sind es zwei.
• Aktiv und mit Subjekt. „Das System erzeugt", nicht „Es wird erzeugt". Passiv verschleiert, wer zuständig ist.
• Messbar oder beobachtbar. Wenn du nicht sagen kannst, wie du es prüfst, ist es keine Anforderung, sondern ein Gefühl.

Wer diese drei Regeln durchhält, hat automatisch die Abnahmekriterien mitgeschrieben. Das ist der eigentliche Gewinn: Ein sauber formuliertes Lastenheft ist gleichzeitig die Prüfliste für die Abnahme.

Ein Punkt, den fast jeder vergisst: die Version. Anforderungen ändern sich, während du schreibst — jemand aus der Produktion meldet noch einen Fall nach, der Datenschutz kippt eine Idee. Wenn dann drei Fassungen im Umlauf sind und niemand weiß, welche gilt, kalkulieren deine Anbieter auf verschiedenen Ständen. Gib jeder Fassung eine Nummer, ein Datum und eine kurze Änderungsliste auf der ersten Seite. Zwei Minuten Arbeit, die dir später eine unangenehme Diskussion über die Frage ersparen, welches Dokument der Vergabe zugrunde lag.

Pflichtenheft-Vorlage: die Gliederung des Auftragnehmers

Die Pflichtenheft-Vorlage folgt derselben Logik, dreht aber die Perspektive. Sie beantwortet Punkt für Punkt, was im Lastenheft gefordert wurde:

• 1. Bezug. Auf welches Lastenheft in welcher Version bezieht sich dieses Dokument.
• 2. Aufgabenverständnis. Die Anforderung in eigenen Worten. Der Kunde prüft hier, ob du ihn verstanden hast.
• 3. Lösungskonzept. Der fachliche Weg: Aufbau, Komponenten, Vorgehen.
• 4. Umsetzung je Anforderung. Zu jeder Nummer aus dem Anforderungsdokument: erfüllt, teilweise erfüllt, alternativ gelöst, nicht enthalten.
• 5. Technische Umsetzung. Systeme, Versionen, Architektur, Schnittstellen.
• 6. Leistungsabgrenzung. Was ausdrücklich nicht enthalten ist. Der wichtigste Abschnitt des ganzen Dokuments.
• 7. Mitwirkungspflichten. Was der Auftraggeber liefern muss, bis wann, in welcher Form.
• 8. Projektplan. Phasen, Meilensteine, Abhängigkeiten, Termine.
• 9. Rollen und Ansprechpartner. Wer entscheidet, wer liefert, wer prüft — auf beiden Seiten.
• 10. Abnahmeverfahren. Wie wird geprüft, in welchen Schritten, mit welchen Fristen.
• 11. Aufwand und Preis. Aufgeschlüsselt, nicht als Summe.
• 12. Änderungsverfahren. Wie werden Änderungswünsche behandelt und bepreist.
• 13. Annahmen und Risiken. Worauf die Kalkulation aufbaut, was sie kippen könnte.

Punkt 13 unterschätzen fast alle. Jede Kalkulation steht auf Annahmen — Datenqualität, Verfügbarkeit von Ansprechpartnern, Stabilität von Altsystemen. Schreib sie auf. Wenn eine Annahme später nicht hält, diskutierst du über einen Satz, den du vorher geliefert hast, und nicht über deine Glaubwürdigkeit. Die systematische Variante davon ist Risikomanagement.

Die Abnahmekriterien entscheiden über die letzte Rechnung

Der teuerste Satz in deutschen Projekten lautet: „Das haben wir uns anders vorgestellt." Er fällt immer am Ende, immer beim Geld, und er fällt immer dann, wenn Punkt 10 der Vorlage schwammig war.

Ein sauberes Abnahmeverfahren beantwortet vier Fragen: Wer prüft, wogegen wird geprüft, in welcher Frist, und was passiert bei Mängeln. Vier Sätze. Sie entscheiden darüber, ob die Schlussrechnung bezahlt wird oder sechs Monate offen liegt.

Und noch etwas: Definiere die Teilabnahme. Ein Projekt, das erst am Ende abgenommen wird, sammelt alle Konflikte für den Schluss. Ein Projekt mit drei Teilabnahmen klärt sie unterwegs, während beide Seiten noch Interesse an einer Lösung haben.

Lastenheft, Pflichtenheft und die User Story: was wann gilt

Hier trennen sich zwei Welten — und die Verwechslung kostet regelmäßig Projekte.

Lastenheft und Pflichtenheft sind die klassische Form der Anforderung. Alles wird vorab beschrieben, freigegeben und dann gebaut. Das passt, wenn das Ziel bekannt ist, der Umfang stabil bleibt und die Abnahme gegen einen festen Stand erfolgen muss: Maschinen, Bauprojekte, Anlagen, regulierte Bereiche, Festpreisverträge.

Die User Story ist die agile Form der Anforderung. Sie beschreibt aus Sicht des Nutzers, was er erreichen will und warum — kurz, verhandelbar, mit Akzeptanzkriterien statt Paragrafen. Sie passt, wenn das Ziel klar ist, der Weg dorthin aber unterwegs gelernt wird: Software, digitale Produkte, alles mit echten Nutzern und schneller Rückmeldung.

Beide Formen beantworten dieselbe Frage — was soll gebaut werden — aber mit unterschiedlichem Zeitpunkt. Das Lastenheft beantwortet sie einmal, vollständig, vorab. Die User Story beantwortet sie fortlaufend, in kleinen Stücken, während gebaut wird.

Der Rahmen für die agile Variante ist meistens Scrum: Anforderungen wandern als User Stories in ein Backlog, werden priorisiert und in Sprints umgesetzt. Der Rahmen für die klassische Variante ist das Wasserfallmodell mit seinen aufeinanderfolgenden Phasen — und dort ist das Lastenheft der erste Meilenstein.

Und was ist mit Mischformen? Die gibt es, und sie funktionieren. Ein Lastenheft, das die harten Rahmenbedingungen und die Muss-Anforderungen festschreibt, und darunter ein Backlog aus User Stories für alles, was unterwegs entschieden wird. Vor allem im Mittelstand ist das oft der realistische Weg: Der Einkauf braucht ein Dokument für die Vergabe, das Team braucht Beweglichkeit in der Umsetzung.

Eine Warnung bleibt: Misch die Ebenen nicht innerhalb eines Dokuments. Ein Dokument, in dem auf Seite 12 plötzlich User Stories stehen, verwirrt beide Seiten. Trenne sauber — hier die vertraglich bindende Anforderung, dort die Umsetzungsplanung.

Vom Lastenheft zum Plan: was danach passiert

Ein freigegebenes Pflichtenheft ist noch kein Projektplan. Es sagt, was gebaut wird — nicht, wer wann was tut.

Der nächste Schritt ist die Zerlegung. Aus jeder Anforderung wird ein Arbeitspaket, aus den Arbeitspaketen wird ein Projektstrukturplan. Der Zusammenhang ist eine gerade Linie: Das Lastenheft sagt was du willst, das Pflichtenheft sagt wie es umgesetzt wird, der Projektstrukturplan sagt welche Pakete dafür entstehen, und erst der Terminplan sagt wann.

Wer diese Linie überspringt, plant Termine für Arbeitspakete, die noch niemand definiert hat. Das Ergebnis kennt jeder: ein Plan, der in Woche drei zum ersten Mal korrigiert wird und danach nie wieder stimmt. Wie du das insgesamt aufsetzt — Phasen, Steuerung, Berichtswesen — steht im Überblick zum Projektmanagement.

Zwei Dinge gehören noch dazu:

• Verantwortlichkeiten klären. Wer entscheidet über Änderungen an der Anforderung? Wer gibt Teilabnahmen frei? Ohne Namen bleibt es Theorie. Das Werkzeug dafür ist die RACI-Matrix.
• Beteiligte einsammeln. Wer im Haus muss das Lastenheft mitgezeichnet haben, damit später niemand aus der zweiten Reihe alles aufmacht? Die systematische Antwort liefert die Arbeit mit Stakeholdern.

Die sieben Fehler, die Lastenhefte teuer machen

Ich habe genug Projekte gesehen, um die Fehler nach Häufigkeit zu sortieren. Diese sieben kosten im Mittelstand das meiste Geld:

1. Die Lösung steht schon drin. Der Chef hat auf einer Messe ein System gesehen und schreibt es ins Lastenheft. Damit ist der Wettbewerb tot und die Verantwortung liegt bei dir statt beim Lieferanten.

2. Keine Priorisierung. 180 Anforderungen, alle gleich wichtig. Der Anbieter kalkuliert alles voll durch, der Preis explodiert, das Projekt stirbt im Einkauf.

3. Unmessbare Formulierungen. „Intuitiv bedienbar", „hohe Verfügbarkeit", „gute Performance". Bei der Abnahme steht Meinung gegen Meinung.

4. Das Mengengerüst fehlt. Der Anbieter rechnet mit 50 Nutzern, tatsächlich sind es 400. Die Nachforderung kommt garantiert — und sie ist berechtigt.

5. Keine Abgrenzung. Was nicht drinsteht, ist automatisch strittig. Schreib ausdrücklich auf, was nicht Teil des Auftrags ist. Dieser eine Abschnitt spart mehr Geld als alle anderen zusammen.

6. Kein Änderungsverfahren. Änderungen kommen immer. Die Frage ist nur, ob sie geordnet oder als Gefälligkeit laufen. Ohne Verfahren macht jeder Änderungswunsch dein Projekt teurer, ohne dass die Rechnung steigt.

7. Das Lastenheft wird nie wieder gelesen. Es wird geschrieben, verschickt, abgeheftet — und bei der Abnahme diskutiert man aus dem Gedächtnis. Ein Dokument, das nicht in jedem Statusgespräch auf dem Tisch liegt, war verschwendete Arbeit.

Und ein achter, der eigentlich alle anderen erklärt: Das Lastenheft wird von der falschen Person geschrieben. Nämlich von dem, der Zeit hat — nicht von dem, der den Prozess kennt. Wer den Ablauf täglich macht, gehört in die Erstellung. Immer.

Lastenheft im Mittelstand: drei typische Situationen

Der Maschinenbauer, der eine Anlage bestellt. Hier ist das Dokument technisch und mengenlastig: Taktzeit, Ausbringung, Toleranzen, Werkstoffe, Schnittstellen zur bestehenden Linie, Wartungskonzept. Die Abnahmekriterien sind messbar — genau das macht diese Projekte vergleichsweise sauber. Der typische Fehler liegt woanders: Die Anforderungen der Instandhaltung fehlen, weil nur die Produktion gefragt wurde.

Der Handwerksbetrieb, der ein Branchenprogramm einführt. Hier fällt die Anforderungsbeschreibung meist zu kurz aus, weil man „das doch beim Termin bespricht". Ergebnis: drei unvergleichbare Angebote und ein Projekt, das an der Datenübernahme aus dem Altsystem hängen bleibt. Der Punkt, der hier wirklich zählt, ist das Kapitel Schnittstellen und Datenmigration — nicht die Funktionsliste.

Der Dienstleister, der ein Lastenheft bekommt. Für ihn ist das Dokument eine Vertriebschance. Er kann es abarbeiten wie eine Checkliste — oder er kann im Pflichtenheft zeigen, welche der 180 Anforderungen den Nutzen tragen und welche fünf man streichen sollte. Wer das kann, wird zum Berater und nicht zum austauschbaren Anbieter. Das ist Vertrieb auf höchster Stufe: Du redest über das Geschäft des Kunden, nicht über dein Produkt.

Was alle drei Fälle verbindet: Das Dokument ersetzt kein Gespräch. Ein Lastenheft, das ohne persönlichen Austausch entsteht, beschreibt die Wunschvorstellung einer Abteilung. Eines, das nach zwei sauberen Gesprächen mit den Leuten am Prozess entsteht, beschreibt das Unternehmen.

Was das für dich als Unternehmer bedeutet

Lastenheft und Pflichtenheft sehen aus wie Bürokratie. Sie sind das Gegenteil. Sie sind das Werkzeug, mit dem du aus einer teuren Absichtserklärung ein überprüfbares Geschäft machst — auf beiden Seiten des Tisches.

Als Auftraggeber sparst du dir das halbe Jahr Diskussion, das ich am Anfang beschrieben habe. Als Auftragnehmer gewinnst du Aufträge, weil du der Einzige bist, der sauber zurückspiegelt, was der Kunde will. Und in beiden Rollen gilt derselbe Satz: Was nicht aufgeschrieben ist, existiert nicht.

Das Muster dahinter ist immer dasselbe — ob im Projekt, im Vertrieb oder in der Führung. Klarheit schlägt Talent. Ich steuere meine Unternehmen aus Dubai vom Smartphone aus, während in Bochum über 70 Mitarbeiter liefern. Das geht nur, weil festgeschrieben ist, wer was liefert und woran wir es messen. Mit System, nicht mit Glück.

Wenn du dieses Prinzip nicht nur auf Projekte, sondern auf dein ganzes Unternehmen anwenden willst: Im Unternehmer-Paket bekommst du sieben Anleitungen, mit denen du Vertrieb, Prozesse und Führung so aufstellst, dass sie auch dann laufen, wenn du nicht im Raum bist. Kostenlos, sofort verfügbar, direkt anwendbar. Hol dir das Paket und fang mit dem Bereich an, der dich gerade am meisten Zeit kostet.

Und dann setz dich hin und schreib dein nächstes Lastenheft. Nicht perfekt. Vollständig. Der Rest ergibt sich.

Häufige Fragen zu Lastenheft und Pflichtenheft

Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?

Das Lastenheft kommt vom Auftraggeber und beschreibt, was er will. Das Pflichtenheft kommt vom Auftragnehmer und beschreibt, wie er es umsetzt. Es steht am Anfang und ist Grundlage der Ausschreibung; das Pflichtenheft entsteht danach und wird nach der Freigabe Vertragsbestandteil. Beide Begriffe sind in der DIN 69901 für das Projektmanagement definiert — sie sind also nicht Auslegungssache, sondern feste Rollenzuweisungen.

Wer schreibt das Lastenheft?

Der Auftraggeber — und zwar die Leute, die den Prozess wirklich kennen, nicht die, die gerade Zeit haben. In der Praxis führt eine Person die Feder, sammelt aber die Anforderungen aus allen betroffenen Bereichen ein: Fachabteilung, Instandhaltung, IT, Einkauf, Datenschutz. Ein Anforderungsdokument, das nur eine Abteilung abbildet, produziert garantiert Nachforderungen. Verantwortlichkeiten und Freigaben klärst du am schnellsten über eine RACI-Matrix.

Braucht man bei agilen Projekten überhaupt ein Lastenheft?

Oft ja — aber in schlanker Form. Auch ein agiles Projekt braucht einen vertraglichen Rahmen: Ziele, Rahmenbedingungen, Muss-Anforderungen, Budget, Abnahmelogik. Was sich unterscheidet, ist die Detailtiefe. Statt 180 Einzelanforderungen im Voraus beschreibst du den Rahmen und arbeitest die Details fortlaufend über User Stories im Backlog ab. Ein Dokument, das jeden Klick vorschreibt, macht ein agiles Vorgehen sinnlos — der Rahmen aber bleibt.

Wie lang muss ein Lastenheft sein?

So lang wie nötig, so kurz wie möglich — aber vollständig in der Gliederung. Für ein Branchenprogramm im 15-Mann-Betrieb reichen häufig acht bis zwölf Seiten, für eine Sondermaschine können es 60 werden. Der falsche Maßstab ist der Umfang, der richtige ist die Frage: Kann ein fremder Anbieter allein mit diesem Dokument ein belastbares Angebot rechnen? Wenn nein, fehlt etwas — meistens das Mengengerüst oder die Abgrenzung.

Ist das Pflichtenheft rechtlich bindend?

Sobald es freigegeben und zum Vertragsbestandteil erklärt wurde: ja. Genau deshalb entscheidet die Sorgfalt in diesem Dokument über die Schlussrechnung. Die Abnahme wird gegen das Pflichtenheft geprüft, nicht gegen mündliche Zusagen aus dem Projektverlauf. Wichtig sind dabei drei Abschnitte: die Leistungsabgrenzung, die Mitwirkungspflichten des Auftraggebers und das Änderungsverfahren. Wer die sauber schreibt, streitet später nicht.