Kako se nosite s zahtjevom za promjenu opsega usred Sprinta?

Question

Accepted Answer

Zadana vrijednost u Scrumu je **zaštita Sprintnog cilja**: nikakve promjene ne bi trebale biti dodane koje ga ugrožavaju. Ali Scrum nije krut — opseg se može *ponovno pregovarati s Product Ownerom*, i stvarno hitna promjena može biti obrađena, s eksplicitnim trade-offs.

## Okvir za odlučivanje

```text
1. Does the new request threaten the Sprint Goal?
     NO  → can it wait for the next Sprint? Usually yes → backlog it.
     YES → talk to the Product Owner about trade-offs.
2. Is it a genuine emergency (prod down, legal, security)?
     YES → the PO may cancel/replace work; something must drop.
3. Make the trade-off visible: pulling X in means Y comes out.
```

## Konkretan primjer

Usred Sprinta, prodaja želi "mali" novi izvještaj. Scrum Master pomaže timu i Product Owneru da vide da nije hitno, pa ide na vrh backlog-a sljedećeg Sprinta umjesto da poremeti trenutni cilj.

## Česti problemi

- Šutno prihvaćanje dodatnog rada, rušenje Sprintnog cilja i skrivanje.
- Kategorički "ne" bez mogućnosti — Product Owner uvijek može ponovno pregovarati.
- Dopuštanje svakom dioniku direktno ubaciti rad, zaobilaženjem Product Ownera.

## Zašto je to važno

Zaštita Sprintnog cilja je ono što čini Scrum predvidivim; stalna injekcija pretvara Sprinte u kaotične liste poslova.

Rješavanje promjene kroz Product Ownera s eksplicitnim trade-offs zadržava tim fokusirano dok ostaje osjetljiv na stvarne hitnosti.