Lastenheft für Softwareprojekte: Aufbau, Beispiele, Vorlage

Was ein Lastenheft ist und wofür Sie es brauchen

Ein Lastenheft beschreibt aus Sicht Ihres Unternehmens, was eine Software leisten soll, bevor eine Agentur beauftragt wird. Es hält Ausgangslage, Ziele, Anforderungen und Rahmenbedingungen fest, ohne bereits festzulegen, wie die technische Lösung im Detail aussieht. Genau das unterscheidet es von einem Pflichtenheft, das die Agentur danach als Antwort darauf erstellt.

Der Nutzen zeigt sich vor allem beim Angebotsvergleich. Schicken Sie drei Agenturen dieselbe vage Beschreibung eines Vorhabens, kalkulieren alle drei etwas anderes, und die Angebote liegen am Ende weit auseinander, ohne dass sich daraus ablesen lässt, welches günstiger oder besser ist. Ein Lastenheft zwingt Sie, vorher selbst Klarheit zu schaffen, und zwingt die Agenturen, auf derselben Grundlage zu antworten. Das gilt unabhängig davon, ob es um Individualsoftware, eine Webanwendung oder eine App geht.

Ohne diese Grundlage verschiebt sich die Klärung der Anforderungen einfach in das laufende Projekt hinein, meist zu einem Zeitpunkt, an dem Änderungen schon Geld kosten. Ein Beispiel aus der Praxis: Eine Fachabteilung merkt erst nach drei Monaten Entwicklung, dass eine Exportfunktion für Wirtschaftsprüfer fehlt, weil niemand sie vorher als Anforderung benannt hat. Die Nachrüstung kostet dann ein Vielfaches dessen, was eine einzelne Zeile im Lastenheft gekostet hätte.

Lastenheft oder Pflichtenheft: der Unterschied

Die beiden Begriffe werden häufig verwechselt, meinen aber unterschiedliche Dokumente mit unterschiedlichen Verfassern. Das Lastenheft kommt von Ihnen als Auftraggeber und beschreibt das Was: welches Problem gelöst werden soll, welche Funktionen gebraucht werden, welche Rahmenbedingungen gelten. Das Pflichtenheft kommt von der Agentur als Auftragnehmer und beschreibt das Wie: mit welcher Architektur, welchem Stack, welchem Vorgehen die Anforderungen umgesetzt werden.

In der Praxis verschwimmt die Grenze bei kleineren Projekten oft, weil ein einziges Dokument beide Seiten in einem iterativen Prozess abdeckt. Bei Projekten ab etwa 40.000 Euro Budget lohnt sich die Trennung trotzdem, weil das Pflichtenheft dann Teil des Angebots wird und beide Seiten genau wissen, worauf sie sich einigen. Verlangen Sie ruhig, dass die Agentur ihr Pflichtenheft vor Vertragsschluss vorlegt, auch wenn das Angebot bereits akzeptiert wurde. So lässt sich vorab prüfen, ob die Agentur Ihre Anforderungen richtig verstanden hat, statt das erst bei der Abnahme festzustellen.

Wann sich ein Lastenheft lohnt

Nicht jedes Projekt braucht ein vollständiges Dokument. Für eine kleine Anpassung an einer bestehenden Anwendung reichen oft ein kurzes Briefing und ein Gespräch. Sobald mehrere Stakeholder beteiligt sind, mehrere Agenturen angefragt werden oder das Budget im fünfstelligen Bereich liegt, zahlt sich der Aufwand aber aus. Ein Lastenheft verhindert nicht nur unvergleichbare Angebote, es beugt auch Missverständnissen während der Umsetzung vor, weil Anforderungen schriftlich vorliegen und nicht nur im Kopf einer einzelnen Person.

Bei öffentlichen Ausschreibungen und größeren Konzernprojekten ist ein Lastenheft in der Regel ohnehin vorgeschrieben. Im Mittelstand ist es freiwillig, gerade deshalb aber ein Wettbewerbsvorteil: Agenturen kalkulieren präziser, wenn sie präzise Angaben bekommen, was sich am Ende im Preis niederschlägt.

Ein typisches Beispiel: Ein mittelständischer Maschinenbauer will sein Ersatzteilportal ablösen. Statt „wir brauchen ein neues Portal“ an vier Agenturen zu schicken, beschreibt die IT-Leitung in einem zweiseitigen Lastenheft die bestehenden Schwachstellen, die gewünschten Suchfunktionen, die Anbindung an das Warenwirtschaftssystem und den Zeitrahmen bis zur Messe im Frühjahr. Die eingehenden Angebote unterscheiden sich danach vor allem im Preis und im Vorgehen, nicht mehr darin, was überhaupt gebaut werden soll.

Der Aufbau: Gliederung mit Beispielformulierungen

Ein Lastenheft folgt keiner gesetzlich vorgeschriebenen Form, hat sich in der Praxis aber zu einer relativ stabilen Gliederung entwickelt. Bevor Sie zu schreiben beginnen, lohnt sich ein kurzer Rundgang durch die betroffenen Abteilungen: Wer arbeitet heute mit dem alten System oder Prozess, welche Umwege sind eingespielt, welche Daten fließen wohin. Diese Gespräche liefern meist mehr brauchbare Anforderungen als ein einsamer Nachmittag am Schreibtisch. Die folgenden sieben Abschnitte lassen sich anschließend als Grundgerüst übernehmen und je nach Projekt kürzen oder erweitern.

1. Ausgangslage und Anlass. Beschreiben Sie, warum das Projekt entsteht. Beispiel: „Die bestehende Auftragserfassung erfolgt in einer Excel-Tabelle, die von drei Mitarbeitenden parallel gepflegt wird. Fehlerhafte Versionsstände führen regelmäßig zu falschen Lieferterminen.“
2. Ziele des Projekts. Formulieren Sie messbare Ziele statt Absichtserklärungen. Beispiel: „Die Durchlaufzeit von Auftragseingang bis Bestätigung soll von durchschnittlich zwei Tagen auf unter vier Stunden sinken.“
3. Funktionale Anforderungen. Listen Sie, was das System können muss, möglichst als einzelne, prüfbare Punkte. Beispiel: „Das System muss Aufträge mehreren Bearbeitenden zuweisen und den Status in Echtzeit für alle Beteiligten sichtbar machen.“
4. Nicht-funktionale Anforderungen. Dazu zählen Performance, Verfügbarkeit, Sicherheit und Bedienbarkeit. Beispiel: „Die Anwendung muss auf Tablets im Lager ohne Internetverbindung nutzbar sein und Daten bei bestehender Verbindung automatisch synchronisieren.“
5. Schnittstellen zu bestehenden Systemen. Beispiel: „Aufträge müssen automatisch an das bestehende ERP-System übergeben werden, ohne manuelle Doppelerfassung.“
6. Rahmenbedingungen. Dazu gehören Budget, Zeitrahmen, gesetzliche Vorgaben und beteiligte Personen. Beispiel: „Das Budget liegt bei 60.000 bis 90.000 Euro, ein produktiver Start wird bis zum dritten Quartal erwartet.“
7. Abnahmekriterien. Legen Sie fest, woran Sie erkennen, dass das Projekt fertig ist. Beispiel: „Die Abnahme erfolgt, wenn alle in Abschnitt 3 gelisteten Funktionen im Testsystem fehlerfrei durchlaufen und von drei benannten Testpersonen bestätigt wurden.“

Je konkreter die Formulierungen, desto besser lassen sich die späteren Angebote und am Ende die gelieferte Software daran messen.

Wie detailliert das Lastenheft sein sollte

Ein zu knappes Lastenheft lässt zu viel Interpretationsspielraum, ein zu detailliertes nimmt der Agentur die Möglichkeit, eigene Lösungsansätze einzubringen, und bläht die Erstellung unnötig auf. Als Faustregel gilt: Beschreiben Sie, was erreicht werden soll und unter welchen Bedingungen, nicht, wie eine Datenbank aufgebaut oder welches Framework verwendet wird. Diese Entscheidungen gehören ins Pflichtenheft der Agentur. Wenn Sie noch nicht genau wissen, was die Lösung überhaupt leisten soll, ist eine vorgelagerte Discovery-Phase mit Nutzerinterviews und Prototyp oft sinnvoller als ein verfrühtes Lastenheft.

Bei einem mittleren Projekt mit einem Budget zwischen 40.000 und 150.000 Euro sind fünf bis fünfzehn Seiten realistisch. Kleinere Vorhaben kommen mit zwei bis vier Seiten aus, größere Plattformprojekte mit mehreren Modulen können auch dreißig Seiten füllen, wobei sich dann eine Aufteilung nach Modulen empfiehlt. Eine erste Einordnung, was Ihr Vorhaben ungefähr kosten wird, liefert der Beitrag Was kostet Software?, bevor Sie ins Detail gehen.

Typische Fehler beim Schreiben

Der häufigste Fehler ist, Lösungen statt Anforderungen zu beschreiben. „Wir brauchen eine App mit React Native“ ist keine Anforderung, sondern eine technische Vorgabe, die Sie sich meist besser sparen und der Agentur überlassen. Formulieren Sie stattdessen, welches Verhalten die Anwendung zeigen soll.

Ein zweiter Fehler ist fehlende Priorisierung. Wenn alle vierzig Anforderungen gleich wichtig erscheinen, kann keine Agentur einschätzen, wo Kompromisse möglich sind, falls das Budget knapp wird. Eine einfache Einteilung in „muss“, „soll“ und „kann“ hilft an dieser Stelle mehr als eine lange Liste ohne Gewichtung. Genauso hilfreich ist die Angabe, wer bei widersprüchlichen Wünschen aus verschiedenen Abteilungen am Ende entscheidet, sonst verhandelt die Agentur diese Konflikte plötzlich selbst mit Ihren eigenen Kolleginnen und Kollegen.

Drittens werden Rahmenbedingungen wie Budget oder Zeitrahmen oft weggelassen, aus Sorge, eine genannte Zahl treibe die Angebote nach oben. Meist passiert das Gegenteil. Ohne Orientierung kalkulieren Agenturen vorsichtshalber großzügig, mit einer realistischen Hausnummer können sie den Umfang direkt passend zuschneiden. Wie Sie Agenturen anschließend auf Referenzen und Nachweise prüfen, beschreibt der Beitrag Agenturen richtig prüfen.

Die Vorlage zum Download

Damit Sie nicht bei null anfangen, steht eine kostenlose Vorlage mit der oben beschriebenen Gliederung und Platzhaltern für alle sieben Abschnitte bereit: Vorlage als Word-Datei und als PDF. Beide Fassungen lassen sich direkt für die Anfrage an passende Agenturen nutzen, entweder als Anhang oder als Grundlage für den Freitext. Wie Sie die eingehenden Angebote anschließend strukturiert vergleichen, beschreibt der Beitrag Agenturangebote vergleichen.

Wer unsicher ist, ob das eigene Lastenheft ausreicht, kann es auch informell mit ein oder zwei Agenturen aus der Suche besprechen, bevor die eigentliche Anfrage rausgeht. Die meisten Agenturen geben dazu unverbindlich Rückmeldung, welche Angaben ihnen für ein belastbares Angebot noch fehlen.