Wie verwaltest du Scope Creep bei einem Projekt?

Question

Accepted Answer

**Scope Creep**, die stetige Ansammlung von "nur noch einer Sache", ist der Grund dafür, dass auf dem richtigen Weg liegende Projekte stillschweigend scheitern. Die Lösung ist nicht, alles abzulehnen; es geht darum, **jede Erweiterung zu einem sichtbaren, expliziten Trade-off** gegen Zeit zu machen, anstatt sie stillschweigend zu absorbieren.

## Wie man Scope kontrolliert

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## Der Schlüsselzug

Lehn neue Anfragen nicht direkt ab, das macht dich zur Blockade. Stattdessen machst du den Trade-off deutlich: "Wir können das hinzufügen. Das bedeutet entweder, dass die Frist um eine Woche verschoben wird oder wir streichen Feature X. Was möchtest du?" Jetzt ist es eine *Geschäfts*-Entscheidung, getroffen von der richtigen Person, mit offenen Augen.

## Ein konkretes Beispiel

Mitte des Projekts fügt der PM ständig "kleine" Anpassungen hinzu. Du startest ein gemeinsames Scope-Change-Log. Plötzlich sieht jeder, dass das ursprüngliche zweiwöchige Projekt drei Wochen Ergänzungen absorbiert hat, und die Diskussion über die Frist wird offensichtlich und einfach.

## Warum es wichtig ist

Unkontrollierter Scope Creep ist der stille Killer von Fristen; keine einzelne Änderung fühlt sich groß an, aber zusammen summieren sie sich zu einem Scheitern.

Durch explizite Trade-offs bleibt das Team geschützt, die Stakeholder informiert und die Schuld bleibt beim Engineering, wenn der Scope, nicht der Aufwand, das Problem war.