Der Projektumfang (Scope) beschreibt, welche Ergebnisse ein Projekt liefert und welche Arbeiten dazugehören — und hält ausdrücklich fest, was nicht dazugehört. Er umfasst Lieferergebnisse, Abgrenzungen, Annahmen und Randbedingungen, wird im Projektauftrag freigegeben und über den Projektstrukturplan in Arbeitspakete übersetzt. Änderungen laufen über einen Änderungsprozess.
Warum der Projektumfang so entscheidend ist
Termine, Kosten und Ressourcen hängen alle vom Umfang ab. Ist er unklar, sind auch Termin- und Kostenplan unzuverlässig. Noch wichtiger: Ohne festgelegten Umfang gibt es keine gemeinsame Grundlage für die Abnahme. Was der Auftraggeber erwartet und was das Team liefert, kann dann unbemerkt auseinanderlaufen — und fällt erst am Ende auf, wenn eine Korrektur am teuersten ist.
Die Bestandteile
| Bestandteil | Leitfrage | Beispiel |
|---|---|---|
| Lieferergebnisse | Was liegt am Ende vor? | Konfiguriertes System, Schulungsunterlagen, Betriebshandbuch |
| Im Umfang | Welche Arbeiten gehören dazu? | Datenmigration der letzten fünf Jahre |
| Nicht im Umfang | Was ist ausdrücklich ausgeschlossen? | Anbindung des Altsystems X, Mobile App |
| Annahmen | Wovon gehen wir aus? | Schlüsselpersonen sind zu 40 Prozent verfügbar |
| Randbedingungen | Was ist vorgegeben? | Datenhaltung in der Schweiz, Go-live bis Ende Jahr |
| Abnahmekriterien | Woran messen wir Erfüllung? | Alle Muss-Testfälle bestanden |
Die Nichtziele: der unterschätzte Abschnitt
Der wirksamste Teil einer Umfangsbeschreibung ist die Liste dessen, was nicht zum Projekt gehört. Drei klar formulierte Nichtziele verhindern mehr spätere Diskussionen als jede Detailbeschreibung. Typische Kandidaten sind naheliegende Erweiterungen, die jemand stillschweigend erwarten könnte — eine zusätzliche Schnittstelle, eine weitere Sprachversion, die Ablösung eines benachbarten Systems.
Vom Umfang zur Planung
- 01Umfang beschreibenLieferergebnisse, Abgrenzung, Annahmen und Randbedingungen festhalten.
- 02Freigeben lassenDen Umfang als Teil des Projektauftrags vom Auftraggeber freigeben lassen.
- 03ZerlegenMit dem Projektstrukturplan in Teilaufgaben und Arbeitspakete gliedern.
- 04Schätzen und planenAufwand, Termine und Ressourcen auf Basis der Arbeitspakete ableiten.
- 05Stabil haltenÄnderungen nur über den Änderungsprozess aufnehmen.
Prioritäten im Umfang: MoSCoW
Nicht alles im Umfang ist gleich wichtig. Die MoSCoW-Methode teilt Anforderungen in Muss, Soll, Kann und ausdrücklich nicht (Won't) ein. Das hilft doppelt: Bei Zeit- oder Budgetknappheit ist klar, was zuerst wegfallen darf, und die Won't-Kategorie macht Nichtziele explizit.
Umfang in agilen Projekten
Auch agile Projekte haben einen Umfang, er wird nur anders gesteuert. Statt ihn vorab vollständig festzulegen, werden Ziel, Budget und Zeitrahmen fixiert, und der Inhalt wird über das priorisierte Product Backlog laufend angepasst. Die Frage «Was gehört nicht dazu?» bleibt trotzdem wichtig — sie gehört in die Produktvision und in die Abgrenzung gegenüber benachbarten Teams.
Den Umfang nur als Liste von Funktionen beschreiben. Erst Annahmen und Randbedingungen machen deutlich, unter welchen Bedingungen der Umfang realistisch ist — und wann er neu verhandelt werden muss.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Was gehört in die Beschreibung des Projektumfangs?
- Lieferergebnisse, Arbeiten im Umfang, ausdrücklich ausgeschlossene Arbeiten, Annahmen, Randbedingungen und Abnahmekriterien.
- Was ist der Unterschied zwischen Projektumfang und Projektziel?
- Das Ziel beschreibt, was erreicht werden soll; der Umfang beschreibt, welche Ergebnisse und Arbeiten dafür geliefert werden.
- Wie verhindert man, dass der Umfang wächst?
- Mit klaren Nichtzielen, einer Freigabe durch den Auftraggeber und einem Änderungsprozess, der jede Erweiterung bewertet und entscheiden lässt.
- Haben agile Projekte einen festen Umfang?
- Meist sind Ziel, Budget und Zeitrahmen fix, während der Inhalt über das priorisierte Backlog angepasst wird.