Statement of Work (SOW): Leistungsbeschreibung schreiben, mit Beispiel und Vorlage

Dieser Leitfaden zeigt Ihnen, was in eine Leistungsbeschreibung gehört, wie Sie sie von Lastenheft, Pflichtenheft und Vertrag abgrenzen und wie Sie aus der unterschriebenen SOW einen Projektplan bauen.

🔽 Außerdem finden Sie im Artikel eine Vorlage zum Kopieren und unsere kostenlose Checkliste für Ihre nächste Leistungsbeschreibung.

Was ist ein Statement of Work (SOW)?

Ein Statement of Work (SOW) ist ein formelles Dokument, das festlegt, welche Arbeit ein Auftragnehmer für einen Auftraggeber erbringt, welche Ergebnisse er liefert, bis wann und zu welchem Preis. Die Abkürzung SOW steht für „Statement of Work“; im Deutschen heißt das Dokument Leistungsbeschreibung.

Eine SOW hält diese Punkte fest:

• Ziele und erwartete Ergebnisse
• Arbeitsumfang, also was zum Auftrag gehört und was nicht
• Liefergegenstände und Meilensteine
• Zeitplan und Fristen
• Abnahmekriterien
• Preis und Zahlungsbedingungen
• Annahmen, Einschränkungen und Mitwirkungspflichten

Das PMI beschreibt im PMBOK Guide die Leistungsbeschreibung für Beschaffungen (Procurement Statement of Work) als Dokument, das den Beschaffungsgegenstand so genau beschreibt, dass Anbieter prüfen können, ob sie ihn liefern können. In der Praxis schreiben Auftraggeber die SOW deshalb oft vor der Ausschreibung und legen sie der Anfrage bei.

Scope of Work oder Statement of Work? Der Scope of Work beschreibt nur den Arbeitsumfang, also „was getan wird“. Das Statement of Work enthält den Scope of Work als einen Abschnitt und regelt zusätzlich, wer, wann, wo, nach welchen Standards und gegen welche Bezahlung arbeitet.

Warum ist eine Leistungsbeschreibung so wichtig?

Eine Leistungsbeschreibung ist wichtig, weil sie Streit über den Leistungsumfang verhindert, bevor er entsteht: Beide Seiten unterschreiben, was der Auftragnehmer liefert, wann der Auftraggeber abnimmt und wie er bezahlt. Fehlt diese Festlegung, wächst der Umfang unkontrolliert, und jede Änderung wird zur Verhandlung.

Eine sorgfältig ausgearbeitete SOW:

1. Setzt klare Erwartungen für alle Beteiligten.
2. Bringt alle Stakeholder auf ein gemeinsames Bild davon, wie Erfolg aussieht.
3. Verhindert Scope Creep, weil sie Liefergegenstände und Ausschlüsse genau benennt.
4. Senkt Projektrisiken, weil Annahmen und Mitwirkungspflichten schriftlich vorliegen.
5. Sichert Verantwortung durch Meilensteine, Abnahmen und Unterschriften.

Das gilt für externe Projekte mit Lieferanten oder Subunternehmern und genauso für interne Projekte. Auch dort legt die SOW fest, welche Abteilung was bis wann liefert.

Wer schreibt die Leistungsbeschreibung?

Die Leistungsbeschreibung schreibt in der Regel die Seite, die die Arbeit anfordert: die Projektleitung des Auftraggebers oder dessen Einkauf. Bei Dienstleistungsprojekten entwirft oft der Auftragnehmer die SOW auf Basis seines Angebots. Rechtsabteilung und Einkauf prüfen den Entwurf, beide Parteien stimmen zu, bevor jemand unterschreibt.

Was ist der Unterschied zwischen SOW, Lastenheft und Pflichtenheft?

Die SOW legt fest, welche Leistung zu welchen Terminen, Abnahmekriterien und Preisen vereinbart ist. Lastenheft und Pflichtenheft liefern dafür die Grundlage: die Forderungen des Auftraggebers und den Lösungsweg des Auftragnehmers. Projektauftrag und Vertrag ergänzen diese Dokumente.

DIN 69901-5 definiert das Lastenheft als die „vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages“ und das Pflichtenheft als die „vom Auftragnehmer erarbeiteten Realisierungsvorgaben“ zur Umsetzung des Lastenhefts.

In Deutschland liegt die SOW meist als Anlage einem Werkvertrag (§ 631 BGB) oder Dienstvertrag (§ 611 BGB) bei. Welche Vertragsart und welches Vergütungsmodell zu Ihrem Projekt passen, erklärt unser Artikel Time & Material vs. Festpreis: Vertragsarten im Vergleich.

Was sollte eine Leistungsbeschreibung beinhalten?

Eine Leistungsbeschreibung sollte alle Punkte enthalten, über die Auftraggeber und Auftragnehmer später streiten könnten: Umfang, Ergebnisse, Termine, Abnahme, Zahlung und Ausschlüsse. Machen Sie sich zuerst Notizen zu allen Aspekten des Projekts, die Mindmap unten zeigt die 14 Bereiche.

1. Einleitung: Nennen Sie die Parteien und beschreiben Sie in zwei bis drei Sätzen, welche Arbeit der Auftragnehmer leistet. Verweisen Sie auf den Vertrag, dem die SOW als Anlage beiliegt, etwa einen Rahmenvertrag mit Preisen und Rechtsbedingungen.

2. Zweck des Projekts: Beantworten Sie, warum das Projekt startet und woran Sie den Nutzen messen, etwa Zeitersparnis, Umsatz oder Return on Investment.

3. Arbeitsumfang: Beschreiben Sie, welche Arbeiten zum Auftrag gehören, mit welchen Prozessen, welcher Hardware und Software. Schreiben Sie ausdrücklich dazu, was nicht zum Auftrag gehört. Diese Ausschlussliste verhindert die meisten Nachforderungen.

4. Arbeitsort: Legen Sie fest, wo das Team arbeitet: beim Auftraggeber, beim Auftragnehmer oder remote, und welche Geräte und Zugänge es dort braucht.

5. Aufgaben: Zerlegen Sie den Arbeitsumfang in Arbeitspakete. Gliedern Sie sie nach Projektstrukturplan, Phasen oder Meilensteinen und schätzen Sie den Aufwand je Paket.

6. Meilensteine: Legen Sie Start, Endtermin und Zwischentermine fest. Begrenzt der Vertrag die abrechenbaren Stunden pro Woche oder Monat, gehört diese Obergrenze hierher.

7. Liefergegenstände: Definieren Sie jedes Ergebnis mit Menge, Format und Fälligkeit, zum Beispiel „Ablagekonzept, PDF, höchstens 20 Seiten, fällig in Woche 3“.

8. Zeitplan: Ordnen Sie jedem Liefergegenstand einen Termin zu, von der Analyse über Umsetzung und Test bis zum Abschluss. Formulieren Sie relativ statt mit Kalenderdaten, etwa „zwei Monate nach Vertragsunterzeichnung“. So verschiebt eine späte Unterschrift nicht den ganzen Plan. Legen Sie außerdem Termine für formelle Reviews fest.

9. Standards und Tests: Listen Sie Normen, gesetzliche Vorgaben (z. B. DSGVO) und Tests auf. Nennen Sie, wer testet, mit welcher Ausrüstung und welchen Ressourcen.

10. Definition von Erfolg: Schreiben Sie messbare Abnahmekriterien. Statt „schnelle Suche“ heißt es „Suchergebnis in unter 10 Sekunden in 20 von 20 Testfällen“. In agilen Projekten steht hier die Definition of Done (DoD).

11. Anforderungen: Nennen Sie Voraussetzungen und Mitwirkungspflichten des Auftraggebers: Zugänge, Ansprechpartner, Zertifizierungen, Reisen.

12. Zahlungen: Legen Sie Preis und Zahlungsplan fest: im Voraus, nach Zeit oder nach Meilenstein. Koppeln Sie Zahlungen an Abnahmen und behalten Sie einen Teil bis zur Schlussabnahme ein.

13. Sonstiges: Halten Sie fest, was in keine andere Kategorie passt: Sicherheitsvorgaben, Reisekosten, Support nach Projektende und das Verfahren für Änderungswünsche (Change Requests).

14. Abschluss: Regeln Sie, wer die Ergebnisse prüft, abnimmt und unterschreibt und wo Sie die Unterlagen archivieren.

Gratis-Checkliste

Wie sieht ein Statement of Work in der Praxis aus?

Ein Statement of Work in der Praxis füllt die 14 Bestandteile mit konkreten Mengen, Terminen und Beträgen. Das folgende gekürzte Beispiel beschreibt die Einführung eines Dokumentenmanagementsystems (DMS) in einem Ingenieurbüro mit 40 Arbeitsplätzen. Firmen und Zahlen sind ausgedacht, die Rechnung stimmt.

Statement of Work: Einführung DMS, Anlage 1 zum Rahmenvertrag

Woher kommt der Festpreis? Der Auftragnehmer schätzt 400 Stunden zu 95 Euro, also 38.000 Euro nach Aufwand, und schlägt 15 % für das Mengenrisiko auf: 43.700 Euro. Wie sich diese Rechnung zum Abrechnen nach Aufwand verhält, zeigt der Artikel Time & Material vs. Festpreis.

Vorlage: Statement of Work zum Kopieren

Kopieren Sie die Vorlage in Ihr Textprogramm und ersetzen Sie alle Angaben in eckigen Klammern. Streichen Sie keinen Abschnitt; schreiben Sie „entfällt“, wenn ein Punkt nicht zutrifft. So sehen alle Beteiligten, dass Sie ihn geprüft haben.

STATEMENT OF WORK (LEISTUNGSBESCHREIBUNG)
Projekt: [Projektname]   Version: [1.0]   Datum: [TT.MM.JJJJ]
Anlage [Nr.] zum Vertrag vom [Datum]

1  Einleitung
   Auftraggeber: [Firma, Ansprechpartner]
   Auftragnehmer: [Firma, Ansprechpartner]
   Kurzbeschreibung: [2 bis 3 Sätze]

2  Zweck des Projekts
   Ausgangslage: [...]
   Ziel und Messgröße: [z. B. Suchzeit unter 10 Sekunden]

3  Arbeitsumfang
   Im Umfang: [...]
   Nicht im Umfang: [...]

4  Arbeitsort
   [vor Ort / remote / gemischt, benötigte Zugänge]

5  Aufgaben und Arbeitspakete
   AP1 [Name], Aufwand [h]
   AP2 [Name], Aufwand [h]

6  Meilensteine
   M1 [Name], [Woche oder Tage nach Unterzeichnung]
   M2 [Name], [...]

7  Liefergegenstände
   [Ergebnis], [Format, Menge], fällig bei [Meilenstein]

8  Zeitplan
   Start: [x Wochen nach Unterzeichnung]   Laufzeit: [x Wochen]
   Reviews: [Termine]

9  Standards und Tests
   [Normen, gesetzliche Vorgaben, Testverfahren]

10 Abnahmekriterien
   [messbares Kriterium je Liefergegenstand]

11 Anforderungen und Mitwirkung des Auftraggebers
   [Infrastruktur, Ansprechpartner, Zeitbudget]

12 Preis und Zahlungen
   Vergütungsmodell: [Festpreis / Aufwand / Aufwand mit Obergrenze]
   Zahlungsplan: [% und Betrag je Meilenstein]

13 Sonstiges
   Änderungsverfahren: [Form, Frist, Stundensatz]
   Reisekosten, Support nach Projektende: [...]

14 Abschluss und Unterschriften
   Abnahme durch: [Name, Rolle]
   Auftraggeber: ________________  Datum: ______
   Auftragnehmer: _______________  Datum: ______

Welche Arten von Leistungsbeschreibungen gibt es?

Leistungsbeschreibungen unterscheiden sich nach Projektart, der Aufbau mit 14 Bestandteilen bleibt gleich. Den Schwerpunkt setzen Sie je nach Branche:

• IT-Einführung: Integrationsschritte, Testumgebungen, Abnahmetests durch Anwender und Datenschutz nach DSGVO, wie im Beispiel oben.
• Projektmanagement-Leistung: Wochenstunden der Projektleitung, Verantwortung für Reporting, Budget und Risiken sowie das Vorgehen (Wasserfall, agil oder hybrid).
• Bauprojekt: Baustandards, Ortstermine, Sicherheitsauflagen, Materialien und ein Zeitplan von der Baufeldfreimachung bis zur Endabnahme.
• Internes Projekt: Prozessverbesserung oder Softwareeinführung zwischen Abteilungen. Hier tritt der Projektauftrag an die Stelle des Vertrags, die SOW regelt trotzdem Umfang, Termine und Abnahme.

Wie machen Sie aus der SOW einen Projektplan in Merlin Project?

Aus einer unterschriebenen SOW machen Sie einen Projektplan, indem Sie Arbeitspakete, Meilensteine und Abnahmekriterien eins zu eins in die Projektstruktur übertragen. In Merlin Project gehen Sie so vor:

1. Struktur übernehmen: Legen Sie jedes Arbeitspaket als Gruppe und die Meilensteine M1 bis M4 im Strukturplan an. Haben Sie die Bestandteile zuerst in der Mind Map gesammelt, wechseln Sie über Darstellung > Strukturplan > Eingabe; Merlin Project übernimmt alle Knoten als Vorgänge und Gruppen (siehe Von der Mind Map zum Projektplan). Die 14 Bestandteile dieses Artikels erhalten Sie als Merlin-Projektdatei zum Download.
2. SOW ablegen: Hängen Sie das unterschriebene Dokument über Einfügen > Anhang > Datei an den Meilenstein „Vertrag unterzeichnet“. Der Anhang speichert alle Stände der Datei als Versionsverlauf.
3. Abnahmekriterien prüfbar machen: Hängen Sie die Kriterien aus Abschnitt 10 als Checkliste an den Abnahme-Meilenstein. Die Checkliste zeigt den Status Geplant, In Arbeit, Überfällig oder Abgeschlossen.
4. Zahlungsplan abbilden: Tragen Sie den vereinbarten Betrag im Finanz-Inspektor im Tab Budget unter Genehmigt ein und verteilen Sie ihn auf die Meilensteine.

Die SOW im Projektdokument

Die Ansicht Anhänge listet alle Checklisten, Dateien und Risiken Ihres Projekts. Die Spalte Angehängt an zeigt, an welchem Vorgang oder Meilenstein ein Anhang hängt. So finden Sie die SOW, die Abnahme-Checkliste und offene Risiken an einer Stelle. Testen Sie Merlin Project 30 Tage kostenlos.

Unterschriften: Der letzte Schritt

Eine SOW ohne Unterschriften bindet niemanden. Lassen Sie alle wichtigen Stakeholder unterschreiben, bevor die Arbeit beginnt:

• Projektverantwortliche oder Geschäftsleitung
• Lieferanten oder Vertreter von Drittanbietern
• Teamleiterinnen und Teamleiter, falls sie direkte Verantwortung tragen

Die unterzeichnete SOW ist Ihr Nachweis bei Streitfällen: Sie dokumentiert die Zustimmung zu Aufgabenumfang, Zeitplan und Abnahmekriterien.

Quellen

• DIN 69901-5:2009-01, Projektmanagement, Projektmanagementsysteme, Teil 5: Begriffe (Definitionen Lastenheft und Pflichtenheft)
• Project Management Institute: A Guide to the Project Management Body of Knowledge (PMBOK Guide), 6. Auflage, Kapitel 12 Projektbeschaffungsmanagement
• Bürgerliches Gesetzbuch, § 611 Dienstvertrag und § 631 Werkvertrag
• Computerworld: How to write a statement of work
• ProjectManager.com: Statement of Work Definition & Examples

Haben Sie Fragen zu diesem Blogartikel oder möchten darüber diskutieren, freuen wir uns auf Ihren Beitrag bei uns im Forum.