Scope Definition
Systematische Festlegung der Grenzen, Inhalte und Ausgrenzungen eines Projekts oder Produkts zur Vermeidung von Scope Creep und zur klaren Rollen- und Verantwortungszuweisung.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Unvollständige Scope-Erfassung führt zu Missverständnissen
- Stakeholder-Konflikte wegen unterschiedlicher Erwartungen
- Verzögerungen durch langwierige Abstimmungsprozesse
- Frühzeitiges Stakeholder-Alignment vor detaillierter Planung.
- Explizite In- und Out-of-Scope-Listen verwenden.
- Regelmäßige Reviews und Aktualisierungen des Scope Statements.
I/O & Ressourcen
- Business Case oder Produktvision
- Stakeholder-Anforderungen und Erwartungen
- Technische Rahmenbedingungen und Restriktionen
- Scope Statement mit In- und Out-of-Scope
- Abnahmekriterien und akzeptierte Liefergegenstände
- Protokollierte Entscheidungen und Change-Log
Beschreibung
Die Scope Definition beschreibt systematisch die Grenzen, Inhalte und Ausgrenzungen eines Projekts, Produkts oder Systems. Sie legt Ziele, Anforderungen und Verantwortlichkeiten fest und verhindert Scope Creep durch explizite Abgrenzungen und Kontrollpunkte. Sie dient als Grundlage für Planung, Aufwandsschätzung und Risikobewertung.
✔Vorteile
- Vermeidung von Scope Creep und dadurch reduzierte Kostenrisiken
- Klare Verantwortlichkeiten und Erwartungen für Teams
- Bessere Planbarkeit und realistischere Aufwandsschätzungen
✖Limitationen
- Zu starre Abgrenzungen können Innovation einschränken
- Erhöhter Aufwand für Abstimmung und Dokumentation
- Benötigt regelmäßige Pflege bei dynamischen Anforderungen
Trade-offs
Metriken
- Anzahl der Scope-Änderungen
Zählt genehmigte Change Requests, die den ursprünglichen Scope erweitern oder reduzieren.
- Abweichung Aufwand vs. Schätzung
Misst Differenz zwischen geplanter und tatsächlicher Aufwandsverwendung bezogen auf Scope Items.
- Anzahl ungelöster Scope-Konflikte
Erfasst offene Divergenzen zwischen Stakeholdern, die den Scope betreffen.
Beispiele & Implementierungen
Einführungsprojekt eines CRM-Systems
Scope Definition legte Funktionalitäten, Schnittstellen und Ausschlüsse fest, um Rollout-Phasen zu ermöglichen.
Neuentwicklung einer Mobilen App
Detailliertes Scope Statement verhinderte Feature-Überladung während der ersten Releases.
Integration zweier Backend-Systeme
Klare Abgrenzung minimierte Architektur-Überlappungen und definierte Verantwortlichkeiten zwischen Teams.
Implementierungsschritte
Initiales Scope-Workshop mit Kernstakeholdern durchführen.
Scope Statement erstellen und In-/Out-of-Scope explizit formulieren.
Rollen, Verantwortlichkeiten und Abnahmekriterien festlegen.
Change-Management-Prozess etablieren und dokumentieren.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unvollständige Dokumentation erzeugt Nacharbeit in späteren Phasen.
- Alte Scope-Versionen bleiben im Tooling und erzeugen Verwirrung.
- Fehlender Change-Log erschwert Ursachenanalyse für Abweichungen.
Bekannte Engpässe
Beispiele für Missbrauch
- Scope als Checkliste für alle gewünschten Features ohne Priorisierung.
- Scope nur als technische Liste statt in geschäftlichem Kontext definieren.
- Scope-Dokument nie aktualisieren, obwohl sich Anforderungen ändern.
Typische Fallen
- Zu frühe Detailtiefe ohne validierte Ziele.
- Ignorieren kleiner Stakeholder-Gruppen führt zu späteren Änderungen.
- Fehlende Verbindung zwischen Scope und Akzeptanzkriterien.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Zeitliche Fristen und Meilensteine
- • Budget- und Ressourcenbegrenzungen
- • Regulatorische und Compliance-Anforderungen