Lastenheft erstellen: Aufbau, Vorlage & häufige Fehler
Ein gutes Lastenheft ist die Grundlage jeder erfolgreichen Softwareentwicklung. Es definiert, WAS die Software können soll — bevor ein Entwickler eine Zeile Code schreibt. In diesem Ratgeber: Aufbau, Inhalte und typische Fehler.
Was ist ein Lastenheft?
Das Lastenheft beschreibt alle Anforderungen aus Sicht des Auftraggebers. Es beantwortet die Frage: Was soll die Software leisten? Nicht: Wie wird sie technisch umgesetzt.
| Lastenheft | Pflichtenheft |
|---|---|
| Vom Auftraggeber | Vom Auftragnehmer |
| Beschreibt das WAS | Beschreibt das WIE |
| Anforderungen & Ziele | Technische Lösung |
| Grundlage für Angebote | Grundlage für Entwicklung |
Projekt im Kopf?
Erhalte in 2 Minuten eine erste Einschätzung — kostenlos.
Kostenlos · Unverbindlich · 2 Min.
Pflichtenheft: Pflichtenheft-Ratgeber.
Aufbau: Was gehört ins Lastenheft?
1. Projektziel & Kontext
Warum wird die Software gebraucht? Welches Problem löst sie? Wer sind die Stakeholder?
2. Ist-Zustand
Aktuelle Prozesse, bestehende Systeme, Schwachstellen. Je konkreter, desto besser das Angebot.
3. Soll-Zustand
Wie soll es nach der Umsetzung aussehen? Welche Prozesse ändern sich? Welche Ergebnisse erwartest Du?
4. Funktionale Anforderungen
Konkrete Features: „Der Nutzer kann X", „Das System berechnet Y", „Export als CSV möglich".
5. Nicht-funktionale Anforderungen
Performance, Sicherheit, Skalierbarkeit, Barrierefreiheit, Verfügbarkeit (z.B. 99,9 % Uptime).
6. Schnittstellen
Welche Systeme müssen angebunden werden? ERP, CRM, Zahlungsanbieter, E-Mail?
7. Rahmenbedingungen
Budget, Timeline, Technologie-Vorgaben, Hosting, DSGVO, Compliance.
Typische Fehler
| Fehler | Konsequenz | Lösung |
|---|---|---|
| Zu vage Anforderungen | Missverständnisse, Nacharbeit | Konkrete User Stories |
| Technische Lösung vorgeben | Einschränkung der Dienstleister | Nur WAS, nicht WIE |
| Stakeholder vergessen | Fehlende Perspektiven | Alle Nutzergruppen einbeziehen |
| Kein Priorisierung | Alles gleich wichtig = nichts wichtig | MoSCoW-Methode nutzen |
| Kein Budget / Timeline | Unrealistische Angebote | Rahmen klar benennen |
Lastenheft bei agiler Entwicklung
Bereit für den nächsten Schritt?
Finde heraus, was Dein Projekt kosten wird.
Kostenlos · Unverbindlich · 2 Min.
Auch bei agilen Projekten brauchst Du ein Lastenheft — es definiert den Rahmen. Innerhalb dieses Rahmens wird agil iteriert. Der Unterschied: Das Lastenheft ist weniger detailliert und wird als lebendes Dokument behandelt.
- •Schlankes Lastenheft: Vision, Kernfeatures, Rahmenbedingungen (5–10 Seiten)
- •User Stories: Detaillierung erfolgt sprint-weise
- •MVP-Fokus: Erst die Kernfunktionen, dann iterieren
MVP: MVP-Ratgeber. Ablauf: Ablauf-Ratgeber.
Hilfe beim Lastenheft?
Wir unterstützen bei der Anforderungsanalyse und erstellen auf dieser Basis ein realistisches Angebot.
Jetzt Projekt kalkulieren
Häufig gestellte Fragen
Was ist ein Lastenheft?
Dokument des Auftraggebers, das alle Anforderungen an eine Software beschreibt — das WAS, nicht das WIE.
Was gehört ins Lastenheft?
Ziele, Ist-Zustand, Soll-Zustand, funktionale Anforderungen, nicht-funktionale Anforderungen, Schnittstellen, Rahmenbedingungen.
Lastenheft vs. Pflichtenheft?
Lastenheft: WAS (vom Auftraggeber). Pflichtenheft: WIE (vom Auftragnehmer als Antwort auf das Lastenheft).
Wie detailliert muss es sein?
So detailliert, dass ein externer Dienstleister ein realistisches Angebot erstellen kann. Typisch: 5 – 30 Seiten.
Brauche ich bei agiler Entwicklung ein Lastenheft?
Ja, aber schlanker. Es definiert den Rahmen — agil wird innerhalb dieses Rahmens iteriert.
Bereit? Kalkuliere jetzt Dein Projekt — kostenlos und unverbindlich.
Über den Autor: Dieser Artikel wurde vom Team der IT Studio Rech GmbH verfasst. Wir begleiten Unternehmen von der Anforderungsanalyse bis zum Go-Live. Standort: Würzburg, Deutschland.
