Management-Zusammenfassung dieses Beitrags:
Unter Scope Creep wird eine schleichende Ausweitung im Umfang eines Projekts oder Requirements-Vorhabens verstanden.
In diesem Beitrag wird der Scope Creep beschrieben.
Generell kann ein Scope Creep in allen Projekten auftreten, da der Umfang eines Projekts in den seltensten Fällen vollständig geplant werden kann. Wesentlich ist beim Scope Creep jedoch, dass die Ausweitung des Umfangs “schleichend” geschieht, also im Negativfall durch das → Projektmanagement nicht erfasst und entsprechend nicht gesteuert wird.
1. Beschreibung
Das → PMI definiert Scope Creep wie folgt /PBG21‑d/:
“Inhalts- und Umfangszuwachs (schleichend) / Scope Creep. Die ungesteuerte Ausweitung des Produkt- oder Projektinhalts und ‑umfangs ohne Anpassung von Zeit, Kosten und Ressourcen.”
Die → GPM schreibt zum Scope Creep /GPM16/:
“Der “schleichende” Anstieg des Leistungsumfangs (engl.: scope creep) ist eine besondere Art der (Ver-)Änderungen im Leistungsumfang. Er ist dadurch gekennzeichnet, dass eine (stillschweigende) Änderung des Leistungsumfangs stattfindet, die in den Grunddaten der Kosten oder des Zeitplans (zunächst) nicht reflektiert wird.”
Bei Wiegers steht zum Scope Creep /Wiegers13/:
“A condition in which the scope of a project continues to increase in an uncontrolled fashion throughout the development process.”
(Eigene Übersetzung: “Ein → Zustand, in dem sich der Umfang eines Projekts während des gesamten Entwicklungsprozesses unkontrolliert vergrößert.“)
In Abbildung 1 ist der Übergang von einem definierten Umfang / Scope (linkes Bilddrittel) zu einem durch Scope Creep erweiterten Scope (rechtes Bilddrittel) dargestellt.

Abbildung 1: Der Scope Creep (mit Übertragung)
Der zentrale Punkt ist dabei: Wer trägt die Kosten der Umfangsausweitung / des Scope Creeps? Aus Sicht des Kunden oder Auftraggebers sollten diese Mehrkosten durch das Projekt getragen werden, aus Sicht des Projektmanagers oder des Projekts fallen die Kosten als Zusatzkosten beim Kunden an.
Anmerkungen:
- In der englischsprachigen Literatur zum Projektmanagement und zum → Requirements Engineering findet sich der Begriff Scope Creep häufiger als in der deutschsprachigen Literatur
- Statt Scope Creep werden in der englischsprachigen Literatur auch die Begriffe Requirements Creep oder → Feature Creep verwendet
- Scope Creep wird im Allgemeinen als Ausweitung des Umfangs betrachtet, es könnte aber auch Änderungen am Umfang damit gemeint sein
2. Der Umgang mit Scope Creep
Generell kann Scope Creep in allen Arten von Projekten auftreten. Wird eine → Abweichung vom geplanten Umfang festgestellt, so sollte das → Änderungsmanagement in Projekten greifen.
2.1 Die Ursachen für Scope Creep
Die Ursachen für Scope Creep können sein (Abbildung 2):
- Unvollständige Anforderungen
- Technologische Notwendigkeiten
- Unachtsamkeiten bei der Umsetzung / Implementierung
- Eigenmächtige Erweiterungen (“Gold-Plating”) durch das Umsetzungsteam
- Erweiterungswünsche des Kunden / Auftraggebers, für die kein Budget vorhanden ist

Abbildung 2: Äußere und innere Ursachen von Scope Creep
Die Unterteilung von inneren und äußeren Ursachen ist nicht immer einfach: Wenn beispielsweise das → Lastenheft unvollständig oder mangelhaft ist, so ist dies generell eine äußere Ursache und damit liegt die Verantwortung beim → Auftraggeber (“Der Auftraggeber ist für das Lastenheft verantwortlich”). Allerdings muss dann betrachtet werden, ob der Auftragnehmer / das Projekt diesen → Mangel nicht hätte erkennen müssen oder können.
2.2 Das Erkennen von Scope Creep
Das Erkennen von Scope Creep ist eine der Hauptaufgaben des Projektmanagers, da die negativen Auswirkungen des Scope Creeps fast immer zu Lasten des Projekts gehen. Mögliche Abweichungen werden häufig bei …
- Teammeetings
- Lenkungsausschusssitzungen
- dem Erstellen von Statusberichten
festgestellt.
2.3 Die Behandlung von Scope Screep
Das Scope Creep nicht komplett vermieden werden kann, muss Scope Creep im Projekt behandelt werden. Generell sollten über das Änderungsmanagement im Projekt die Änderungen → systematisch bearbeitet werden. Wenn ein Prozess zur Änderung von Anforderungen jedoch fehlt, kann es zu Auseinandersetzungen bei der Behandlung von Scope Creep kommen.
3. Weitere Aspekte zum Scope Creep
Folgende Aspekte sollten beim Scope Creep beachtet werden:
- Scope Creep und das → Minimum Viable Product (→ MVP): Wird an einem MVP gearbeitet, so wirkt sich der Scope Creep besonders gravierend aus, da der MVP auf schnelle Umsetzung ausgelegt ist
- Scope Creep und agiles Vorgehen: Da beim agilen Vorgehen keine komplette Umfangsdefinition vorliegt, kann es bei der Umsetzung in Sprints nicht zum Scope Creep kommen
A. Präsentationen, Literatur und Weblinks
A.1 Präsentation
- -
A.2 Literatur
- /GPM16/ Deutsche Gesellschaft für Projektmanagement: Kompetenzbasiertes Projektmanagement (PM3), GPM, Deutsche Gesellschaft für Projektmanagement, Nürnberg 8. Auflage 2016, ISBN 978–3‑924841–74‑4
- /GPM19/ Deutsche Gesellschaft für Projektmanagement: Kompetenzbasiertes Projektmanagement (PM4), GPM, Deutsche Gesellschaft für Projektmanagement, Nürnberg 2019, ISBN 978–3‑924841–77‑5
- /PBG21‑d/ Project Management Institute: A Guide to the Project Management Body of Knowledge (PMBOK Guide) und Der → Standard für das Projektmanagement, Project Management Institute, Philadelphia, Pennsylvania Siebte Ausgabe 2021, ISBN 978–1‑62825–695‑6
- /PBG25/ Project Management Institute: A Guide to the Project Management Body of Knowledge (PMBOK Guide) and The Standard for Project Management, Project Management Institute, Philadelphia, Pennsylvania Eighth Edition 2025, ISBN 978–1‑62825–829‑5
- /Wiegers13/ Karl E. Wiegers, Joy Beatty: Software Requirements, Microsoft Press, Redmond, Washington 3rd Edition 2013, ISBN 978–0‑7356–7966‑5
A.3 Weblinks
- -
Letzte Aktualisierung: 20.01.2026 © Peterjohann Consulting, 2005–2026





