Lastenheft-Vorlage für Softwareprojekte

Was ein Lastenheft ist – und was nicht

Das Lastenheft beschreibt, was der Auftraggeber von einer Lieferung erwartet: die Gesamtheit seiner Forderungen an das, was ein Auftragnehmer liefern soll. DIN 69901-5 definiert es genau so. Es beantwortet die Fragen was und wofür – nicht wie. Das Wie ist Sache des Auftragnehmers und steht im Pflichtenheft.

Ein Lastenheft, das bereits eine Datenbank, ein Framework oder einen Bildschirmaufbau vorschreibt, nimmt dem Auftragnehmer die Lösung ab, für die er beauftragt wird – und macht das Dokument angreifbar, sobald sich die Lösung als falsch herausstellt. Technische Vorgaben gehören nur hinein, wenn sie echte Rahmenbedingungen sind (etwa: muss im bestehenden SAP-System laufen).

Die Vorlage

Kopieren Sie den Block in Ihr Textprogramm oder Ihr Wiki. Jede Anforderung bekommt eine feste ID, damit Pflichtenheft, Tests und Abnahmeprotokoll später darauf verweisen können.

# Lastenheft: <Projektname>

Version: 0.1 · Stand: <Datum> · Verantwortlich: <Name, Rolle>

## 1. Ausgangslage
Was heute passiert, und warum das ein Problem ist. Zahlen, wo es welche gibt.

## 2. Ziele
Was nach dem Projekt anders sein soll. Messbar, wenn möglich.
- Z-1: …
- Z-2: …

## 3. Beteiligte und Nutzer
| Rolle | Was sie mit dem System tun | Was ihnen wichtig ist |
|---|---|---|
| … | … | … |

## 4. Funktionale Anforderungen
### LH-001: <kurzer Titel>
- Anforderung: Das System muss …
- Priorität: Muss / Soll / Kann
- Begründung: Warum das gebraucht wird, und von wem.
- Abnahmekriterien:
  - …
  - …

## 5. Nichtfunktionale Anforderungen
Mit Zahl, sonst nicht prüfbar: Antwortzeit, Verfügbarkeit, Nutzerzahl,
Datenschutz (DSGVO), Barrierefreiheit, Sprachen.
### LH-1xx: …

## 6. Rahmenbedingungen
Bestehende Systeme, Schnittstellen, Vorgaben der IT, Budget, Termine.

## 7. Abgrenzung (nicht Teil des Auftrags)
- …

## 8. Offene Fragen
| Nr. | Frage | Wer entscheidet | Bis wann |
|---|---|---|---|
| F-1 | … | … | … |

## 9. Abnahme
Wie und von wem die Lieferung abgenommen wird.

Ein ausgefülltes Beispiel

Ausschnitt aus einem Lastenheft für die Online-Terminbuchung einer Arztpraxis. Achten Sie auf LH-002: Die Ausnahme steht als eigene Anforderung da, nicht als Nebensatz in LH-001.

### LH-001: Termin online buchen
- Anforderung: Patientinnen und Patienten müssen freie Termine sehen
  und einen davon ohne Anruf buchen können.
- Priorität: Muss
- Begründung: 60 % der Anrufe an der Rezeption sind Terminanfragen.
- Abnahmekriterien:
  - Ein gebuchter Termin erscheint sofort im Praxiskalender.
  - Die Bestätigung kommt per E-Mail innerhalb von 5 Minuten.

### LH-002: Tageslimit mit Ausnahme für dringende Fälle
- Anforderung: Pro Tag dürfen höchstens 40 Online-Termine vergeben werden.
  Die Rezeption darf dringende Überweisungen auch über das Limit hinaus
  für denselben Tag einbuchen.
- Priorität: Muss
- Begründung: Ohne Ausnahme greift die Rezeption wieder zum Papierkalender.
- Abnahmekriterien:
  - Ist das Limit erreicht, zeigt die Online-Buchung keine Termine mehr
    für diesen Tag.
  - Die Rezeption kann trotzdem einen als dringend markierten Termin anlegen.

## 7. Abgrenzung
- Videosprechstunde ist nicht Teil dieses Auftrags.

## 8. Offene Fragen
| F-1 | Wer darf eine Überweisung als dringend markieren? | Praxisleitung | KW 46 |

Wo Lastenhefte Lücken lassen

• Ausnahmen. Der Normalfall wird beschrieben, die Sonderregel, die jeder in der Abteilung kennt, nicht. Genau sie fehlt später im System.
• Nichtfunktionales ohne Zahl. „Das System muss schnell sein“ ist nicht prüfbar. „95 % der Seitenaufrufe unter 2 Sekunden bei 200 gleichzeitigen Nutzern“ ist es.
• Rollen und Rechte. Wer darf was sehen, ändern, löschen? Steht selten drin und wird dann vom Auftragnehmer geraten.
• Keine Abgrenzung. Was nicht im Auftrag ist, muss dastehen. Sonst wird es bei der Abnahme eingefordert – oder nachträglich in Rechnung gestellt.
• Versteckte offene Fragen. Ein „noch zu klären“ mitten im Fließtext geht unter. Eine Tabelle mit Verantwortlichem und Frist nicht.

Wenn ein KI-Agent das Lastenheft liest

Immer öfter setzt nicht ein Team, sondern ein KI-Coding-Agent wie Claude Code, Cursor oder Codex das Lastenheft um – oder ein Team mit einem solchen Agenten. Ein Mensch fragt bei einer Lücke nach. Ein Agent fragt nicht: Er füllt die Lücke mit der naheliegendsten Annahme und meldet die Aufgabe als erledigt. Für ihn ist jede fehlende Ausnahme eine Einladung zum Raten.

Die Vorlage oben ist deshalb strenger als viele klassische Gliederungen: feste IDs, damit Code und Tests auf eine Anforderung verweisen können; Abnahmekriterien, aus denen sich Tests ableiten lassen; eine ausdrückliche Abgrenzung; und offene Fragen, die als offen markiert sind, statt im Text zu verschwinden.

Lastenheft mit Entalpa erstellen

In Entalpa beschreiben Sie das Vorhaben in ein paar Sätzen. Daraus entstehen Beteiligte, User Stories und Anforderungen mit IDs, Begründung und Abnahmekriterien – und eine Liste von Fragen an Sie, etwa nach den Ausnahmen, die im Beispiel oben LH-002 geworden sind. Die Anforderungen lassen sich als ReqIF oder CSV exportieren oder direkt über MCP an einen Coding-Agenten geben, der Umsetzungsstand, Code-Referenzen und Tests an jede Anforderung zurückmeldet.

Ehrlich gesagt: Die Oberfläche von Entalpa ist derzeit englisch. Ihre Inhalte können deutsch sein.

Häufige Fragen