Scope Seep vs. Scope Creep: der leise Unterschied
Scope Creep hat fast immer einen erkennbaren Auslöser: eine E-Mail, eine Bitte, ein Kommentar im Feedback-Call. Es gibt aber eine zweite, leisere Form der Scope-Ausweitung, die ganz ohne eine solche Anfrage entsteht. In der Projektmanagement-Literatur wird sie gelegentlich als „Scope Seep“ bezeichnet, und sie ist in der Praxis noch schwerer zu bemerken als der aktive Fall.
Scope Seep: Definition
Scope Seep: die passive, unbeauftragte Ausweitung eines Projekts durch das eigene Team, ohne dass der Kunde je danach gefragt hat, meist aus dem Anspruch heraus, „gute Arbeit“ abzuliefern.
Der Unterschied zu Scope Creep in einem Satz
Scope Creep
Geht vom Kunden aus. Eine Anfrage, ein Kommentar, ein Wunsch, der über den Scope hinausgeht.
Scope Seep
Geht vom eigenen Team aus. Niemand hat gefragt, das Team erweitert die Leistung trotzdem, meist aus eigenem Qualitätsanspruch.
Gemeinsam
Beide führen zum selben Ergebnis: mehr Aufwand, als ursprünglich kalkuliert, ohne zusätzliche Vergütung.
Warum Scope Seep so viel schwerer zu bemerken ist
Scope Creep lässt sich zumindest grundsätzlich an einer eingehenden Nachricht festmachen, es gibt einen Moment, einen Absender, einen Text. Scope Seep hat keinen solchen Moment. Er entsteht in kleinen Entscheidungen während der Umsetzung: eine zusätzliche Designvariante, die niemand verlangt hat, eine zusätzliche Testrunde, ein zusätzliches Feature, das „eigentlich dazugehört“, aus Sicht des Teams. Diese Entscheidungen fühlen sich einzeln nie wie ein Problem an, sie fühlen sich wie gute Arbeit an. Erst in der Summe zeigt sich der Effekt auf die Marge.
4 typische Anzeichen von Scope Seep
- Ein Projekt überzieht regelmäßig das kalkulierte Stundenbudget, obwohl der Kunde nie eine Zusatzanfrage gestellt hat.
- Teammitglieder liefern routinemäßig „mehr“ als beauftragt, etwa zusätzliche Varianten oder ungefragte Optimierungen.
- Im Rückblick lässt sich der Mehraufwand keiner einzelnen Kundenanfrage zuordnen, er hat sich einfach „ergeben“.
- Perfektionismus wird im Team als positive Eigenschaft gewertet, ohne dass der zusätzliche Aufwand je gegen den Scope geprüft wird.
Der letzte Punkt ist der wichtigste: Scope Seep entsteht selten aus Nachlässigkeit, sondern fast immer aus einem echten Qualitätsanspruch. Genau das macht ihn intern so schwer anzusprechen, niemand möchte gutem Handwerk im Weg stehen.
Ein typisches Beispiel: Ein Designer soll laut Angebot zwei Startseiten-Varianten liefern, entwirft aber zusätzlich eine dritte, weil er von ihr überzeugt ist und sie „einfach mitgemacht“ hat. Der Kunde freut sich über die Auswahl, ahnt aber nicht, dass diese Freude einen zusätzlichen Arbeitstag gekostet hat, der in keiner Rechnung auftaucht. Genau diese Konstellation, freiwillige Mehrleistung aus Überzeugung, ist der Kern von Scope Seep: Sie fühlt sich für alle Beteiligten wie ein Gewinn an, während sie in Wahrheit unbezahlte Marge kostet.
Wie du Scope Seep erkennst, bevor er zum Muster wird
- Nachkalkulation pro Projekt einführen: geplanter Aufwand gegen tatsächlichen Aufwand, unabhängig davon, ob eine Kundenanfrage vorlag.
- Im Team explizit ansprechen, dass zusätzliche Qualität außerhalb des Scopes eine bewusste Entscheidung sein sollte, keine automatische.
- Eine kurze Retro nach Projektabschluss: Wo wurde mehr geliefert als vereinbart, und war das eine bewusste Entscheidung oder ist es einfach passiert?
- Grenzen der Leistungsbeschreibung auch intern kommunizieren, nicht nur gegenüber dem Kunden. Scope Seep entsteht oft gerade dort, wo das Team den Scope selbst nicht genau kennt.
Wichtig ist dabei die richtige Reihenfolge: Scope Seep lässt sich nicht verhindern, indem man dem Team Qualitätsanspruch abgewöhnt, das wäre die falsche Lehre. Die Lösung liegt darin, zusätzliche Leistung sichtbar zu machen, statt sie stillschweigend geschehen zu lassen. Wird eine zusätzliche Variante bewusst als solche benannt, kann sie entweder als Kulanzgeste kommuniziert oder, wenn sie regelmäßig vorkommt, in die nächste Kalkulation eingepreist werden. Beides ist deutlich besser, als dass sie einfach unbemerkt in der Marge verschwindet.
Scope Seep bei [Change Requests](/blog/scope-creep-vs-change-request) mitdenken
Auch ein sauber dokumentierter Change-Request-Prozess schützt nicht automatisch vor Scope Seep, weil dieser Prozess erst greift, sobald eine Anfrage erkannt wird. Bei Scope Seep gibt es aber gar keine Anfrage, die erkannt werden könnte, die Ausweitung kommt von innen. Teams, die stolz auf einen funktionierenden Change-Request-Prozess sind, übersehen deshalb leicht, dass ein erheblicher Teil ihres unbezahlten Mehraufwands über einen ganz anderen Kanal entsteht, nämlich über die eigene Erwartung an gute Arbeit.
Häufig gestellte Fragen
Ist Scope Seep automatisch ein Zeichen für schlechtes Projektmanagement?
Nicht zwangsläufig. Er entsteht meist aus gutem Handwerk und echtem Qualitätsanspruch, wird aber zum Problem, wenn er nie erfasst oder reflektiert wird und sich unbemerkt in der Marge niederschlägt.
Kann eine Software wie scopendo auch Scope Seep erkennen?
scopendo gleicht eingehende Kunden-E-Mails gegen den definierten Scope ab und ist damit auf klassischen, kundeninitiierten Scope Creep ausgelegt. Scope Seep entsteht intern, ohne E-Mail-Auslöser, und lässt sich deshalb eher über eine bewusste Nachkalkulation im Team erfassen als über eine automatisierte Prüfung der Kommunikation.
Scope Creep und Scope Seep unterscheiden sich in der Ursache, nicht im Ergebnis: In beiden Fällen entsteht Aufwand, der nie kalkuliert und nie vergütet wurde. Wer nur auf eingehende Kundenanfragen achtet, sieht die eine Hälfte des Problems. Die andere Hälfte zeigt sich erst, wenn geplanter und tatsächlicher Aufwand pro Projekt bewusst gegenübergestellt werden, unabhängig davon, ob der Kunde je etwas verlangt hat.
Automatische Scope-Creep-Erkennung direkt im Posteingang.
Early Access sichern