Das Lastenheft beschreibt aus Sicht des Auftraggebers, was ein System leisten soll und warum. Das Pflichtenheft antwortet darauf und beschreibt, wie der Auftragnehmer diese Anforderungen umsetzt. Im Mittelstand genügen häufig schlankere Formen: Prozessskizzen, User Stories, Akzeptanzkriterien und ein klickbarer Prototyp erfüllen dieselbe Funktion mit weniger Papier.
Was gehört in ein Lastenheft und wer verantwortet es?
Das Lastenheft gehört dem Auftraggeber. Es hält fest, welches Problem gelöst werden soll, welche Abläufe betroffen sind, welche Rahmenbedingungen gelten und woran sich Erfolg ablesen lässt. Es beschreibt Ziele und fachliche Anforderungen — keine Technik.
Ein Sondermaschinenbauer, der seine Angebotskalkulation ablösen will, notiert dort: wie viele Positionen eine Kalkulation typischerweise umfasst, welche Preislisten einfließen, wer freigibt, welche Fristen gelten, wie oft Sonderkonstruktionen vorkommen. Was er nicht notiert: welche Datenbank oder welches Framework zum Einsatz kommt. Diese Wahl trifft der Anbieter, und er muss sie begründen können.
- Ausgangslage und Anlass: welcher Ablauf heute klemmt, mit welchen Folgen für Durchlaufzeit, Fehlerquote oder Kosten.
- Zielbild: was nach der Einführung anders sein soll, möglichst mit einer nachprüfbaren Kennzahl.
- Fachliche Anforderungen: Funktionen, Daten, Rollen, Mengengerüste und die unbeliebten Sonderfälle.
- Rahmenbedingungen: vorhandene Systeme, nötige Schnittstellen, Termine, Budgetkorridor, gesetzliche Vorgaben.
- Abgrenzung: was ausdrücklich nicht Teil des Auftrags ist.
Der letzte Punkt wird am häufigsten vergessen und verursacht die meisten späteren Reibungen. Zwei Sätze darüber, was das Vorhaben bewusst offen lässt, sparen Wochen an Diskussion im laufenden Betrieb.
Was fügt das Pflichtenheft hinzu?
Das Pflichtenheft ist die Antwort des Auftragnehmers. Es übersetzt jede Anforderung in eine Lösungsbeschreibung: Architektur, Datenmodell, Oberflächen, Schnittstellen, Verfahren, Aufwand. Damit wird sichtbar, wie der Anbieter die Aufgabe tatsächlich verstanden hat.
Darin liegt sein eigentlicher Wert. Wer das Pflichtenheft aufmerksam liest, erkennt Missverständnisse, bevor sie programmiert werden. Steht dort eine Funktion, die niemand gefordert hat, oder fehlt ein Sonderfall aus dem Tagesgeschäft, ist die Korrektur noch eine Textänderung und kein Änderungsauftrag.
Üblicherweise entsteht das Pflichtenheft nach Auftragserteilung und wird gemeinsam abgenommen. Manche Anbieter bieten es als eigenständige, vergütete Vorstudie an. Bei größeren Vorhaben ist das eine sinnvolle Investition, weil sie die Schätzunsicherheit deutlich senkt und beiden Seiten einen sauberen Ausstiegspunkt gibt, falls die Chemie oder die Zahlen nicht passen.
Wie detailliert sollte ein Lastenheft im Mittelstand sein?
So detailliert, dass drei Anbieter darauf vergleichbare Angebote abgeben können — und keine Zeile ausführlicher. Zweihundert Seiten Anforderungsliste lesen sich gründlich, erzeugen aber zwei Probleme: Sie binden Monate interner Arbeitszeit, und sie legen Lösungen fest, bevor jemand die späteren Nutzer bei der Arbeit beobachtet hat.
Nach unserer Projekterfahrung liegt der brauchbare Umfang für ein mittelständisches Vorhaben zwischen fünfzehn und vierzig Seiten. Wichtiger als die Seitenzahl ist die Priorisierung: Jede Anforderung bekommt die Einstufung Muss, Soll oder Kann. Ohne diese Spalte verhandeln Sie später über alles gleichzeitig.
Ein Lastenheft ohne Priorisierung ist eine Wunschliste. Erst die Einstufung macht daraus eine Verhandlungsgrundlage.
Welche Formate ersetzen die klassischen Hefte?
Viele Vorhaben kommen ohne Heft im klassischen Sinn aus. An seine Stelle treten Arbeitsergebnisse, die dieselben Fragen beantworten, aber leichter zu pflegen sind und von Fachabteilungen besser gelesen werden.
- Prozesslandkarte: der heutige Ablauf als Diagramm, mit markierten Bruchstellen und Medienbrüchen.
- User Stories: eine Zeile je Bedarf, formuliert aus Sicht der Rolle, die den Nutzen davon hat.
- Akzeptanzkriterien: prüfbare Bedingungen je Story, die die spätere Abnahme vorwegnehmen.
- Klickbarer Prototyp: ersetzt zwanzig Seiten Oberflächenbeschreibung und deckt Denkfehler früh auf.
- Mengengerüst: Datensätze, gleichzeitige Nutzer, Belege pro Monat, Spitzenlast zum Quartalsende.
Der Prototyp ist dabei das wirksamste Werkzeug. Abstrakte Anforderungssätze kann eine Fachabteilung schwer beurteilen, einen durchklickbaren Entwurf dagegen sehr genau. Widerspruch kommt dann in Minuten statt in Monaten.
Welche Anforderungen werden am häufigsten vergessen?
Beschrieben wird meist der gute Fall: Ein Vorgang wird angelegt, geprüft, freigegeben, abgeschlossen. Was fehlt, sind die Zustände dazwischen und daneben — und genau dort entsteht später der Nachtragsbedarf.
- Berechtigungen: Wer sieht welche Datensätze, wer darf ändern, wer vertritt im Urlaub, wer sieht Preise?
- Fehler- und Ausnahmefälle: stornierte Vorgänge, nachträgliche Korrekturen, Doppelerfassungen, unvollständige Zulieferungen.
- Übernahme des Altbestands: welche Daten mitkommen, in welcher Qualität, mit welcher Historie.
- Auswertungen: welche Listen und Kennzahlen die Fachbereiche heute in Tabellenkalkulationen selbst bauen.
- Betrieb und Support: wer Konten anlegt, wer Störungen annimmt, welche Reaktionszeiten gelten.
- Nichtfunktionale Anforderungen: erwartete Antwortzeiten, gleichzeitige Nutzung, Verfügbarkeit, Aufbewahrungsfristen.
Der letzte Punkt kostet in Nachverhandlungen am meisten. Ein System, das für zwanzig gleichzeitige Nutzer entworfen wurde, verhält sich bei zweihundert grundlegend anders, und die nachträgliche Anpassung ist selten eine Kleinigkeit. Ein Mengengerüst mit realistischer Spitzenlast gehört deshalb in jedes Lastenheft, auch in ein schlankes.
Ein bewährter Weg, diese Lücken zu finden: Gehen Sie einen typischen Vorgang mit den Personen durch, die ihn täglich bearbeiten — am Arbeitsplatz, nicht im Besprechungsraum. Die Ausnahmen erzählen sie beiläufig, während sie klicken. Im Interview fallen sie ihnen nicht ein.
Wie hängen die Dokumente mit der Abnahme zusammen?
Beide Dokumente werden regelmäßig Vertragsbestandteil. Das Pflichtenheft definiert dann den geschuldeten Leistungsumfang, und die Abnahme prüft gegen diese Beschreibung. Widersprechen sich Lastenheft und Pflichtenheft, entscheidet die im Vertrag festgelegte Rangfolge der Anlagen.
Vor der Unterschrift lohnt daher ein Blick darauf, welches Dokument im Konfliktfall gilt und wie Änderungen behandelt werden. Ein vereinbartes Änderungsverfahren mit Aufwandsschätzung, Frist und Freigabe verhindert, dass jede Anpassung zur Grundsatzdebatte wird. Die vertragliche Ausgestaltung selbst gehört in die Hand einer Fachanwältin oder eines Fachanwalts für IT-Recht; dieser Beitrag ersetzt keine Rechtsberatung.
Was ändert sich bei agiler Zusammenarbeit?
Agile Vorhaben ersetzen das Pflichtenheft durch ein gepflegtes Anforderungsbacklog. Das Lastenheft bleibt trotzdem nützlich, weil es Ziel, Rahmen und Budget festhält. Nur der Detaillierungsgrad wandert nach hinten, jeweils in die nächste Ausbaustufe.
Vertraglich bildet man das über Dienstverträge mit Kostenobergrenze oder über Werkverträge je Ausbaustufe ab. Beide Formen brauchen eine belastbare Zielbeschreibung, sonst fehlt der Maßstab für die Frage, ob das Geld gut angelegt war.
Wie viel Zeit und Geld kostet die Vorbereitung?
Für ein Lastenheft mittleren Umfangs planen Sie zwei bis sechs Wochen ein, verteilt auf Interviews, Schreibarbeit und Abstimmungsrunden. Der größere Posten ist die interne Zeit der Fachabteilung, nicht das Honorar für externe Begleitung.
Bei Individualsoftware im Korridor von 15.000 bis 250.000 Euro entfällt erfahrungsgemäß ein niedriger zweistelliger Prozentanteil des Budgets auf Anforderungsklärung und Konzept. Dieses Geld ist keine Vorarbeit vor dem Projekt. Es ist der Teil des Projekts, der über die Kosten aller späteren Phasen entscheidet.