Was gehört in ein Lastenheft für ein IT-Projekt und wie formuliere ich es?
Ein Lastenheft ist das erste belastbare Dokument eines IT-Projekts. Es beschreibt, was der Auftraggeber erreichen will – nicht, wie es technisch zu lösen ist. Diese Trennung entscheidet später darüber, ob Angebote vergleichbar sind.
Dieser Leitfaden zeigt Aufbau und Inhalte eines Lastenhefts, jeweils mit einem Beispiel aus der Praxis. Er ist als Arbeitsvorlage gedacht: Wer die sieben Abschnitte der Reihe nach beantwortet, hat ein vollständiges Lastenheft.
Zweck und Ziel des Lastenhefts
Das Lastenheft beantwortet drei Fragen, und zwar in dieser Reihenfolge:
- Was soll erreicht werden – Anforderungen und Ziele.
- Warum wird das Projekt durchgeführt – der Anlass beim Auftraggeber.
- Für wen wird es umgesetzt – Nutzergruppen und deren Aufgaben.
Was hier fehlt, wird später vom Anbieter geraten. Das ist die häufigste Ursache für Nachträge.
„Das Lastenheft beschreibt die Anforderungen an eine Lösung zur Automatisierung der Auftragserfassung. Ziel ist es, die Durchlaufzeit je Auftrag von 14 auf unter 5 Minuten zu senken.“
Aufbau und Gliederung
Eine Gliederung, die sich in Ausschreibungen bewährt hat:
- Einleitung und Zielsetzung
- Ist-Zustand und Soll-Zustand
- Funktionale Anforderungen
- Nicht-funktionale Anforderungen
- Schnittstellen und Abhängigkeiten
- Rahmenbedingungen, Termine, Budget
Die Reihenfolge ist kein Selbstzweck: Sie führt vom Warum zum Was und erst zuletzt zum Wieviel.
Halten Sie Ist- und Soll-Zustand getrennt. Wer beides in einem Absatz beschreibt, verliert die Begründung der Anforderung.
Funktionale Anforderungen
Funktionale Anforderungen beschreiben, was das System tun muss. Jede Anforderung steht einzeln, ist nummeriert und einzeln prüfbar.
- Aufträge lassen sich aus einer CSV-Datei einlesen.
- Jeder Auftrag durchläuft die Zustände erfasst, geprüft, freigegeben.
- Freigaben sind mit Benutzer und Zeitpunkt nachvollziehbar.
„Das System soll benutzerfreundlich sein“ ist keine Anforderung. Prüfbar wäre: „Ein neuer Nutzer erfasst den ersten Auftrag ohne Schulung in unter zehn Minuten.“
Nicht-funktionale Anforderungen
Hier stehen Eigenschaften, nicht Funktionen: Antwortzeiten, Verfügbarkeit, Datenschutz, Barrierefreiheit, Betreibbarkeit. Sie entscheiden über die Betriebskosten und werden am häufigsten vergessen.
Jede nicht-funktionale Anforderung braucht eine Zahl oder eine Norm – sonst ist sie ein Wunsch.
„Die Anwendung antwortet bei 200 gleichzeitigen Nutzern in 95 % der Fälle in unter 800 ms. Die Verfügbarkeit beträgt 99,5 % im Monatsmittel, gemessen außerhalb der Wartungsfenster.“
Schnittstellen und Abhängigkeiten
Nennen Sie jedes System, mit dem gesprochen werden muss, samt Richtung, Format und Verantwortlichem. Eine Schnittstelle ohne benannten Ansprechpartner ist ein Projektrisiko, kein Detail.
Begriffe und Abgrenzung zum Pflichtenheft beschreibt der Wikipedia-Artikel zum Lastenheft.
„Aufträge werden stündlich per REST aus dem ERP (Business Central) gelesen. Ansprechpartner ist die IT des Auftraggebers; das Feld Kundennummer ist der Schlüssel.“
Häufige Fehler und wie man sie vermeidet
Drei Fehler machen ein Lastenheft unbrauchbar:
- Vage Formulierungen – „schnell“, „modern“, „intuitiv“ lassen sich nicht abnehmen.
- Fehlende Priorisierung – ohne Muss/Soll/Kann bindet Beiwerk die Kapazität.
- Technikzentrierung – wer die Lösung vorschreibt, verschenkt die Erfahrung des Anbieters.
Priorisieren Sie mit MoSCoW (Must, Should, Could, Won’t). Ein Lastenheft ohne „Won’t“ ist noch nicht fertig.
Prüfung und Freigabe
Vor der Weitergabe liest mindestens je eine Person aus Fachbereich, IT-Betrieb und Einkauf. Der Fachbereich prüft die Vollständigkeit, der Betrieb die Betreibbarkeit, der Einkauf die Vergleichbarkeit der Angebote.
Halten Sie die Freigabe mit Datum fest. Ein Lastenheft ohne Freigabedatum ist eine Sammlung von Ideen.
Planen Sie eine Machbarkeitsrunde mit einem möglichen Anbieter, bevor Sie ausschreiben. Zwei Stunden dort ersparen häufig eine ganze Angebotsrunde.
Fazit
Ein klar formuliertes Lastenheft ist kein Formalismus, sondern die günstigste Stelle, an der ein Projekt Fehler vermeiden kann. Jede Anforderung, die hier präzise steht, muss später nicht verhandelt werden.
Wir begleiten Lastenhefte von der ersten Gliederung bis zur Ausschreibung – gemeinsam, langfristig, wirksam.
Die teuersten Änderungen sind die, die niemand aufgeschrieben hat. Ein Lastenheft kostet zwei Wochen und spart oft zwei Monate.
Weiterführende Links
Sprechen Sie mit uns.
Sie interessieren sich für unsere Projekte oder möchten mehr über vergleichbare Digitalisierungslösungen erfahren? Kontaktieren Sie uns unverbindlich. Wir zeigen Ihnen gerne, wie moderne KI und IT auch Ihr Unternehmen voranbringt.
Marc SchallehnIhr persönlicher Ansprechpartner
FAQ
Fragen zum Thema
Wie läuft ein KI- oder IT-Projekt ab?
Wir starten mit einem gemeinsamen Zielbild, analysieren Ausgangslage und Daten und leiten daraus konkrete Use Cases ab. Danach setzen wir iterativ um – vom Prototyp über die Integration bis zum verlässlichen Betrieb.
Was kostet ein Projekt?
Die Kosten hängen von Umfang, Komplexität und Zielsetzung ab. Kleinere Analysen und Prototypen starten im niedrigen Projektrahmen, umfangreiche Plattform- und Integrationsprojekte entsprechend höher.
Wie lange dauert die Umsetzung?
Ein erster Proof of Concept ist oft in wenigen Wochen möglich, größere Lösungen entstehen über mehrere Monate in iterativen Schritten.
Arbeiten Sie herstellerneutral?
Ja. Wir wählen Technologien und Plattformen anhand Ihrer Anforderungen aus – nicht anhand von Herstellerbindungen.
Womit beginnt die Zusammenarbeit am besten?
Meist mit einem unverbindlichen Informationsgespräch oder einer kompakten Potenzialanalyse.
Übernehmen Sie auch den Betrieb nach dem Go-live?
Ja, über Managed Services betreuen wir Lösungen langfristig – inklusive Support, Monitoring und Weiterentwicklung.
Bieten Sie Schulungen für unsere Mitarbeitenden an?
Ja, über unser Enablement- & Academy-Angebot – von KI-Grundlagen bis zu individuellen Workshops.