Das Lastenheft

Das Lastenheft ist das zentrale Ausgangsdokument eines Projektauftrags. Darin hält der Auftraggeber fest, was erreicht werden soll und wofür. Wie das Ergebnis technisch umgesetzt wird, steht nicht im Lastenheft. Diese Frage beantwortet der Auftragnehmer später im Pflichtenheft.

Im Modul Projektmanagement stellen die Betreuenden der Projekte das Lastenheft bereit. Auf dieser Grundlage erstellen die Teams ihr Pflichtenheft und den Projektplan.

Die DIN 69901-5 definiert das Lastenheft als die

„vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages“ (DIN 69901-5:2009-01).

Das Pflichtenheft umfasst dagegen die

„vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenheftes“ (DIN 69901-5:2009-01).

Wie man beim Erstellen beider Dokumente vorgeht, beschreibt die Richtlinie VDI 2519 Blatt 1.

Beide Dokumente bauen aufeinander auf. Jede Position im Pflichtenheft muss sich auf mindestens eine Forderung im Lastenheft zurückführen lassen. Umgekehrt muss jede Forderung des Lastenhefts im Pflichtenheft beantwortet werden.

• Es schafft ein gemeinsames Verständnis von Ziel und Umfang des Projekts, bevor Aufwand entsteht.

• Es dient als Vertragsgrundlage zwischen Auftraggeber und Auftragnehmer.

• Es grenzt den Projektumfang ab: Was nicht im Lastenheft steht, ist zunächst nicht beauftragt.

• Es bildet den Maßstab für die Abnahme am Projektende.

• Es macht Änderungen nachvollziehbar, weil jede Änderung dokumentiert und versioniert wird.

Für Lastenhefte gibt es keine allgemein verbindliche Gliederung. Die Vorlage für das Modul Projektmanagement ist wie folgt aufgebaut:

• Funktionale Anforderungen beschreiben, was das System tun soll, zum Beispiel: „Das System fährt definierte Positionen an.“

• Nichtfunktionale Anforderungen beschreiben, wie gut oder unter welchen Bedingungen es das tun soll, etwa Genauigkeit, Zuverlässigkeit, Sicherheit oder Ergonomie.

• Randbedingungen sind Vorgaben, die den Lösungsraum einschränken, zum Beispiel vorhandene Bauteile, Budget, Termine oder geltende Normen.

• Muss: Die Anforderung ist zwingend. Wird sie nicht erfüllt, ist der Auftrag nicht erfüllt.

• Kann: Die Anforderung ist eine erwünschte Erweiterung. Sie wird umgesetzt, wenn die Muss-Anforderungen erfüllt sind und Ressourcen verbleiben.

Eine einzelne Anforderung sollte nach ISO/IEC/IEEE 29148:2018 unter anderem folgende Eigenschaften haben:

• notwendig: Ohne sie fehlt dem Ergebnis eine benötigte Eigenschaft.

• eindeutig: Sie lässt nur eine Interpretation zu.

• vollständig: Sie ist ohne zusätzliche Erläuterung verständlich.

• singulär: Sie beschreibt genau einen Sachverhalt.

• umsetzbar: Sie ist mit den verfügbaren Mitteln realisierbar.

• überprüfbar: Ihre Erfüllung lässt sich durch Test, Messung oder Inspektion nachweisen.

Jede wesentliche Anforderung und Randbedingung erhält eine eindeutige ID, z. B. LH-001, LH-002 usw. Diese ID bleibt während des gesamten Projekts unverändert. Wird eine Anforderung gestrichen, wird ihre ID nicht neu vergeben.

Im Pflichtenheft verweisen die Positionen auf diese IDs. So entsteht eine eindeutige Verknüpfung zwischen Forderung (Lastenheft) und Umsetzung (Pflichtenheft). Bei der Abnahme lässt sich für jede ID zeigen, ob und wie sie erfüllt wurde.

Zusätzlich können zwei weitere Kennungen verwendet werden:

• OP-001, OP-002 usw. kennzeichnen offene Punkte, die noch geklärt werden müssen.

• AN-001, AN-002 usw. kennzeichnen Annahmen. Eine Annahme ist eine vorläufig als gültig gesetzte Randbedingung, die im Projektverlauf bestätigt oder verworfen werden muss.

Beispiel für die Verknüpfung:

• Lösungen werden vorgegeben, statt Anforderungen zu beschreiben.

• Anforderungen sind nicht prüfbar, zum Beispiel „benutzerfreundlich“, „robust“ oder „möglichst schnell“.

• Mehrere Anforderungen stehen in einem Satz.

• Muss- und Kann-Anforderungen sind nicht unterschieden.

• Abnahmekriterien fehlen.

• Änderungen werden nicht dokumentiert oder IDs werden neu vergeben.

1. Die Betreuenden stellen die Lastenhefte der angebotenen Projekte bereit.

1. Die Teams analysieren das Lastenheft und klären offene Punkte mit der Betreuung.

1. Die Teams erstellen das Pflichtenheft. Jede Position verweist auf die zugehörigen IDs aus dem Lastenheft.

1. Arbeitsumfang, Zuständigkeiten und überprüfbare Abnahmekriterien werden mit der Betreuung abgestimmt.

1. Bei der Abnahme wird für jede Muss-Anforderung nachgewiesen, dass sie erfüllt ist.

• DIN 69901-5:2009-01: Projektmanagement – Projektmanagementsysteme – Teil 5: Begriffe. Berlin: Beuth.

• VDI 2519 Blatt 1:2001-12: Vorgehensweise bei der Erstellung von Lasten-/Pflichtenheften. Düsseldorf: VDI. VDI-Richtliniendetails

• ISO/IEC/IEEE 29148:2018: Systems and software engineering – Life cycle processes – Requirements engineering. Genf: ISO.

• Wikipedia: Lastenheft