Ma azt tanulod meg, hogyan előzd meg a Sprint Planning káoszt. A refinement nem extra meeting a semmiért: ez az a hely, ahol a bizonytalanság olcsón csökken. A cél: kevesebb találgatás, jobb döntések, stabilabb vállalás.

Napi cél (kézzelfogható)

Összeraksz egy 30 perces refinement agendát (időkeret + kimenetek).
Készítesz egy kérdéslistát (érték / kockázat / bizonytalanság / elfogadás) a backlog elemekhez.
Gyakorolsz egy feldarabolási lépést egy túl nagy itemen.

Mi a refinement célja?

Nem az, hogy „mindent tökéletesre írjunk”.
Igen: csökkenteni a bizonytalanságot annyira, hogy a csapat tudjon dönteni a következő Sprint vállalásáról.
Kimenet: tisztább itemek + tisztább kockázatok + tesztelhető elfogadás + döntés, kell-e kísérlet.

A 30 perces refinement agenda (v0.1)

0–5 perc — cél és kiválasztás
- Válasszatok 1–3 backlog elemet, amik valószínűleg közel vannak a következő Sprinthez.
- Gyors check: mi a várható érték és mi a fő kockázat?
5–20 perc — tisztázás + kockázat + elfogadás
- Outcome mondat (1 mondat)
- 2–4 elfogadási feltétel
- 1–2 nyitott kérdés
- 1 fő kockázat + 1 védelem (teszt/review/limit)
20–28 perc — darabolás / következő lépés
- Ha túl nagy: vágjátok 2–3 szeletre (érték szerint).
- Ha túl bizonytalan: döntsetek 1 kísérleti lépésről (spike/prototípus/mérés).
28–30 perc — lezárás
- Mi lett „kész a Sprinthez”?
- Mi a következő tisztázási akció (owner + határidő)?

Kérdéslista (amit mindig felteszel)

Érték: Ki nyer vele és miben? Mi a „jobb” jelzése?
Kockázat: Mi romolhat el? Mi a legrosszabb életszerű kimenet?
Bizonytalanság: Mit nem tudunk még? Mi a legfontosabb nyitott kérdés?
Elfogadás: Miből derül ki, hogy működik? Mik a minimum feltételek?
Határok: Mi nincs benne (scope boundary)?

Darabolás: 3 gyors minta (kezdőknek)

Vékony szelet érték szerint: előbb a legkisebb használható verzió (MVP szelet), utána extra.
Felhasználói út szerint: előbb 1 lépés a folyamatból végig „zöld”, utána a többi.
Kockázat szerint: előbb a legnagyobb kockázatot csökkentő szelet (mérés / prototípus), utána a teljes megoldás.

Példák (jó vs rossz refinement)

Példa 1: Planning káosz megelőzése

Rossz: a csapat Sprint Planningen találkozik először az itemmel, és 40 percet vitázik definíciókon.

Jó: refinementen 2 elfogadási feltételt rögzítenek és 1 nyitott kérdést külön akcióként kiosztanak.

Példa 2: túl nagy item

Rossz: „Készítsünk új onboardingot” (minden egyszerre).

Jó: 3 szelet: (1) alap regisztráció (2) első siker élmény (3) személyre szabás.

Mérőpont (hogy lásd, segít-e)

Planning vita-idő: mennyi idő megy el definíció vitára? Cél: csökkenő trend.
„Nem készen” arány: hány item kerül be úgy, hogy nincs elfogadás? Cél: közel 0.
Visszagörgetett itemek: mennyi item csúszik ki tisztázatlanság miatt?

Akció (25 perc)

Válassz 1 túl nagy itemet, és vágd 3 szeletre (érték vagy user flow szerint).
Írj hozzá 2–4 elfogadási feltételt és 1 kockázat + védelem párost.
Írd le a 30 perces agendát a saját szavaiddal (hogy holnap tényleg tudd vezetni).

Önellenőrzés

✅ Van 30 perces agenda + kimenet.
✅ Van kérdéslistám érték/kockázat/bizonytalanság/elfogadás témában.
✅ Tudok 1 itemet 3 szeletre darabolni.

Opcionális források

Backlog refinement mint „bizonytalanság csökkentés”.
Feldarabolási minták: thin slice, user journey, risk-first.

Refinement kóstoló: 30 perces agenda + kérdéslista