Was ist ein Lastenheft?

Ein Lastenheft ist die vom Auftraggeber festgelegte Gesamtheit der Anforderungen an eine Software oder Leistung. Nach DIN 69901-5 beschreibt es das Was und das Wofür aus Sicht des Kunden, ohne festzulegen, wie die Lösung technisch umgesetzt wird. Es dient als Grundlage für Ausschreibung, Angebot und Vertrag und ist damit das zentrale Dokument der strukturierten Softwareauswahl.

Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?

Das Lastenheft schreibt der Auftraggeber und es beschreibt das Was und Wofür, also die Anforderungen. Das Pflichtenheft schreibt der Anbieter als Antwort darauf und es beschreibt das Wie und Womit, also die konkrete technische Umsetzung. Vereinfacht beantwortet das Lastenheft, was erreicht werden soll, und das Pflichtenheft, wie der Anbieter das lösen will. Beide sind nach DIN 69901-5 definiert.

Welche Norm gilt für ein Lastenheft?

Maßgeblich ist in Deutschland die DIN 69901-5, die das Lastenheft im Projektmanagement definiert. Die Vorgehensweise zur Erstellung beschreibt die VDI 2519 Blatt 1. Im internationalen Kontext ist die ISO IEC IEEE 29148 für das Requirements Engineering relevant. Diese Normen legen Mindestinhalte und die klare Trennung zwischen Anforderung und Lösung fest, geben aber keine starre Form vor.

Was gehört in ein Lastenheft?

Ein belastbares Lastenheft enthält die Ausgangslage und Ziele, eine Beschreibung des Unternehmens mit Mengengerüst, die funktionalen und die nicht funktionalen Anforderungen, die benötigten Integrationen und Schnittstellen, Vorgaben zu Daten und Migration, die Anforderungen an Compliance und Recht, die Erwartungen an Betrieb und Support sowie klare Abnahmekriterien und einen Rahmen für Budget und Zeit.

Warum ist ein gutes Lastenheft so wichtig?

Weil ein großer Teil gescheiterter Projekte auf unklare oder unvollständige Anforderungen zurückgeht. Das Lastenheft legt diese Anforderungen früh fest, wenn eine Korrektur noch günstig ist. Zudem ist es juristisch relevant, denn nur als Anlage zum Vertrag sind seine Anforderungen bindend. Ein klares Lastenheft senkt damit sowohl das Projektrisiko als auch das Risiko späterer Streitigkeiten.

Wie formuliert man eine gute Anforderung?

Eine gute Anforderung ist messbar und prüfbar. Statt benutzerfreundlich schreibt man ein konkretes Kriterium wie eine Antwortzeit unter einer bestimmten Grenze oder ein durchlaufbares Testszenario. Bewährt hat sich das Format der User Story, das jede Funktion mit einem Nutzen begründet. Schwammige Formulierungen sind vor Gericht wertlos, messbare Kriterien sind bindend und in Demos überprüfbar.

Was bedeutet MoSCoW im Lastenheft?

MoSCoW ist eine Methode zur Priorisierung von Anforderungen. Die Buchstaben stehen für Muss, Soll, Kann und Wird nicht. Muss-Anforderungen sind zwingend, ohne sie ist die Lösung ungeeignet. Soll- und Kann-Anforderungen sind wichtig oder wünschenswert, aber nicht kritisch. Diese Einordnung verhindert, dass ein langer Wunschzettel entsteht, in dem das wirklich Wichtige nicht mehr erkennbar ist.

Welche Abteilungen sollten am Lastenheft mitwirken?

Ein gutes Lastenheft entsteht abteilungsübergreifend. Die Fachbereiche liefern die funktionalen Anforderungen aus dem Tagesgeschäft, die IT die technischen und die Integrationsanforderungen, der Einkauf die kaufmännischen und vertraglichen Aspekte, der Datenschutz und die Rechtsabteilung die Compliance-Vorgaben. Je nach Land und Fall gehören auch der Betriebsrat und das Qualitätsmanagement einbezogen, und die Geschäftsführung setzt den strategischen Rahmen.

Unterscheidet sich das Lastenheft je nach Branche?

Ja, die Grundstruktur bleibt gleich, aber die Schwerpunkte verschieben sich. In der Fertigung stehen Maschinenanbindung und MES-Integration im Vordergrund, im Handel die Omnichannel-Fähigkeit, in der Logistik die Lager- und Transportprozesse. In Pharma und Medizintechnik ist eine Validierung nach GxP nötig, im Finanzsektor die Regulatorik. Das Lastenheft sollte diese branchenspezifischen Anforderungen ausdrücklich enthalten.

Wann wird das Lastenheft rechtlich bindend?

Das Lastenheft ist zunächst eine Aufforderung zur Angebotsabgabe und für sich genommen nicht bindend. Bindend wird es erst, wenn es als Anlage in den Vertrag aufgenommen wird. Fehlt diese Aufnahme, gilt im Streitfall nur der Vertragstext, und die im Lastenheft genannten Anforderungen sind unverbindlich. Deshalb sollte das freigegebene Lastenheft immer ausdrücklich zum Vertragsbestandteil gemacht werden.

Braucht man auch im agilen Vorgehen ein Lastenheft?

Auch im agilen Vorgehen ist ein übergeordnetes Lastenheft sinnvoll. Es definiert zu Projektbeginn den Gesamtumfang, die Ziele und die Rahmenbedingungen, während die Details anschließend iterativ über ein Product Backlog verfeinert werden. Viele Organisationen nutzen einen hybriden Ansatz, bei dem das Lastenheft den Rahmen setzt und die agile Umsetzung die Feinarbeit übernimmt.

Wie hängt das Lastenheft mit der Prozessanalyse zusammen?

Sehr eng, denn die Prozessanalyse liefert die Grundlage für das Lastenheft. Erst wenn die heutigen Prozesse, ihre Schwachstellen und der Soll-Zustand verstanden sind, lassen sich sinnvolle Anforderungen formulieren. Wer das Lastenheft ohne vorherige Prozessanalyse schreibt, riskiert, bestehende Schwächen in die neue Software zu übertragen. Die Prozessanalyse ist damit der logische Schritt vor der Erstellung des Lastenhefts.