Wie verwaltest du den Umfang und vermeidest Scope Creep?

Question

Accepted Answer

**Umfang** ist der vereinbarte Satz an Arbeit, die ein Projekt liefern wird. **Scope Creep** ist die allmähliche, unkontrollierte Ausweitung dieses Umfangs — der stetige Strom von "kleinen Ergänzungen", die den Zeitplan stillschweigend sprengen. Umfangsverwaltung bedeutet, *Änderungen* zu kontrollieren, nicht sie abzulehnen.

## Definiere den Umfang von Anfang an klar

```text
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
```

Eine schriftliche, vereinbarte Grenze ist das, was dir später ermöglicht zu sagen "das ist eine Änderung" mit Nachweisen.

## Behandle Änderungen absichtlich

Änderungen sind nicht schlecht — unkontrollierte sind es. Wenn eine neue Anfrage eintrifft, führe sie durch ein einfaches Gating:

```text
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
```

Der Schlüsselpunkt: absorbiere zusätzliche Arbeiten niemals stillschweigend. Mache jede Ergänzung zu einem bewussten Trade-off, den der Stakeholder besitzt.

## Ein konkretes Beispiel

Mitten im Projekt fragt ein Stakeholder, ob man "auch Massen-Upload unterstützen könnte — sollte schnell gehen." Anstatt es einfach einzuquetschen, antwortest du: "Wir können, aber das kostet uns etwa eine Woche. Verschieben wir das Datum, oder verschieben wir das Analytics-Feature in die nächste Version?" Jetzt liegt die Entscheidung bei ihnen, mit den Kosten auf dem Tisch.

## Eine häufige Falle

Jede Anfrage zu akzeptieren, um hilfreich zu sein, und dann die Frist zu verpassen. Das Team sieht aus, als hätte es versagt, obwohl es stillschweigend zusätzliche Arbeiten übernommen hat.

## Warum es wichtig ist

Scope Creep ist der häufigste Grund für Verzögerungen bei Projekten — nicht weil eine einzelne Änderung groß ist, sondern weil sich Dutzende unmerklich ansammeln.

Umfangsverwaltung hält das Projekt ehrlich: Änderungen sind in Ordnung, aber ihre Kosten werden immer explizit gemacht und von dem übernommen, der sie möchte.