Leistungsbeschreibung im Werkvertrag: Grundlage der Abnahme

Die Leistungsbeschreibung ist der Teil des Vertrags, der den geschuldeten Erfolg benennt: Sie sagt, was am Ende vorhanden sein soll und woran beide Seiten das erkennen. Die Abnahmekriterien entstehen aus ihr und nicht neben ihr. Fehlt sie oder bleibt sie allgemein, streiten Auftraggeber und Auftragnehmer später über die Rechnung.

Was die Leistungsbeschreibung im Vertrag leistet

Rechtlich ist sie der Maßstab für alles, was danach kommt. § 633 BGB stellt bei der Frage nach einem Fehler zuerst auf die vereinbarte Beschaffenheit ab, und vereinbart ist genau das, was hier steht. Drei Dinge hängen damit an diesem Dokument: der Umfang der Vergütung, der Zeitpunkt der Abnahme und die spätere Mängelhaftung.

Praktisch ist sie die Anlage, auf die der Vertragstext verweist. Damit dieser Verweis trägt, gehören drei Festlegungen in den Vertrag selbst: welche Fassung gilt, in welchem Rang sie zu den übrigen Anlagen steht und wie eine Änderung wirksam wird. Ohne Rangfolge liegen im Streitfall drei Papiere nebeneinander, die sich widersprechen. Wie sich das in die Vertragsform einfügt, beschreibt der Artikel Werkvertrag.

Was hineingehört: Rollen, Masken, Schnittstellen

Für Web- und Softwarevorhaben hat sich eine Gliederung bewährt, die vom Benutzer zum System läuft:

• Rollen und Rechte. Wer darf sehen, anlegen, ändern, freigeben — und was bekommt jemand ohne Anmeldung zu Gesicht.
• Bildschirmmasken. Eine benannte Liste statt einer Anzahl: jede Maske mit Zweck, Pflichtfeldern und dem, was nach dem Absenden geschieht.
• Datenmodell in Grundzügen. Welche Objekte es gibt, wie sie zusammenhängen und welches System für welche Angabe führend ist.
• Jede Anbindung an ein Fremdsystem. Richtung, Auslöser, übertragene Felder und das Verhalten, wenn die Gegenstelle schweigt.
• Verhalten im Fehlerfall. Was der Benutzer sieht, was protokolliert wird, was wiederholt wird und was liegen bleibt.
• Umgebung. Unterstützte Browser und Endgeräte, Sprachen, Vorgaben aus dem Datenschutz.
• Mitwirkung. Wer Inhalte, Testdaten und Zugänge stellt und ab wann sie verfügbar sind.

Der letzte Punkt wird am häufigsten weggelassen und verursacht die meisten Verzögerungen: Ein Modul lässt sich ohne echte Datensätze weder fertigstellen noch prüfen.

Wie genau muss beschrieben werden?

Eine Angabe ist genau genug, wenn sich aus ihr ohne Rückfrage ein Prüfschritt formulieren lässt. „Der Export ist benutzerfreundlich“ erfüllt das nicht. „Der Export erzeugt eine Datei mit den benannten Spalten und weist abgewiesene Zeilen mit Grund aus“ erfüllt es.

Die Tiefe darf sich dabei unterscheiden. Der Kern des Vorhabens wird ausformuliert, Randbereiche werden benannt und ausdrücklich als offen gekennzeichnet; ein Absatz darüber, was nicht Teil des Auftrags ist, erspart mehr Diskussion als zehn weitere Anforderungen. Laufen die Arbeiten in Etappen, entsteht die Feinbeschreibung je Etappe kurz vor der Umsetzung — Rahmen und Abnahmekriterien stehen trotzdem vorher.

Wer welchen Teil schreibt

Der Auftraggeber beschreibt das Was und das Wozu: den Ablauf im Haus, die fachlichen Regeln, die Sonderfälle, die Mengen. Der Auftragnehmer beschreibt das Wie: Architektur, Masken, Anbindungen, Annahmen. Die klassische Aufteilung auf zwei Dokumente behandelt der Artikel Pflichtenheft und Lastenheft; für den Vertrag zählt weniger, wie die Papiere heißen, als dass beide Blickrichtungen vorliegen und unterscheidbar bleiben.

Zwei Schieflagen bei der Rollenverteilung

Kippt eine Seite in die Rolle der anderen, entstehen zwei bekannte Schieflagen: Der Fachbereich schreibt bereits eine Lösung auf und schneidet bessere Wege ab, oder der Anbieter formuliert die fachlichen Regeln selbst und trifft dabei Annahmen, die niemand geprüft hat.

Woran Beschreibungen scheitern

• Allgemeinplätze. „Modernes Design“, „hohe Geschwindigkeit“, „stabil im Betrieb“ — Formeln, die erst nach der Lieferung ausgelegt werden, und dann je nach Verhandlungslage.
• Mündliche Zusatzabreden. Was in einer Besprechung vereinbart und nirgends nachgeführt wird, existiert bei der Prüfung nicht.
• Keine Regeln für den Fehlerfall. Beschrieben wird der Normalfall; der Aufwand steckt in Storno, Teillieferung, Nachbuchung, doppelter Eingabe.
• Überholte Fassung. Änderungen laufen über Nachrichten, das Dokument bleibt auf dem Stand des Angebots — und bei der Übergabe fehlt der Maßstab.

So entsteht die Leistungsbeschreibung bei uns

Wir erarbeiten die fachlichen Regeln im Gespräch mit den Menschen, die den Ablauf heute ausführen, schreiben die Umsetzung selbst dazu und führen beides bei jeder Änderung nach. Zu jeder Etappe steht im Angebot, welche Prüfschritte sie bestehen muss, bevor die Arbeit beginnt. Fachliche Weisungen an die Entwickler laufen über unsere Projektleitung; Quellcode, Dokumentation und Zugänge gehören dem Auftraggeber. Formulierungen, aus denen sich kein Prüfschritt ableiten lässt, streichen wir vor der Unterschrift — auch dann, wenn sie aus dem Entwurf des Auftraggebers stammen. Welche Arbeiten auf die Beschreibung folgen, zeigt die Seite Softwareentwicklung.