3.1 Umfang definieren
Im Projektmanagement ist die Definition des Projektumfangs einer der kritischsten Schritte. Warum? Weil der Umfang das Spielfeld absteckt. Er definiert, wofür das Projekt verantwortlich ist, was es liefern soll — und genauso wichtig: was außerhalb des Umfangs liegt.
Starten Sie ein Projekt mit vagem Umfang, laden Sie Missverständnisse, zusätzliche Aufgaben, Termindruck und Budgetüberschreitungen ein. Ein klar definierter Umfang gibt dem Team Sicherheit und schafft eine starke Grundlage für Entscheidungen.
Was ist Umfang?
Der PMBOK (Project Management Body of Knowledge) definiert Umfang als:
„Die Arbeit, die erforderlich ist, um ein Produkt, eine Dienstleistung oder ein Ergebnis mit den festgelegten Merkmalen und Funktionen zu liefern."
Umfang umfasst also sowohl die Ergebnisse als auch die erforderliche Arbeit, um sie zu erzeugen. Genauso wichtig: zu definieren, was nicht enthalten ist — die Out-of-Scope-Punkte.
Warum die Umfangsdefinition wichtig ist
- Stakeholder-Erwartungen managen: Verhindern Sie unausgesprochene Annahmen wie „die kümmern sich wahrscheinlich auch darum".
- Projektgrenzen klären: Geben Sie dem Team eine klare Referenz, wofür es verantwortlich ist (und wofür nicht).
- Änderungssteuerung ermöglichen: Bestimmen, ob neue Anfragen im Umfang liegen oder eine formale Änderung erfordern.
- Fortschrittsverfolgung unterstützen: Ein gut definierter Umfang erleichtert es zu messen, was erledigt ist und was noch offen.
Vager Umfang ist häufig die Grundursache für Verzögerungen, Kostenüberschreitungen und Qualitätsprobleme.
Schritte zur Definition des Umfangs
1. Anforderungen erheben
Befragen Sie Stakeholder, um Erwartungen und Bedarfe zu sammeln. Sammeln Sie breit — Details werden später verfeinert.
2. Das Scope Statement erstellen
Übersetzen Sie Anforderungen in konkrete Arbeitsdefinitionen. Sagen Sie klar, was getan wird und was nicht. Holen Sie die Zustimmung der Stakeholder.
3. In einen Projektstrukturplan zerlegen
Wandeln Sie den Umfang in kleinere, handhabbare Aufgaben über einen Projektstrukturplan (PSP) um. Er wird zur Basis für Terminplanung und Ressourcen.
4. Die Scope Baseline festlegen
Bündeln Sie Scope Statement, PSP und PSP-Wörterbuch zu einer Scope Baseline. Sie wird zur formalen Referenz für Verfolgung und Änderungsmanagement.
Typische Bestandteile eines Umfangsdokuments
- Projekthintergrund und Ziele
- Liste der Ergebnisse
- Eingeschlossene Arbeit
- Out-of-Scope-Ausschlüsse
- Rahmenbedingungen
- Annahmen
Häufige Fallstricke
- Stakeholder-Fehlausrichtung: Werden Umfangsdetails nicht geteilt, kommt es zu „Ich wusste nicht, dass das nicht enthalten war".
- Unklare Ausschlüsse: Führt zu unerwarteter Arbeit und Ressourcenanspannung.
- Zu früh zu detailliert: Übermäßige Genauigkeit am Anfang kann später Flexibilität rauben.
Zusammengefasst: Umfang ist eine gegenseitige Vereinbarung
Umfang ist mehr als eine Aufgabenliste. Er ist eine gemeinsame Vereinbarung zwischen Team und Stakeholdern — das Fundament für alle künftigen Entscheidungen.
Um ein Projekt erfolgreich zu führen, brauchen Sie die Fähigkeit und den Mut, klare Linien zu ziehen: was drin ist, was nicht. Genau darum geht es bei der Umfangsdefinition.
So sieht das in AB aus
In AB Project Management ist das Projekt selbst die Umfangsgrenze — Aufgaben leben innerhalb eines Projekts, nicht frei schwebend. Die Projektbeschreibung hält das einzeilige Scope Statement; das Projekt-Wiki hält das längere Umfangsdokument mit expliziten „Out of Scope"-Hinweisen. Wenn ein Stakeholder später sagt „habt ihr nicht auch X gemacht?", können Sie auf die Seite und den Audit-Trail verweisen. Neue Anfragen, die als Aufgaben eintreffen, lassen sich taggen oder in einen „Backlog / Out of Scope"-Bereich verschieben — sodass das Gespräch darüber, ob der Umfang erweitert werden soll, explizit stattfindet, statt durch Anhäufung.
→ Als Nächstes: 3.2 Einen Projektzeitplan erstellen