Hvordan styrer du scope creep på et projekt?

Question

Accepted Answer

**Scope creep**, den stadige ophobning af "bare endnu en ting", er hvordan projekter på rette vej stille glider væk. Løsningen er ikke at sige nej til alt; det er at gøre **hver tilføjelse til en synlig, eksplicit afvejning** mod tid, i stedet for en stille absorption.

## Sådan kontrollerer du scope

```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
```

## Det vigtige træk

Veig ikke nye anmodninger direkte, det gør dig til en blokering. I stedet præsenterer du afvejningen: "Vi kan tilføje det. Det betyder enten at deadline flytter en uge eller vi dropper feature X. Hvad vil du have?" Nu er det en *forretnings*-beslutning, taget af den rigtige person, med øjnene åbne.

## Et konkret eksempel

Midt i projektet tilføjer PM konstant "små" justeringer. Du starter en delt scope-change-log. Pludselig ser alle, at det oprindelige to-ugers projekt absorberede tre ugers tilføjelser, og samtalen om deadline bliver åbenlys og let.

## Hvorfor det betyder noget

Ustyrbar scope creep er deadlinernes stille dræber, ingen enkelt ændring føles stor, men de summeres til en fejl.

At gøre afvejninger eksplicitte holder teamet beskyttet, interessenter informeret og skylden væk fra engineering, når scope, ikke indsats, var årsagen.