Ma azt tanulod meg, hogyan lesz a Sprint Planningből valódi fókusz és vállalható terv. Kezdőknek a leggyakoribb hiba: „igen-t mondunk mindenre”, Sprint Goal nélkül. Eredmény: csúszás, frusztráció, rejtett kockázatok.

Napi cél (kézzelfogható)

Összeraksz egy Sprint Planning menetrendet (30–60 perc, kimenetekkel).
Megírsz 1 Sprint Goal mondatot, ami fókuszt ad.
Készítesz egy Definition of Ready (DoR) v0.1 listát (mi kell, hogy egy item vállalható legyen).

Fogalmak (gyors és praktikus)

Sprint Goal: egy mondatos fókusz, ami megmondja, mi az a közös érték, amiért a Sprintben dolgoztok.
Forecast: vállalható előrejelzés, nem ígéret. A csapat a saját kapacitásával és kockázataival számol.
DoR: belépési kapu a Sprintbe. Ha a „készen áll” nincs meg, a Sprintben találgatás lesz.

A Sprint Planning 3 kimenete (amit mindig ellenőrzöl)

Sprint Goal (1 mondat)
Sprint Backlog v0 (mit vállal a csapat + milyen lépésekben halad)
Kockázatlista (1–3 fő kockázat + egyszerű védelem)

Menetrend: Sprint Planning 45 percben (v0.1)

0–10 perc — cél tisztázás
- Mi a legfontosabb érték most? (nem feladatlista)
- Megfogalmaztok 1 Sprint Goal mondatot.
10–30 perc — kiválasztás (forecast)
- Csak olyan item jöhet be, ami átmegy a DoR kapun.
- Kapacitás check (szabadság, meetingek, support): mi a reális?
30–40 perc — kockázatok
- Mi romolhat el? Mi bizonytalan?
- Védelem: teszt / spike / limit / review / rollback.
40–45 perc — lezárás
- Mi az első 1–2 lépés holnap reggel?
- Mi az a jel, ami azt mutatja: jó irányban vagytok?

Definition of Ready (DoR) v0.1 (kezdő, tartható)

Válassz 6–8 pontot. A cél: ne kerüljön be „ködös” item.

Outcome mondat megvan (mitől lesz jobb).
2–4 elfogadási feltétel megvan (tesztelhető).
Legalább 1 kockázat meg van nevezve (és van egyszerű védelem).
Nyitott kérdések száma alacsony (ha magas: előbb tisztázás/kísérlet).
Függőségek láthatók (ha van: hogyan kezeljük?).
Vágás/szeletelés megtörtént (ne legyen „minden egyszerre”).

Példák (jó vs rossz)

Példa 1: Sprint Goal

Rossz: „Megcsináljuk a backlogot.”

Jó: „A felhasználó a folyamaton hiba nélkül végig tud menni 3 perc alatt.”

Példa 2: PO túl sokat akar

Rossz: a csapat mindenre igent mond, és a kockázatot „majd meglátjuk”.

Jó: Sprint Goal-hoz kötött kiválasztás + kapacitás check + 1–2 item kivétele, amíg vállalható.

Példa 3: magas bizonytalanság

Rossz: a Sprintbe kerül egy item, amiről senki nem tudja, mit jelent késznek.

Jó: előbb 1 spike/kísérlet, és csak utána teljes vállalás.

Mérőpont (hogy lásd, javul-e)

Csúszás okai: hányszor csúszik item azért, mert nem volt tiszta elfogadás / túl nagy volt / bizonytalan volt?
Sprint Goal fókusz: a Sprint közepén még mindenki tudja-e 1 mondatban a célt?
Rework: csökken-e a visszagörgetés és a javítás?

Akció (25–30 perc)

Írj 1 Sprint Goal mondatot egy saját példára.
Írj DoR v0.1-et 6–8 ponttal.
Válassz 1 kockázatot, és írd le a védelmet (pl. teszt / spike / rollback).

Önellenőrzés

✅ Tudok 1 Sprint Goal-t írni, ami fókuszt ad.
✅ Van DoR v0.1-em, ami megfogja a ködös itemeket.
✅ Tudok 1 kockázatot és 1 védelmet megnevezni.

Opcionális források

Scrum Guide: Sprint Goal + Planning.
Flow szemlélet: kevesebb párhuzamosság, több befejezés.

Sprint Planning: cél, forecast, kockázat (kezdetektől jól)