Hogyan kezeled az Sprint közepén felmerülő hatókör-változtatási kérelmet?

Question

Accepted Answer

A Scrum alapértelmezése a **Sprint Cél védelme**: semmilyen olyan változtatást nem szabad hozzáadni, amely veszélyezteti azt. De a Scrum nem merev — a hatókör *újratárgyalható a Product Ownerrel*, és egy valóban sürgős változtatás kezelhető, explicit trade-offok alkalmazásával.

## Döntéshozatali keretrendszer

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

## Konkrét példa

A Sprint közepén az értékesítés egy "kis" új jelentést szeretne. A Scrum Master segít a csapatnak és a Product Ownernek látni, hogy ez nem sürgős, ezért a következő Sprint backlogjának tetejére kerül, ahelyett hogy zavarna az aktuális célt.

## Gyakori csapdák

- Csendesen bevéve további munkát, tönkretéve a Sprint Célt és azt elrejtve.
- Kategorikus "nem" mondása út nélkül — a Product Owner mindig újratárgyalhat.
- Annak engedélyezése, hogy minden érintett közvetlenül betoljon munkát, megkerülve a Product Ownert.

## Miért fontos

A Sprint Cél védelme az, ami a Scrumot előre jelezhetővé teszi; az állandó injekció Sprinteket kaotikus to-do listákká fordítja.

A változás Product Owneren keresztüli kezelése explicit trade-offokkal tartja a csapatot fókuszáltan, miközben responsívabb marad a valós vészhelyzetekre.