Wie manage ich Scope-Creep in Projekten?

Was Scope-Creep ist

Schleichende Erweiterung des Projekt-Umfangs ohne formal Änderung. Tritt in allen Projekt-Methoden auf - Waterfall + Agile. Folge: Termin-Verzug, Budget-Überschreitung, Team-Burnout.

Hebel 1: Scope-Definition

1. Schriftliche Scope-Statement: was IST drin.

2. Out-of-Scope-Liste: was IST NICHT drin.

3. Funktionale + nicht-funktionale Anforderungen.

4. Akzeptanz-Kriterien.

5. Stakeholder-Sign-Off.

6. Klares Doc als Anker fuers Projekt.

Hebel 2: Change-Request-Verfahren

• Jede Änderung muss schriftlich beantragt werden.

• Impact-Analyse pro Request (Zeit, Kosten, Risiko).

• Stakeholder-Entscheidung (Project-Sponsor).

• Bei Annahme: Plan-Update + Kommunikation.

• Change-Log führen.

• Klare Entscheidungs-Cadence (z. B. wöchentliches CCB).

Hebel 3: Stakeholder-Alignment

• Regelmäßige Status-Updates.

• Scope-Reminder bei jedem Steering.

• Früh-Warnsignale ansprechen.

• Out-of-Scope-Items in Backlog parken (nicht ignorieren).

• Nächste-Phase-Pipeline.

Hebel 4: Trade-Off-Transparenz

1. Iron-Triangle: Zeit, Kosten, Scope können nicht alle steigen.

2. Bei neuer Anforderung: was geben wir auf?

3. Stakeholder muss Trade-Off bewusst entscheiden.

4. Transparenz reduziert nachträgliche Kritik.

5. Qualität als 4. Achse - oft Opfer von Druck.

In Agile

• Sprint-Scope: in Sprint-Planning fixiert.

• Neue Anforderungen kommen in Backlog.

• Sprint-Goal schützt vor Mid-Sprint-Aenderungen.

• Backlog-Refinement priorisiert.

• Pro Sprint reichen 1-2 Anforderungs-Wechsel - mehr destabilisiert.

In Waterfall

• Detaillierte Anforderungen vor Start.

• Change-Request-Verfahren formal.

• Phasen-Gates mit Freeze.

• Strikte Buffer-Planung.

• Risiko-Liste für Scope-Risiken.

Typische Quellen von Scope-Creep

• Stakeholder mit Nice-to-Have-Wünschen.

• Sponsor will sichtbarere Impact.

• Team-Mitglieder bringen eigene Ideen ein.

• Wettbewerb hat Feature X - wir auch.

• Unklare initiale Anforderungen.

• Politische Notwendigkeiten.

Nein-Sagen-Strategien

1. 'Nicht in dieser Phase' (Backlog für später).

2. 'Klingt wertvoll, wir das für Phase 2 prufen'.

3. 'Was nehmen wir dafür raus?' (Trade-Off-Frage).

4. 'Wir das im Steering entscheiden'.

5. Verbindlich + freundlich.

Prävention

• Initiale Anforderungs-Workshops umfangreich.

• Buffer-Zeit + -Budget einplanen (20-30 %).

• Phasen-Gates statt Big-Bang.

• Früh-Stakeholder-Einbindung.

• Klares Mandat des Projekt-Leads.

Anti-Patterns

• Alles annehmen, was Stakeholder wünscht.

• Change ohne Impact-Analyse.

• Heimliches Hinzunehmen - fliegt auf bei Termin.

• Sponsor lehnt Anforderung ab, Team übernimmt trotzdem.

• Trade-Off-Diskussion vermieden.