Das Lastenheft beschreibt die Anforderungen aus Sicht des Auftraggebers: was erreicht werden soll und unter welchen Bedingungen — nicht wie es technisch umzusetzen ist. Diese Trennung ist sein wesentliches Merkmal und zugleich der am häufigsten verletzte Grundsatz.
Was ein Lastenheft ist
Das Lastenheft ist die Gesamtheit der Forderungen des Auftraggebers an die Lieferungen und Leistungen eines Auftragnehmers. Es beantwortet zwei Fragen: Was soll erreicht werden, und wofür wird es gebraucht. Die Frage, wie das technisch gelöst wird, gehört ausdrücklich nicht hinein — sie ist Gegenstand des Pflichtenhefts, das der Anbieter erstellt.
Diese Rollenteilung hat einen praktischen Grund. Wenn der Auftraggeber die Lösung vorschreibt, kann der Anbieter sein Fachwissen nicht einbringen. Er liefert dann exakt das Bestellte, auch wenn er einen besseren Weg kennt — und die Verantwortung für die Eignung der Lösung bleibt beim Auftraggeber. Ein lösungsoffenes Lastenheft verlagert diese Verantwortung dorthin, wo die Kompetenz liegt.
Gliederung
| Abschnitt | Inhalt |
|---|---|
| Ausgangslage | Warum gibt es das Vorhaben, welches Problem soll gelöst werden |
| Ziele | Was soll erreicht werden — messbar formuliert |
| Ist-Situation | Bestehende Prozesse, Systeme, Schnittstellen |
| Funktionale Anforderungen | Was das Ergebnis leisten muss |
| Nichtfunktionale Anforderungen | Verfügbarkeit, Leistung, Sicherheit, Datenhaltung, Bedienbarkeit |
| Rahmenbedingungen | Termine, Budget, rechtliche und organisatorische Vorgaben |
| Abgrenzung | Was ausdrücklich nicht Gegenstand ist |
| Abnahmekriterien | Woran die Erfüllung gemessen wird |
| Mitwirkungspflichten | Was der Auftraggeber beisteuert |
Zwei Abschnitte werden regelmässig weggelassen und sind besonders wertvoll. Die Abgrenzung verhindert Auslegungsstreit über den Umfang. Die Mitwirkungspflichten schützen den Anbieter — und damit indirekt den Termin, denn ein Projekt, das auf Zulieferungen des Auftraggebers wartet, verzögert sich genauso wie eines mit langsamem Anbieter.
Lastenheft und Pflichtenheft auf einen Blick
| Merkmal | Lastenheft | Pflichtenheft |
|---|---|---|
| Erstellt von | Auftraggeber | Auftragnehmer |
| Frage | Was und wofür? | Wie und womit? |
| Inhalt | Anforderungen, Ziele, Rahmenbedingungen | Umsetzungskonzept, das die Anforderungen erfüllt |
| Zeitpunkt | Vor Ausschreibung oder Angebot | Nach Auftrag, vor der Umsetzung |
| Zweck | Grundlage für Angebote und Vergleich | Verbindliche Grundlage für Realisierung und Abnahme |
Im deutschsprachigen Raum orientieren sich viele Organisationen an der Begriffsbestimmung der DIN 69901-5: Das Lastenheft enthält die vom Auftraggeber festgelegten Anforderungen an Lieferungen und Leistungen, das Pflichtenheft die vom Auftragnehmer daraus erarbeiteten Realisierungsvorgaben. Die ausführliche Gegenüberstellung finden Sie im Vergleich Lastenheft vs. Pflichtenheft.
Der Inhalt eines Lastenhefts im Detail
| Kapitel | Was hineingehört |
|---|---|
| Ausgangslage und Ziele | Anlass, Problem, messbare Ziele des Vorhabens |
| Ist-Zustand | Heutige Abläufe, Systeme, Mengengerüst, bekannte Schwachstellen |
| Soll-Zustand | Was die Lösung künftig ermöglichen soll, aus Sicht der Nutzenden |
| Funktionale Anforderungen | Was die Lösung tun muss — nummeriert, als Muss oder Kann gekennzeichnet |
| Nichtfunktionale Anforderungen | Leistung, Verfügbarkeit, Sicherheit, Datenschutz, Bedienbarkeit, Sprachen |
| Schnittstellen und Daten | Anbindungen an bestehende Systeme, Datenmigration, Datenhaltung |
| Rahmenbedingungen | Termine, Budgetrahmen, rechtliche und technische Vorgaben |
| Abnahmekriterien | Woran gemessen wird, ob die Lösung die Anforderungen erfüllt |
Anforderungen richtig formulieren
Jede Anforderung sollte einzeln prüfbar, eindeutig und lösungsneutral sein. Eine bewährte Form ist der Satz mit klarer Verbindlichkeitsstufe: «Das System muss …» für Pflichtanforderungen, «Das System sollte …» für Wünsche. Diese Unterscheidung erlaubt es dem Anbieter, Prioritäten zu erkennen.
| Schwach | Belastbar |
|---|---|
| Das System soll performant sein | Suchanfragen müssen bei 200 gleichzeitigen Nutzern in unter 2 Sekunden beantwortet werden |
| Benutzerfreundliche Oberfläche | Ein geschulter Sachbearbeiter erfasst einen Standardfall in höchstens 3 Minuten |
| Daten müssen sicher sein | Personendaten werden ausschliesslich in Rechenzentren in der Schweiz gespeichert |
| Anbindung an SAP | Das System muss Stammdaten über eine dokumentierte Schnittstelle aus dem ERP übernehmen |
Die letzte Zeile zeigt den Unterschied zwischen Anforderung und Lösungsvorgabe. «Anbindung an SAP» schreibt ein Produkt vor. Die rechte Formulierung beschreibt den Bedarf und lässt offen, wie er erfüllt wird — was bei einer öffentlichen Beschaffung ohnehin geboten ist.
Kann ich am Ende objektiv feststellen, ob sie erfüllt ist? Wenn nein, ist es keine Anforderung, sondern eine Absichtserklärung.
Nichtfunktionale Anforderungen ernst nehmen
Funktionale Anforderungen fallen leicht, weil man sie sich vorstellen kann. Nichtfunktionale Anforderungen — Verfügbarkeit, Antwortzeiten, Datenhaltung, Barrierefreiheit, Betriebskonzept — werden oft in zwei Sätzen abgehandelt und entscheiden dann im Betrieb über Erfolg und Kosten.
In Schweizer Projekten verdient die Datenhaltung besondere Aufmerksamkeit. Ob Personendaten das Land verlassen dürfen, ist keine technische Detailfrage, sondern eine, die die Anbieterauswahl vorentscheidet. Sie gehört ausformuliert ins Lastenheft und nicht in eine mündliche Nebenabrede. Dies ist eine allgemeine Einordnung und ersetzt keine Rechtsberatung.
Häufige Fehler
- Lösungen statt Bedarf beschreiben — nimmt dem Anbieter die Kompetenz und dem Auftraggeber die Optionen.
- Anforderungen ohne Priorität — der Anbieter kann nicht erkennen, wo Spielraum besteht.
- Sammelanforderungen, die mehrere Bedingungen in einem Satz bündeln — nicht einzeln prüfbar.
- Fehlende Abgrenzung — jede Auslegungslücke wird später zum Nachtrag.
- Abnahmekriterien erst im Vertrag — dann sind sie verhandelt statt definiert.
Vom Lastenheft zum Pflichtenheft
Der Anbieter beantwortet das Lastenheft mit dem Pflichtenheft: Er beschreibt, wie er die Anforderungen umsetzt. Beide Dokumente gehören zusammen — das Lastenheft definiert das Ziel, das Pflichtenheft den Weg. In der Praxis werden sie häufig vermischt, was zu Dokumenten führt, die weder das eine noch das andere sauber leisten.
Beispiel: gute und schwache Anforderungen
| Schwach formuliert | Prüfbar formuliert |
|---|---|
| Das System soll benutzerfreundlich sein. | Neue Nutzende können nach einer Einführung von 30 Minuten einen Antrag ohne Hilfe erfassen. |
| Die Lösung soll schnell sein. | Suchergebnisse werden bei 50 gleichzeitigen Nutzenden in weniger als 2 Sekunden angezeigt. |
| Daten sollen sicher sein. | Daten werden in der Schweiz oder EU gespeichert; Zugriffe werden protokolliert und sind rollenbasiert eingeschränkt. |
| Export muss möglich sein. | Alle Projektdaten lassen sich jederzeit vollständig in einem offenen Format (z. B. CSV, JSON) exportieren. |
Lastenheft für Softwareprojekte
Bei Software-Vorhaben verdienen einige Kapitel besondere Sorgfalt: Rollen und Berechtigungen, Schnittstellen zu bestehenden Systemen, die Datenmigration aus Altsystemen, Anforderungen an Betrieb und Support sowie Informationssicherheit und Datenschutz nach revDSG. Genau diese Themen werden in schwachen Lastenheften oft nur mit einem Satz abgehandelt und führen später zu Nachträgen. Hilfreich ist es, früh mit Betrieb und Informationssicherheit zu sprechen und deren Anforderungen ausdrücklich aufzunehmen.
Lastenheft in der öffentlichen Beschaffung
In öffentlichen Ausschreibungen nach BöB oder IVöB bildet das Lastenheft die Grundlage der Ausschreibungsunterlagen. Muss-Anforderungen wirken dort oft als Ausschlusskriterien, Kann-Anforderungen fliessen in die Bewertung ein. Deshalb ist die saubere Unterscheidung besonders wichtig: Eine unnötige Muss-Anforderung kann gute Angebote ausschliessen, eine fehlende führt zu Lösungen, die am Bedarf vorbeigehen. Der Anforderungskatalog-Generator auf projekttools.ch hilft, Anforderungen in dieser Struktur zu erfassen.
Selbst schreiben oder erstellen lassen?
Ein Lastenheft selbst zu schreiben hat einen grossen Vorteil: Die Organisation setzt sich intensiv mit ihrem eigenen Bedarf auseinander. Externe Unterstützung lohnt sich, wenn Erfahrung mit Anforderungsanalyse fehlt, viele Beteiligte moderiert werden müssen oder die Zeit knapp ist. Bewährt ist eine Mischform: Fachleute moderieren Workshops und formulieren, der Auftraggeber entscheidet über Inhalte und Prioritäten und gibt das Dokument frei.
Häufige Fragen
- Was gehört in ein Lastenheft?
- Ausgangslage, Ziele, Ist-Situation, funktionale und nichtfunktionale Anforderungen, Rahmenbedingungen, Abgrenzung, Abnahmekriterien und Mitwirkungspflichten. Abgrenzung und Mitwirkungspflichten werden am häufigsten weggelassen und sind besonders wertvoll.
- Wer erstellt das Lastenheft?
- Der Auftraggeber. Es beschreibt seinen Bedarf aus Anwendersicht. Der Anbieter antwortet darauf mit dem Pflichtenheft, in dem er die technische Umsetzung beschreibt.
- Wie ausführlich muss ein Lastenheft sein?
- So ausführlich, dass jede Anforderung einzeln und objektiv prüfbar ist — und nicht ausführlicher. Umfang ist kein Qualitätsmerkmal; entscheidend ist, dass jede Aussage am Ende gegen das Ergebnis gehalten werden kann.
- Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?
- Das Lastenheft beschreibt aus Sicht des Auftraggebers, was eine Lösung leisten soll. Das Pflichtenheft beschreibt aus Sicht des Auftragnehmers, wie diese Anforderungen umgesetzt werden.
- Kann man ein Lastenheft erstellen lassen?
- Ja, externe Fachleute können Anforderungen erheben, strukturieren und formulieren. Die inhaltliche Verantwortung und die Entscheide über Prioritäten bleiben aber beim Auftraggeber.
- Wie lang ist ein Lastenheft?
- Das hängt vom Vorhaben ab. Für kleinere Beschaffungen genügen wenige Seiten, bei grossen IT-Vorhaben können es deutlich mehr sein. Entscheidend ist, dass jede Anforderung eindeutig und prüfbar ist.