Scope Creep: Ursachen, Beispiele und wie Sie ihn verhindern

Was ist Scope Creep?

Scope Creep ist die unkontrollierte Ausweitung des Produkt- oder Projektumfangs ohne entsprechende Anpassung von Zeit, Kosten und Ressourcen. Er entsteht, wenn nach der Vereinbarung des Umfangs neue Funktionen, Lieferobjekte oder Aufgaben hinzukommen, aber niemand ihre Auswirkungen bewertet, sie formell genehmigt oder den Plan entsprechend aktualisiert.

Das PMI verwendet in seinem Glossar fast genau diese Definition, und sie ist ein nützlicher Test: Wenn Arbeit hinzugekommen ist und der Umfangs-Basisplan, der Terminplan und das Budget unverändert geblieben sind, liegt Scope Creep vor.

Es hilft, zwei Arten von Umfang zu unterscheiden. Produktumfang umfasst die Merkmale und Funktionen dessen, was Sie bauen, etwa eine Website mit Suche und Checkout. Projektumfang umfasst die Arbeit, die für die Lieferung nötig ist: Design, Entwicklung, Test, Schulung und Launch. Scope Creep kann beide betreffen. Wünscht ein Kunde eine Live-Chat-Funktion, erweitert das den Produktumfang; bittet ein Sponsor das Team, zusätzlich zehn Jahre Archivdaten zu migrieren, erweitert das den Projektumfang.

Das Wort „Creep“ (Schleichen) ist entscheidend. Eine einzelne große Änderung wird meist bemerkt und besprochen. Scope Creep besteht aus vielen kleinen Änderungen, von denen jede zu unbedeutend erscheint, um sie zu formalisieren: noch ein Bericht, eine zusätzliche Korrekturrunde, eine kurze Anpassung der Login-Seite. Einzeln wirken sie harmlos; zusammen können sie Wochen kosten.

Er ist zudem weit verbreitet. Der Bericht *Pulse of the Profession* 2018 des PMI ergab, dass 52 % der in den vorangegangenen 12 Monaten abgeschlossenen Projekte Scope Creep erlebt hatten, gegenüber 43 % fünf Jahre zuvor.

Unser Leitfaden zum Projektumfang erklärt, wie Sie den Umfang von Anfang an richtig definieren.

Scope Creep vs. Umfangsänderung, Gold Plating und Feature Creep

Nicht jede Änderung des Umfangs ist Scope Creep. Projekte lernen unterwegs dazu, und genehmigte Änderungen, die Wert schaffen, gehören zu gutem Projektmanagement. Der Unterschied liegt in der Kontrolle.

Gold Plating ist eine Form von Scope Creep, die aus dem Team selbst kommt. Er ist meist gut gemeint, verbraucht aber Zeit und Budget, erhöht das Risiko und kann Fehler in Bereichen verursachen, die der Kunde nie verlangt hat. Feature Creep ist der Begriff aus der Produktentwicklung für dasselbe Muster und richtet den Blick auf das Produkt statt auf das Projekt.

Was verursacht Scope Creep?

Scope Creep hat fast immer mehr als eine Ursache. Diese treten am häufigsten auf.

Unklarer Umfang und unklare Anforderungen

Wenn die Umfangsbeschreibung vage ist („eine moderne Website“, „verbessertes Reporting“), lässt sich fast jede Anfrage als Teil des Umfangs begründen. Fehlende oder locker formulierte Anforderungen und Abnahmekriterien lassen Interpretationsspielraum, und dieser Spielraum füllt sich gern mit zusätzlicher Arbeit.

Keine formale Änderungssteuerung

Ohne einen definierten Prozess zur Änderungssteuerung gibt es keinen vereinbarten Weg, „Ja, und das kostet es“ zu sagen. Anfragen werden entweder stillschweigend angenommen oder unbeholfen abgelehnt, und die stillschweigenden Zusagen werden zu Scope Creep.

Stakeholder, die den Projektmanager umgehen

Anfragen, die per E-Mail, Chat oder in einem Meeting direkt an Designer oder Entwickler gehen, umgehen den Projektmanager. Das Teammitglied möchte helfen, erledigt die Arbeit, und der Plan erfährt nie davon.

Gold Plating und gute Absichten

Teams fügen manchmal Funktionen oder Feinschliff hinzu, um den Kunden zu beeindrucken. Das fühlt sich nach gutem Service an, verbraucht aber Zeit, die der Plan nicht vorsieht, und kann Erwartungen für künftige Projekte wecken.

Lange Projekte und sich ändernde Geschäftsanforderungen

Je länger ein Projekt läuft, desto mehr verändert sich das geschäftliche Umfeld: neue Vorschriften, neue Wettbewerber, neue Führung. Manche dieser Änderungen sind berechtigt, müssen aber bewertet statt einfach aufgenommen werden.

Schwaches Sponsoring und kommerzieller Druck

Ein Sponsor, der sich nicht an Abwägungsentscheidungen beteiligt, lässt den Projektmanager ohne Rückendeckung, um Grenzen zu ziehen. Bei Kundenprojekten verleitet die Angst, den Kunden zu verärgern (oder ein Festpreisvertrag mit einer vagen Leistungsbeschreibung), dazu, Anfragen stillschweigend zu übernehmen, statt sie anzusprechen.

Beispiele für Scope Creep

Diese Beispiele zeigen, wie Scope Creep in verschiedenen Projektarten aussieht. In jedem Fall war die ursprüngliche Anfrage vernünftig; das Problem war, dass sie nie im Hinblick auf Zeit und Kosten bewertet wurde.

Ausführliches Beispiel: wie sich kleine Anfragen summieren

Stellen Sie sich ein zwölfwöchiges Website-Projekt mit festem Launch-Termin vor. Im Laufe von sechs Wochen bittet der Kunde um fünf „kleine“ Dinge, die jeweils informell zugesagt werden:

• Eine zusätzliche Landingpage (3 Tage).
• Eine Newsletter-Anmeldung mit Anbindung an die E-Mail-Plattform des Kunden (2 Tage).
• Eine dritte Runde von Designänderungen an der Startseite (3 Tage).
• Anpassung des Cookie-Banners (1 Tag).
• Import von 40 alten Blogbeiträgen (4 Tage).

Keine dieser Anfragen wirkt für sich genommen bedeutend, doch zusammen fügen sie einem 12-Wochen-Plan 13 Arbeitstage hinzu, fast drei Wochen. An Terminplan und Budget hat sich nichts geändert, also macht das Team Überstunden, Tests werden verkürzt, und der Launch verschiebt sich oder geht mit Fehlern live.

Lassen Sie nun dieselben Anfragen durch die Änderungssteuerung laufen. Jede wird erfasst, ihre Auswirkungen werden aufgezeigt, und der Kunde entscheidet: Landingpage und Newsletter-Anmeldung werden mit einer Woche Verlängerung und zusätzlichem Budget genehmigt; der Blog-Import wandert in eine Phase 2; die zusätzliche Designrunde wird gegen eine weniger wichtige Seite getauscht. Das Projekt wächst trotzdem, aber bewusst.

Die Auswirkungen von Scope Creep

Scope Creep schadet Projekten wegen des magischen Dreiecks: Umfang, Zeit und Kosten hängen zusammen. Wächst der Umfang, ohne dass sich die anderen beiden bewegen, gibt etwas anderes nach, meist die Qualität oder das Team.

• Terminverzug: Zusätzliche Arbeit verschiebt Meilensteine, und oft trifft es zuerst den kritischen Pfad.
• Budgetüberschreitungen: mehr Aufwand, mehr Material und mehr Lieferantenkosten, ohne Budget, um sie zu decken.
• Geringere Qualität: Tests, Reviews und Dokumentation werden zusammengestrichen, um den Termin zu halten.
• Überlastung des Teams: Die Mitarbeitenden arbeiten länger an Aufgaben, die in keinem Plan stehen, was die Moral beschädigt.
• Beschädigtes Vertrauen: Stakeholder sind überrascht, wenn sich Termine verschieben, obwohl sie die Ergänzungen selbst gewünscht haben.
• Verzögerter Nutzen: Der Kernwert des Projekts erreicht die Nutzer später als möglich.
• Schwächeres Reporting: Fortschrittsprozente werden bedeutungslos, weil der Basisplan die tatsächliche Arbeit nicht mehr widerspiegelt.

Bei kommerziellen Projekten kommt ein weiterer Kostenfaktor hinzu: nicht abgerechnete Arbeit. Agenturen und Beratungen, die Scope Creep schlucken, verlieren bei jedem betroffenen Projekt Marge.

Warnsignale für Scope Creep

Scope Creep lässt sich am leichtesten in den Griff bekommen, wenn Sie ihn früh erkennen. Achten Sie auf diese Signale:

• Auf dem Board oder in der Zeiterfassung tauchen Aufgaben auf ohne Entsprechung im Projektstrukturplan.
• Anfragen kommen per E-Mail, Chat oder in Meetings statt über den vereinbarten Eingangsweg.
• Sie hören Sätze wie „Wenn Sie schon dabei sind“, „Das dauert doch nur fünf Minuten“ oder „Wir dachten, das wäre enthalten“.
• Abnahmekriterien werden umgeschrieben, nachdem die Arbeit begonnen hat.
• Das Team macht Überstunden, aber der Terminplan zeigt keine Veränderung.
• Lieferobjekte bleiben wochenlang „fast fertig“.
• Die Umfangslinie in einem Burn-up-Chart steigt ständig, oder das Backlog wächst schneller, als das Team liefert.
• Der tatsächliche Aufwand liegt bei gut verstandenen Aufgaben deutlich über den Schätzungen.
• Stakeholder, die nicht an der Planung beteiligt waren, beginnen spät im Projekt, die Lösung mitzugestalten.

So verhindern Sie Scope Creep

Vorbeugung bedeutet vor allem, den Umfang klar zu vereinbaren und vorab festzulegen, wie mit Änderungen umgegangen wird. Diese Schritte funktionieren bei klassischen und hybriden Projekten jeder Größe.

1. Klare Ziele vereinbaren. Formulieren Sie messbare Ziele im Projektauftrag , damit sich jede Anfrage daran prüfen lässt: Hilft sie, das Ziel zu erreichen?
2. Anforderungen sorgfältig erheben. Beziehen Sie die Personen ein, die das Ergebnis nutzen werden, nicht nur diejenigen, die dafür bezahlen, und dokumentieren Sie die Anforderungen mit Prioritäten.
3. Eine Inhaltsbeschreibung mit Ausschlüssen schreiben. Listen Sie auf, was zum Umfang gehört, und, genauso wichtig, was nicht dazugehört. Ausschlüsse verhindern das Gespräch nach dem Muster „Wir dachten, das wäre enthalten“.
4. Die Arbeit herunterbrechen. Erstellen Sie einen Projektstrukturplan und ein PSP-Wörterbuch, damit der gesamte Umfang sichtbar ist und jedes Liefergegenstand eine Definition hat.
5. Abnahmekriterien festlegen. Vereinbaren Sie für jedes Lieferobjekt, woran Sie erkennen, dass es fertig ist. Das Verschieben von Abnahmekriterien ist eine der unauffälligsten Formen von Scope Creep.
6. Freigabe einholen und einen Basisplan festlegen. Lassen Sie Inhaltsbeschreibung, PSP und PSP-Wörterbuch vom Sponsor oder Kunden genehmigen. Zusammen bilden sie den Umfangs-Basisplan, an dem Sie Änderungen messen.
7. Änderungssteuerung einrichten, bevor Sie sie brauchen. Vereinbaren Sie, wie Anfragen erfasst werden, wer sie bewertet, wer sie genehmigt und wie der Plan aktualisiert wird. Halten Sie das bei kleinen Projekten schlank.
8. Einen einheitlichen Eingangsweg schaffen. Bitten Sie die Stakeholder, alle Anfragen an den Projektmanager oder über ein Anfrageformular zu senden, und bitten Sie das Team, Anfragen über Nebenkanäle höflich umzuleiten.
9. Regelmäßig kommunizieren. Sorgen Sie für einen festen Rhythmus von Statusberichte und Reviews, damit die Stakeholder den Fortschritt sehen und sich gehört fühlen; das verringert informelle Anfragen.
10. Änderungsregeln in Verträgen verankern. Bei Kundenprojekten sollte die Leistungsbeschreibung regeln, wie Änderungen beantragt, bepreist und genehmigt werden.

Der Vorlage für den Projektumfang umfasst Ziele, Lieferobjekte, Einschlüsse, Ausschlüsse, Abnahmekriterien, Restriktionen und Annahmen, also den Großteil der oben beschriebenen Grundlagenarbeit in einem Dokument.

Die Änderungssteuerung ist die wichtigste Kontrollmaßnahme auf dieser Liste.

So steuern Sie Scope Creep, wenn er auftritt

Auch gut geplante Projekte erhalten neue Anfragen. Das Ziel ist nicht, Änderungen abzulehnen, sondern jede Änderung sichtbar und bewusst zu machen.

Schritt für Schritt auf eine neue Anfrage reagieren

1. Vor der Zusage innehalten. Bedanken Sie sich und sagen Sie, dass Sie die Auswirkungen prüfen werden. Vermeiden Sie ein spontanes Ja oder Nein.
2. Erfassen. Halten Sie die Anfrage in einem Änderungslog oder Vorlage für Änderungsanträge fest: was gefordert wird, von wem und warum.
3. Mit dem Basisplan abgleichen. Ist sie wirklich neu, oder ist sie bereits durch eine bestehende Anforderung oder ein Abnahmekriterium abgedeckt?
4. Auswirkungen bewerten. Schätzen Sie die Auswirkungen auf Terminplan, Kosten, Ressourcen, Qualität und Risiko. Beziehen Sie die Personen ein, die die Arbeit erledigen würden.
5. Optionen vorbereiten. Legen Sie realistische Wahlmöglichkeiten vor statt einer einzigen Antwort (siehe Tabelle unten).
6. Eine Entscheidung von der richtigen Person einholen. Der Sponsor, der Kunde oder das Change Control Board entscheidet, nicht das Teammitglied, das die Anfrage erhalten hat.
7. Den Plan aktualisieren. Bei Genehmigung aktualisieren Sie Inhaltsbeschreibung, PSP, Terminplan, Budget und Risikoregister und legen dann einen neuen Basisplan fest.
8. Das Ergebnis kommunizieren. Informieren Sie den Antragsteller, das Team und andere Stakeholder darüber, was entschieden wurde und was sich dadurch ändert.

So sagen Sie einem Stakeholder Nein (oder „Ja, und“)

Ein glattes Nein kann Beziehungen beschädigen, besonders zu Kunden und hochrangigen Stakeholdern. Meist ist es besser, die Abwägung aufzuzeigen und den Entscheider wählen zu lassen:

Führen Sie das Gespräch anhand der Projektziele statt persönlicher Vorlieben und halten Sie das Ergebnis schriftlich fest. Unser Leitfaden zum Stakeholdermanagement zeigt, wie Sie solche Gespräche mit verschiedenen Arten von Stakeholdern führen.

Scope Creep in agilen Projekten

Agile Ansätze rechnen damit, dass sich der Umfang ändert. Das heißt nicht, dass agile Teams gegen Scope Creep immun sind, sondern dass Änderungen anders gehandhabt werden.

In Scrum steht alle bekannte Arbeit im Product Backlog, das der Product Owner ordnet. Laut Scrum Guide 2020 werden während eines Sprints keine Änderungen vorgenommen, die das Sprint-Ziel gefährden würden, und der Umfang kann mit dem Product Owner geklärt und neu verhandelt werden, wenn das Team dazulernt. Neue Ideen kommen daher ins Backlog, nicht direkt zu einem Entwickler, und werden im Sprint Planning in einen künftigen Sprint gezogen, wenn sie wertvoll genug sind.

Zeit und Kosten sind typischerweise pro Iteration fest, und der Umfang ist die Variable. Scope Creep sieht in Agile anders aus als in einem klassischen Projekt:

• Stakeholder bitten Entwickler, Arbeit in den laufenden Sprint zu schmuggeln.
• Sprint-Ziele werden wiederholt verfehlt, weil ungeplante Arbeit mitten im Sprint hineingezogen wird.
• Ein Backlog wächst, ohne geordnet oder verfeinert zu werden, sodass nie etwas depriorisiert wird.
• Ein Release-Termin und eine vollständige Funktionsliste gelten beide als fest.
• „Done“ ändert sich stillschweigend mangels einer gemeinsamen Definition of Done.

Ein Burn-up-Chart mit einer separaten Umfangslinie macht das sichtbar: Steigt die Umfangslinie so schnell wie die Linie der erledigten Arbeit, wird der Release-Termin nie erreicht. Auch die Velocity-Verfolgung hilft dabei; siehe unseren Leitfaden zum Agiles Velocity-Chart.

Tools und Vorlagen zur Umfangssteuerung

Sie brauchen keine Spezialsoftware, um den Umfang zu steuern, aber einige Dokumente erleichtern es erheblich:

• Vorlage für den Projektumfang: Ziele, Lieferobjekte, Einschlüsse, Ausschlüsse, Abnahmekriterien, Restriktionen und Annahmen.
• Änderungsantrag-Vorlage: ein Formular für Änderungsanträge und ein Änderungslog mit Auswirkungen auf Umfang, Terminplan und Kosten.
• PSP-Vorlage: PSP-Codes, Ebenen, Lieferobjekte, Verantwortliche, Aufwand und Kosten.
• RAID-Log-Vorlage: Risiken, Annahmen, Issues und Abhängigkeiten, einschließlich der Annahmen, von denen der Umfang abhängt.
• Vorlage für ein Geschäftsanforderungsdokument: Anforderungen und Prioritäten, die vor der Umsetzung vereinbart werden.

Projektmanagement-Software hilft, wenn Anfragen von vielen Personen kommen. Anfrageformulare, Genehmigungs-Workflows und ein sichtbarer Basisplan verringern die Arbeit über Nebenkanäle. Unser Tool auf Platz 1, Wrike, eignet sich gut für Teams, die strukturierte Anfrageformulare und Genehmigungen über mehrere Projekte hinweg wollen; auch andere Tools lösen das gut, wie unser Ranking der Projektmanagement-Software zeigt.

Häufige Fehler, die Sie vermeiden sollten

• Jede Änderung als schlecht betrachten. Wer jede Anfrage ablehnt, frustriert die Stakeholder und riskiert, dass das Projekt etwas liefert, das niemand braucht. Steuern Sie Änderungen; blockieren Sie sie nicht.
• Mündliche Genehmigungen akzeptieren. Was nicht schriftlich festgehalten ist, wird später anders erinnert.
• Kleine Änderungen ignorieren. Das ausführliche Beispiel oben zeigt, wie kleine, nicht erfasste Anfragen zu Wochen an Arbeit werden.
• Ausschlüsse weglassen. Eine Inhaltsbeschreibung ohne Liste der Ausschlüsse lädt zu Annahmen ein.
• Gold Plating im Team zulassen. Erkennen Sie die gute Absicht an, aber lenken Sie zusätzliche Ideen in Änderungsanträge oder das Backlog.
• Änderungen genehmigen, ohne einen neuen Basisplan festzulegen. Wird der Plan nicht aktualisiert, werden Fortschrittsberichte irreführend.
• Den Prozess zu schwerfällig gestalten. Ein zehnseitiges Formular für eine eintägige Änderung verleitet dazu, den Prozess zu umgehen. Passen Sie den Prozess an die Größe der Änderung an.

Wie sich die Änderungssteuerung vom organisatorischen Change Management unterscheidet, lesen Sie in Change Management vs. Änderungssteuerung.

Kostenlose Vorlagen zu diesem Thema

Alle Vorlagen ansehen

Häufig gestellte Fragen