Kako upravljate razširitev obsega na projektu?

Question

Accepted Answer

**Razširitev obsega**, počasno kopičenje "samo še ene stvari", je to, kako pravilno vodeni projekti tiho zaidejo. Rešitev ni v tem, da zavrnete vse; gre za to, da **vsako dodatno zahtevo naredite vidno, eksplicitno odločitev**, ki jo postavite nasproti času, namesto da jo tiho vpijete.

## Kako nadzorovati obseg

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

## Ključna poteza

Ne zavrnite novih zahtev brez dlake, to vas naredi za blokatorja. Namesto tega pokažite odločitev: "To lahko dodamo. To pomeni, da se je rok ali pomakniti za teden ali moramo opustiti funkcijo X. Kaj želite?" Sedaj je to *poslovna* odločitev, sprejeta s strani prave osebe, z odprtimi očmi.

## Konkreten primer

Nasredi projekta PM nenehno dodaja "majhne" spremembe. Začnete deljeni dnevnik sprememb obsega. Nenadoma vsi vidijo, da je izvirni dvotedensk projekt vpil tri tedne dodatkov, in pogovor o roku postane očiten in enostaven.

## Zakaj je to pomembno

Neupravljana razširitev obsega je tiho ubijač rokov, nobena sprememba se ne zdi velika, ampak se seštevajo do neuspeha.

Datoji eksplicitnih odločitev varuje ekipo, obveščene deležnike in inženiring ohrani pred krianjem, ko je bil obseg, ne pa napor, vzrok.