Das Lastenheft schreibt der Kunde. Es beschreibt, was die Software leisten soll und warum.
Das Pflichtenheft schreibt deine Agentur. Es beschreibt, wie die Anforderungen umgesetzt werden, was geliefert wird und woran die Abnahme gemessen wird. So trennt auch die DIN 69901-5 die beiden Dokumente.
Für dich als Agentur ist das Pflichtenheft das wichtigere. Es legt fest:
- was am Ende als fertig gilt,
- was ein Change Request ist,
- worüber du bei der Abnahme reden musst.
Was ist der Unterschied zwischen Lastenheft und Pflichtenheft?
| Lastenheft | Pflichtenheft | |
|---|---|---|
| Wer schreibt | Kunde (Auftraggeber) | Agentur (Auftragnehmer) |
| Frage | Was und wofür? | Wie und womit? |
| Inhalt | Ziele, fachliche Anforderungen, Rahmenbedingungen | Lösung, Architektur, Funktionen im Detail, Abnahmekriterien |
| Zeitpunkt | Vor der Ausschreibung oder Anfrage | Nach Auftrag oder in einer Konzeptphase |
| Verbindlich für | Grundlage des Angebots | Grundlage von Umsetzung und Abnahme |
Wer schreibt das Pflichtenheft, und wer zahlt dafür?
Du schreibst es. Der Kunde gibt es frei. Das ist der Moment, in dem du den Scope bestimmst.
Ein brauchbares Pflichtenheft für ein mittleres Projekt kostet Tage, oft Wochen.
Besser: eine eigene Konzeptphase nach Aufwand. Deren Ergebnis ist das Pflichtenheft, und der Kunde darf es auch mit einem anderen Dienstleister umsetzen. Die meisten tun es nicht, weil du nach der Konzeptphase das Projekt am besten kennst.
Wie schreibst du ein Pflichtenheft aus einem Lastenheft?
- Lastenheft zerlegen. Jede Anforderung bekommt eine Nummer. Unklare Anforderungen markierst du und klärst sie im Workshop. Per Mail dauert das Wochen.
- Ziele festhalten. Zwei, drei Sätze, wofür die Software da ist. Später hilft das, wenn bei einer Anforderung gestritten wird, ob sie nötig ist.
- Funktionen beschreiben. Für jede Anforderung: was die Software tut, für welche Nutzerrolle, mit welchen Eingaben und Ergebnissen. User Stories gehen, wenn sie Akzeptanzkriterien haben.
- Nicht funktionale Anforderungen. Antwortzeiten, Verfügbarkeit, Browser und Geräte, Barrierefreiheit, Sicherheit, Datenschutz. Wenn der Kunde dazu nichts sagt, schreib auf, was du annimmst.
- Schnittstellen und Abhängigkeiten. Welche Systeme des Kunden angebunden werden und wer für deren Verfügbarkeit sorgt. Die meisten Verzögerungen entstehen hier.
- Mitwirkungspflichten des Kunden. Testdaten, Zugänge, Ansprechpartner, Reaktionszeiten für Freigaben. Ohne diese Liste trägst du die Verzögerung.
- Abgrenzung. Was ausdrücklich nicht zum Umfang gehört. Diese Liste ist kurz, und sie spart dir die meisten Diskussionen.
- Lieferumfang und Rechte. Was du am Ende übergibst: Code, Dokumentation, Deployment. Welche deiner vorbestehenden Bausteine drinstecken und unter welchen Rechten der Kunde sie nutzt. Wie man das formuliert, steht in Nutzungsrechte an Software.
- Abnahmekriterien. Messbar, mit Testfällen. „Benutzerfreundlich“ ist kein Kriterium. „Bestellung in maximal drei Schritten, getestet mit den Testfällen T1 bis T12“ ist eins.
- Änderungsverfahren. Wie ein Change Request eingereicht, geschätzt und freigegeben wird.
Warum das Pflichtenheft über die Abnahme entscheidet
Beim Werkvertrag wird deine Vergütung mit der Abnahme fällig (§ 641 Abs. 1 BGB). Der Kunde muss das Werk abnehmen, wenn es vertragsgemäß ist, und darf die Abnahme wegen unwesentlicher Mängel nicht verweigern (§ 640 Abs. 1 BGB). Was vertragsgemäß ist, steht im Pflichtenheft.
| Pflichtenheft | Folge bei der Abnahme |
|---|---|
| Vage | Alles ist ein wesentlicher Mangel |
| Präzise | Du kannst die Abnahme mit Fristsetzung herbeiführen (§ 640 Abs. 2 BGB) |
Mehr dazu in Werkvertrag oder Dienstvertrag.
Und im agilen Projekt?
Auch Scrum-Projekte brauchen ein Dokument, das Ziel, Rahmen und Budget festhält. Es ist kürzer und beschreibt keine fertige Lösung. Es enthält:
- ein grobes Backlog mit Prioritäten,
- eine Definition of Done,
- ein Verfahren, wie Umfang gegen Budget getauscht wird.
Wie man daraus einen Festpreis baut, steht in Agiler Festpreis.
Was das mit deinem eigenen Code zu tun hat
Ein Pflichtenheft, das den Lieferumfang genau beschreibt, schützt nebenbei deine Bausteine.
Wie viel so etwas wert sein kann, steht in Was ist Code wert?.