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.
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.
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.