Leistungsbeschreibung: Ultimativer Leitfaden & Vorlage für 2026
Die geheime Zutat: Eine Leistungsbeschreibung (SoW) klärt Verantwortlichkeiten sowie den Leistungsumfang Ihres Projekts. Richtig erstellt, hilft sie, Verzögerungen zu reduzieren und die Rentabilität zu steigern.
Wesentliche Bestandteile: Eine gut ausgearbeitete Leistungsbeschreibung fasst Zweck, Ergebnisse, Steuerung und Zeitrahmen zusammen. Das ist entscheidend, um Erwartungen abzustimmen und einen reibungslosen Projektverlauf zu gewährleisten.
Die Kunst der Kommunikation: Kennen Sie Ihre Leistungsbeschreibung genau und teilen Sie sie mit allen Beteiligten, um während des gesamten Projekts Klarheit zu schaffen, Missverständnisse zu vermeiden und die Zusammenarbeit zu fördern.
Eine effektive Leistungsbeschreibung (Statement of Work, SoW) ist das ultimative Werkzeug, um Probleme schon im Vorfeld zu vermeiden. Sie ist die maßgebliche Informationsquelle, die genau festlegt, wofür Sie und Ihr Team bei der Projektdurchführung verantwortlich sind.
Eine unklare Leistungsbeschreibung kann Verzögerungen, Mehraufwand und geringere Rentabilität bedeuten. So erstellen Sie eine Leistungsbeschreibung, die klare Erwartungen setzt, Sie und Ihr Team schützt und die Erfolgsaussichten des Projekts maximiert.
Was ist eine Leistungsbeschreibung?
Im Projektmanagement ist eine Leistungsbeschreibung (Statement of Work, SoW) eine Vereinbarung zwischen einem Auftraggeber und einer Agentur, einem Auftragnehmer oder Dienstleister, die genau definiert, was in einem Projekt enthalten ist.
Die Leistungsbeschreibung ist der Projektvertrag, der Erwartungen festlegt und aufeinander abstimmt. Sie fasst den Projektzweck zusammen und definiert die Ergebnisse, Standards, Kriterien und Anforderungen für jede Projektphase.
Kostenlos freischalten
Erstellen Sie ein kostenloses Konto, um diesen Beitrag zu Ende zu lesen und Teil einer Community zukunftsorientierter Führungskräfte zu werden, die Tools, Leitfäden und Insights für den Erfolg im Zeitalter der KI freischaltet.
Have an account? Log In
Wenn Sie bereits einen Projektplan oder Zeitplan und eine Kostenschätzung erstellt haben, ist die Leistungsbeschreibung das Sahnehäubchen – sie enthält die entscheidenden Details, die alles verbinden.
Eine gut geschriebene Leistungsbeschreibung legt klar fest, was Ihr Team im Projekt leisten wird und was nicht – das hilft Ihnen bei der Steuerung von Subunternehmern und schützt sowohl Ihren Zeitplan als auch Ihre Wirtschaftlichkeit.
Was sollte eine Leistungsbeschreibung enthalten?
Die SoW sollte mindestens Folgendes klar benennen:
- Projektziele: Zweck und Zieldefinition, also warum das Projekt durchgeführt wird und was erreicht werden soll
- Projektgovernance: Wer hat welche Entscheidungskompetenz und Zuständigkeiten?
- Projektstrukturplan (WBS): Wie wird das Projekt durchgeführt, welcher Ansatz wird gewählt, und welche konkreten Aufgaben und Phasen gibt es?
- Liefergegenstände inklusive Fälligkeiten: Was wird geliefert und bis wann?
- Leistungszeitraum: Wann wird das Projekt abgeschlossen, benötigte Zeit, voraussichtliches Start- und Enddatum sowie Meilensteine
- Kostenschätzung: Projektpreisgestaltung inklusive Zahlungsplan
- Annahmen: Was ist im Projektumfang enthalten und was nicht, inklusive Abnahmekriterien, also was geliefert werden darf und was nicht
- Arbeitsanforderungen: Weitere spezielle Anforderungen und Details dazu, wie das Projekt erledigt werden soll, zum Beispiel bestimmte Methoden oder eingesetzte Projektmanagement-Tools. Bei Softwareentwicklungsprojekten gehören hier auch funktionale Anforderungen hin.
Ist die Leistungsbeschreibung zu vage, zu breit oder zu allgemein gehalten, bietet sie Raum für verschiedene Auslegungen. Das kann später im Projekt zu Missverständnissen führen.
Aber Vorsicht bei zu viel Detaillierung! Ist die Leistungsbeschreibung zu spezifisch, kann das das Projekt künstlich einengen. Möglicherweise erledigen Sie Arbeiten, die gar nicht nötig wären, nur weil Sie sich dazu verpflichtet haben.
Wie schreibt man eine Leistungsbeschreibung?
Beachten Sie diese Tipps und Tricks beim Erstellen Ihrer SoW:
1. In Abschnitte unterteilen
Schränken Sie nicht das ein, was Sie nicht kennen. Anstatt zu versuchen, eine Leistungsbeschreibung (SoW) für das gesamte Projekt zu schreiben, teilen Sie das Projekt in Phasen auf und entwickeln Sie für jede Phase eine separate Leistungsbeschreibung, sobald das Projekt voranschreitet.
2. Machen Sie einen Plan
Entscheiden Sie, was Sie tun und wie Sie es tun. Definieren Sie die Ergebnisse und den notwendigen Prozess, um diese zu erstellen, sodass Sie klar darstellen können, was innerhalb und was außerhalb des Projektumfangs liegt.
3. Setzen Sie es in einen Kontext
Erklären Sie, warum Sie das Projekt durchführen. Selbst wenn sich die Details im Plan verändern, sollte Ihnen die Leistungsbeschreibung helfen zu beurteilen, ob das Projekt erfolgreich war.
4. Werden Sie spezifisch
Setzen Sie klare Grenzen für das Projekt. Minimieren Sie das Risiko von Missverständnissen mit Ihrem Kunden, indem Sie den Arbeitsumfang genau definieren und, wann immer möglich, quantifizieren, sodass der Kunde nicht mehr erwartet, als Sie eingeplant haben.
5. Machen Sie Annahmen transparent
Legen Sie die Spielregeln fest. Verwenden Sie Projektumfangserklärungen, um gemeinsame Erwartungen zu erläutern und darzustellen, was gegeben sein muss, damit Ihr Team das Projekt erfolgreich umsetzen kann. Finden Sie hier Beispiele für Projektumfang.
6. Vereinfachen Sie
Seien Sie klar und prägnant. Finden Sie einen Mittelweg, die Leistungsbeschreibung so schlank wie möglich zu halten und gleichzeitig die Arbeit sorgfältig zu spezifizieren. Vermeiden Sie mehrdeutige Begriffe und nutzen Sie eine einfache Sprache, damit die SoW leicht verständlich ist.
7. Teilen Sie sie
Als Projektmanager sollten Sie Ihre Leistungsbeschreibung bis ins Detail kennen und in der Lage sein, deren Inhalt den Stakeholdern zu vermitteln. Stellen Sie sicher, dass die Stakeholder eine Kopie der SoW gesehen haben, und beziehen Sie sich während des gesamten Projektverlaufs immer wieder darauf.
Leistungsbeschreibung-Vorlage & Beispiel [Download]
Glücklicherweise habe ich die Vorlage für Sie! Meine digitale Vorlage für eine projektbezogene Leistungsbeschreibung ist vollständig ausgearbeitet und sofort einsatzbereit. Sie hilft bei Antworten auf folgende Fragen: „Was sollte meine SoW enthalten?“, „Wie viele Details sind nötig?“ und „Wo speichere ich Projektinformationen?“
Statt Zeit damit zu verschwenden, selbst etwas zusammenzustellen, habe ich die harte Arbeit für Sie übernommen. Meine detaillierte SoW-Vorlage ist etwa 12 Seiten (1000 Wörter) lang und steht in einem Format zur Verfügung, das sowohl mit Microsoft Word als auch mit Google Docs kompatibel ist, damit Sie sie nach Ihren Bedürfnissen anpassen können. Die Vorlage ist unmarkiert und verwendet ein generisches Design, sodass Sie Inhalte einfach bearbeiten und mit Ihrem eigenen Logo versehen können.
Die Vorlage umfasst zwei Bereiche. Der erste Abschnitt enthält die allgemeinen Projektinformationen, während der zweite Teil die Einzelheiten jeder Phase aufführt. Sie können bei Bedarf weitere Phasen für Ihr Projekt hinzufügen.
Die SoW-Vorlage enthält folgende Abschnitte:
- Inhaltsverzeichnis
- Projektinformationen
- Projektzusammenfassung
- Projektablauf
- Projektbudget
- Projektmeilensteine
- Projektsteuerung
- Allgemeine Geschäftsbedingungen
- Phasendetails
- Beschreibung der Leistungen
Meine vorgefertigte Leistungsbeschreibung-Vorlage (plus ein ausgefülltes Beispiel) finden Sie in der DPM Membership Vorlagenbibliothek. Ich habe Ihnen Hinweise beigefügt, die helfen, jeden Abschnitt auszufüllen, und weil SoW-Dokumente einen großen Aufwand bedeuten, gibt es außerdem ein ausgearbeitetes Beispiel zur Orientierung.
Weitere Projektmanagement-Vorlagen finden Sie hier.
So verwenden Sie eine Leistungsbeschreibung
Wenn Sie sich nicht an die SoW halten, ist es sehr wahrscheinlich, dass Sie am Ende:
- Liefert nicht ganz das gewünschte Ergebnis
- Verzögert sich bei der Erreichung Ihrer Projektziele
- Überschreitet Ihr Budget
Wie halten Sie sich also an den Plan und bringen Ihr SoW auf Kurs?
1. Kennen Sie Ihr SoW in- und auswendig
Sie müssen dieses Dokument besser kennen als jeder andere. Wie peinlich wäre es, wenn der Kunde etwas anspricht, das Sie im SoW geschrieben, aber vergessen haben? Genau, ziemlich SoW-peinlich.
Schlechter Witz? Okay, weiter geht's.
Halten Sie eine Kopie Ihres SoW immer griffbereit. Ich empfehle, es in Ihre Projektmanagement-Software hochzuladen, damit zentral darauf zugegriffen werden kann. Falls Sie aber zu den Höhlenmenschen gehören, können Sie es auch ausdrucken.
Wie auch immer Sie es machen – haben Sie das SoW zur Hand, wenn Sie in einem Call oder Meeting sind; immer wenn es gefragt ist, schaut jeder auf Sie für die Antwort.
2. Machen Sie die Stakeholder mit dem SoW vertraut
Es reicht nicht, wenn nur Sie das SoW kennen – Sie müssen das SoW in Ihrem Team kommunizieren, um das Risiko von Scope Creep zu minimieren.
Auch wenn Ihr Team an der Erstellung des SoW beteiligt war, hat es sich seit Projektstart mit Sicherheit verändert und weiterentwickelt. Stellen Sie sicher, dass die Teammitglieder verstehen:
- Projektaktivitäten
- Arbeitsergebnisse
- Annahmen
- Wie Erfolg aussieht
Stellen Sie das SoW zur Verfügung, drucken Sie Kopien aus, hängen Sie es an die Wand im War Room oder lassen Sie es sich tätowieren – Hauptsache, es ist sichtbar und jeder kennt den Inhalt.
Das Letzte, was Sie wollen, ist, dass ein Teammitglied einer spontanen Kundenanfrage zustimmt (die nicht Teil des Ausführungsplans ist) oder eine wichtige Vertragsanforderung übersieht.
3. Holen Sie sich die Zustimmung Ihres Teams
Lassen Sie uns eines klarstellen: Blindes Abnicken ist keine gute Idee.
Nehmen Sie sich die Zeit, um den finalen Plan mit Ihrem Projektteam durchzugehen und holen Sie sich ihr echtes Commitment. Wenn sie der Meinung sind, dass etwas keinen Sinn ergibt oder den Projekterfolg nicht fördert, klären Sie dies, bevor Sie das Team an die Arbeit schicken.
Wenn von Anfang an alles klar ist, verringern Sie die notwendige Zahl von Abstimmungen unterwegs – so kann Ihr Team eigenständig mit Collaboration-Tools arbeiten.
Es hat keinen Sinn, Arbeit zu machen, nur weil das SoW es vorschreibt. Wenn es dem Projekt dient, sollten Sie dem Kunden eine Änderung vorschlagen können.
4. Halten Sie das SoW stets präsent
Sie sollten keine Angst haben, das SoW in Kundengesprächen zu thematisieren – im Gegenteil: Eine SoW-Überprüfung sollte ein fester Punkt auf jeder Agenda sein. Sprechen Sie darüber, ob das SoW weiterhin gültig ist und ob alles nach Plan läuft.
Wenn Änderungen notwendig werden, analysieren Sie die Gründe dafür, passen Sie das SoW an und informieren Sie alle Beteiligten.
5. Achten Sie auf Scope Creep
Scope Creep tritt auf, wenn sich der Projektumfang scheinbar schleichend ausdehnt. Typischerweise beginnt eine Scope-Change-Anfrage ganz klein und wird dann langsam zu einem viel größeren Projekt, das an Ihren Gewinnen zehrt.
Es ist ärgerlich, aber es passiert schnell: Kunden haben viele (meist) gute Ideen und verstehen oft nicht die Folgen für Zeitplan oder Budget.
Um Scope Creep zu managen, müssen Sie wachsam sein, das Problem ansprechen und eine Lösung finden. Erkennen Sie Ad-hoc-Anfragen frühzeitig, verweisen Sie auf das SoW. Wenn Sie und der Kunde einig sind, dass es außerhalb des Umfangs liegt, der Kunde es aber trotzdem haben will, muss ein Change Request gestellt werden (also ein Update des SoW).
Der Change Request sollte folgendes beschreiben:
- Die Änderung gegenüber dem ursprünglichen SoW
- Wie Sie die Anfrage umsetzen werden
- Die Auswirkungen auf Budget und Zeitplan
6. Seien Sie von Anfang an wachsam
Projekte, die aus dem Ruder laufen, tun dies oft schon in den frühen Projektphasen.
Das passiert, wenn Projektmanager keine Probleme ansprechen, obwohl sie es sollten, weil sie das aktuelle Gleichgewicht nicht stören möchten. Die späteren Auswirkungen, wenn man in den ersten Wochen eines Projekts zu flexibel ist, können enorm sein.
Das führt nicht nur dazu, dass Sie Rückstände aufholen müssen, sondern vermittelt dem Kunden auch den Eindruck, dass das Leistungsbeschreibungsdokument (SoW) flexibel ist. Sie könnten annehmen, dass Sie zukünftigen Anfragen zu Änderungen des Leistungsumfangs nachkommen – unabhängig von deren Auswirkungen auf Budget oder Zeitplan.
Wenn Sie das zulassen, können Sie sich von der Nützlichkeit Ihres SoW verabschieden.
Hier kommt eine sehr nicht-ernste Erklärung:
Wozu dient ein Statement-of-Work-Dokument?
Wir haben das bereits teilweise behandelt, aber zur Erinnerung: Ihre Leistungsbeschreibung (SoW) existiert dafür, um:
- Ihnen dabei zu helfen, herauszufinden, was Sie berechnen müssen
- Die zusätzliche Detailebene bereitzustellen, die Kostenaufstellungen und Projektpläne normalerweise nicht enthalten
- Dem Kunden die Sicherheit zu geben, was er für sein Geld bekommt
- Ihr Team durch klar definierte, öffentlich vereinbarte Zeitpläne zur Verantwortlichkeit anzuhalten
- Scope Creep keinen Platz zu lassen, indem deutlich gemacht wird, was nicht im Umfang enthalten ist
- Auf beiden Seiten eindeutige Erwartungen zu setzen, um Missverständnisse und Konflikte proaktiv zu verhindern
Falls Sie denken, dass das viel Arbeit sein wird, liegen Sie nicht ganz falsch. Aber indem Sie von Anfang an Arbeit in eine präzise und abgestimmte Leistungsbeschreibung stecken, fördern Sie den Projekterfolg (und die Profitabilität) und ersparen sich im späteren Projektverlauf viele Kopfschmerzen.
Weitere Dokumente rund um das Statement of Work
Es gibt einige ähnliche und verwandte Dokumente zu SoWs, die oft mit ihnen verwechselt werden, obwohl sie anderen Zwecken dienen.
Master-Service-Vereinbarung vs. Statement of Work
Eine Master-Service-Vereinbarung (MSA) dient dazu, grundlegende, nicht projektspezifische Punkte von Anfang an zu klären. Hier definieren beide Parteien die Basisbedingungen und ihre Bedeutungen, um in Zukunft Projekte schneller starten zu können.
Handelt es sich um einen neuen Kunden, geht eine MSA häufig einher mit dem SoW, kann dieses aber nicht ersetzen. Gibt es bereits eine unterzeichnete MSA, können Sie diese Details aus dem SoW auslassen.
Projektauftrag vs. Statement of Work
Der Projektauftrag ist eng mit dem SoW verbunden, aber der Auftrag befasst sich eher mit dem Gesamtbild. Anstatt jede Aufgabe und jedes Ergebnis detailliert zu beschreiben, werden Projektziele und erwartete Resultate dargestellt.
Nutzen Sie dieses Dokument für größere Projekte mit mehreren Phasen, bei denen es eher vorkommt, dass man das SoW zwischen einzelnen Abschnitten aus den Augen verliert. Der Projektauftrag ist für den Projektstart gedacht, nachdem beide Parteien das SoW unterzeichnet haben.
Ausschreibung (RFP) vs. Statement of Work
Ausschreibungen (RFPs) sind Dokumente, die von Unternehmen erstellt werden, die eine Agentur, einen Dienstleister oder Auftragnehmer für eine bestimmte Dienstleistung suchen.
Interessierte Agenturen, die den im RFP definierten Leistungsumfang umsetzen möchten, antworten mit einem Angebot, in dem sie meist ihre Herangehensweise, ihre Methoden und Beispiele ähnlicher Projekte vorstellen. Mit Ausschreibungssoftware kann der Antwortprozess auf RFPs gesteuert werden.
Das SoW wird erstellt, nachdem die Agentur den Auftrag erhalten hat, und enthält detailliertere Informationen zur konkreten Ausführung.
