Anforderungskatalog

Ein Lastenheft (teils auch Anforderungsspezifikation, Kundenspezifikation oder Requirements Specification) beschreibt die Gesamtheit der Forderungen des Auftraggebers an die Lieferungen und Leistungen eines Auftragnehmers.

Ein wesentlicher Unterschied zu einem Pflichtenheft besteht darin, dass das Lastenheft dem Auftraggeber gehört. Das Pflichtenheft gehört dem Auftragnehmer. Ein Pflichtenheft beschreibt in konkreterer Form, wie der Auftragnehmer die Anforderungen im Lastenheft zu lösen gedenkt.

Das Lastenheft kann der Auftraggeber in einer Ausschreibung verwenden und an mehrere mögliche Auftragnehmer verschicken. Die Pflichtenhefte, die der Auftraggeber erhält, enthalten Lösungsvorschläge. Der Auftraggeber wählt dann aus den Vorschlägen den für ihn geeignetsten aus.

Die Anforderungen in einem Lastenheft sollten durch ihre Formulierung so allgemein wie möglich und so einschränkend wie nötig formuliert werden. Hierdurch hat der Auftragnehmer die Möglichkeit optimale Lösungen zu erarbeiten, ohne durch zu konkrete Anforderungen in seiner Lösungskompetenz eingeschränkt zu sein.

Im Rahmen eines Werkvertrages oder Werkliefervertrages und der dazu gehörenden formellen Abnahme beschreibt das Lastenheft präzise die nachprüfbaren Leistungen und Lieferungen.

Gegenstand

Gemäß DIN 69901-5^[1] (Begriffe der Projektabwicklung) beschreibt das Lastenheft die

„vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages“.

Das Lastenheft beschreibt in der Regel somit, was und wofür etwas gemacht werden soll. Gegenüber einem Fachkonzept ist es aber um formelle Aspekte, die zu einer Ausschreibung nötig sind, angereichert. Die Adressaten des Lastenhefts sind ^[2] der (externe oder firmeninterne) Auftraggeber sowie die Auftragnehmer.

Um ein Lastenheft übersichtlich zu halten, wird es vorzugsweise in knapp orientierendem Text gefasst und mit Detaillierungen beispielsweise in tabellarischer Form, mit Zeichnungen oder Grafiken ergänzt. Es gibt dazu auch formalisierende Ansätze, wie Modellierungssprachen.

Folgeschritte

Wurde ein Lastenheft angenommen, folgt mit dem Pflichtenheft die nächste Phase - dieses beschreibt, was und womit etwas realisiert werden soll. Dabei können gewöhnlich jeder Anforderung des Lastenhefts eine oder mehrere Leistungen des Pflichtenheftes zugeordnet werden. So wird auch die Reihenfolge der beiden Dokumente im Entwicklungsprozess deutlich: Die Anforderungen (requirements) werden durch Leistungen (features) erfüllt.

Nach DIN 69905 enthält das Pflichtenheft die „vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenheftes“.

Abgrenzung

Je nach Einsatzgebiet und Branche können sich Lastenhefte in Aufbau und Inhalt stark unterscheiden. Auch werden in der Praxis die Begriffe Lastenheft, Pflichtenheft und Spezifikation oft nicht klar gegeneinander abgegrenzt oder gar synonym verwendet. Die unscharfe Verwendung der Begriffe sowie die fehlende Trennung technischer Information und operationeller Absichten ist häufig Ursache für Missverständnisse.

Auf einen Kaufvertrag nach BGB §433 oder einen rechtlich gleichgestellten Liefervertrag sind die Kriterien eines Lastenheftes in der Regel nicht anzuwenden, da die Lieferungen im Kaufvertrag von einer durch den Lieferanten einseitig vorgegebenen Spezifikation in der Art und von der durch den Besteller einseitig vorgegebenen Liefermenge bestimmt werden.

Auf einen Dienstvertrag sind die Kriterien eines Lastenheftes in der Regel nicht anzuwenden, da die Leistungen im Dienstvertrag nicht einer formellen Abnahme unterzogen werden.

Aufbau

Dieser Artikel oder Abschnitt bedarf einer Überarbeitung. Näheres ist auf der Diskussionsseite angegeben. Hilf mit, ihn zu verbessern, und entferne anschließend diese Markierung.

Ein Lastenheft lässt sich auf verschiedene Weise gliedern. Folgende Angaben werden typisch berücksichtigt:

1. Ausgangssituation und Zielsetzung
2. Produkteinsatz
3. Produktübersicht
4. Funktionale Anforderungen
5. Nicht funktionale Anforderungen
   • Benutzbarkeit
   • Zuverlässigkeit
   • Effizienz
   • Änderbarkeit
   • Übertragbarkeit
   • Wartbarkeit
6. Risikoakzeptanz
7. Skizze des Entwicklungszyklus und der Systemarchitektur oder auch ein Struktogramm
8. Lieferumfang
9. Abnahmekriterien

Branchenspezifikation

In einigen Branchen haben sich standardisierte Vorgaben für Lastenhefte und deren Abwicklung etabliert. In der Softwaretechnik wird oft der IEEE-Standard Software Requirements Specification verwendet. Das ist ein Dokument, welches das Pflichtenheft und Lastenheft zusammenfasst.

In der Raumfahrt benutzten Lastenhefte orientieren sich häufig am NASA-Standard, um die internationale Kooperation zu vereinfachen. Es hat sich folgendes Prinzip herausgebildet:

• Der Auftraggeber erstellt eine Anforderungsspezifikation (requirements spec), die die Missionsanforderungen und Rahmenbedingungen enthält (z. B. es soll ein bemanntes Labormodul für die ISS geliefert werden, das mit dem Space Shuttle dorthin transportiert werden soll);
• Der Auftragnehmer antwortet darauf mit einer Implementierungsspezifikation (design-to-spec), die den vom Auftragnehmer gewählten Entwurf spezifiziert (z. B. ein zylinderförmiges Druckmodul mit bestimmtem Durchmesser und Länge)^[3];
• Der Auftraggeber akzeptiert formell die mehr Details enthaltende Implementierungsspezifikation. Im Falle eines später auftretenden Konflikts hat die Anforderungsspezifikation jedoch Vorrang.

Siehe auch

• Anforderungsanalyse
• Anforderungserhebung
• Anforderung (Informatik)

Normen und Standards

• DIN 69905: Projektwirtschaft – Projektabwicklung – Begriffe
• VDI 2519 Blatt 1: Vorgehensweise bei der Erstellung von Lasten-/Pflichtenheft
• VDI 2519 Blatt 2: Lastenheft/Pflichtenheft für den Einsatz von Förder- und Lagersystemen
• VDI 3694: Lastenheft/Pflichtenheft für den Einsatz von Automatisierungssystemen
• VDI 4403 Blatt 1 Entwurf: Modernisierung und Erweiterung fördertechnischer Anlagen und logistische Systeme bei Laufenden Betrieb
• VDI 4403 Blatt 2 Entwurf: Modernisierung und Erweiterung fördertechnischer Anlagen und logistische Systeme bei Laufenden Betrieb, Umbau und Erweiterung eines großen Zentrallagers

Quellen

1. ↑ Fachgruppe der Deutschen Gesellschaft für Projektmanagement e.V. (GPM) zur DIN 69901
2. ↑ Helmut Balzert: Lehrbuch der Software-Technik 1/2. mit 3 CD-ROMs. Band 1 (2. Auflage, 2000), Band 2 (1. Auflage, 1998) Software-Entwicklung / Software-Management, Software-Qualitätssicherung, Unternehmensmodellierung; Spektrum Akademischer Verlag; ISBN 3-827-40301-4
3. ↑ Columbus Design Spec (COL-RIBRE-SPE-0028, iss 10/F, 25.06.2004)

Literatur

• Colin Hood, Simon Wiedemann, Stefan Fichtinger, Urte Pautz Requirements Management: Interface Between Requirements Development and All Other Systems Engineering Processes Springer, Berlin 2007, ISBN 354047689X

Weblinks

• Beispiele für Software-Lastenhefte von Stefan Baur
• Requirements Management Software Directory
• ReqMan - Free Web-based Requirements Management
• Übersicht der entsprechenden Normen auf den Webseiten der Deutschen Gesellschaft für Projektmanagement