A Sprint Review lényege nem „státusz”, és nem „vizsga”. A cél: megmutatni az elkészült inkrementumot, visszajelzést gyűjteni, és adaptálni a Product Backlogot. Ma kapsz egy egyszerű mintát, amivel a Review tényleg érték-alapú lesz.

Napi cél (kézzelfogható)

Összeraksz egy Sprint Review forgatókönyvet (agenda + demo + kérdések + döntésnapló).
Megtanulod, hogyan kezeld a negatív és a szétszórt stakeholder visszajelzést.
Kapsz egy egyszerű eszközt a backlog adaptálására: feedback → döntés → backlog.

Mi a Sprint Review célja?

Inspect: a csapat és a stakeholder(ek) megnézik, mi készült el ténylegesen.
Adapt: a visszajelzések alapján a Product Backlog változik (prioritás, scope, következő lépések).
Érték fókusz: nem „mennyi munka”, hanem „mit nyertünk vele?”

Review ≠ Demo show

A demo önmagában kevés. A jó Review-n van:

Kontekstus (mi volt a Sprint Goal / üzleti cél),
Bemutatás (mi készült el és hogyan működik),
Visszajelzés (mit látnak a felhasználói/üzleti szemmel),
Döntések (mit csinálunk ez alapján),
Következő lépés (backlog frissítés, owner, idő).

Egyszerű Review agenda (45 perc példa)

5 perc — Kontextus: Sprint Goal + miért számít.
20 perc — Bemutató: 2–3 „érték-szelet” (nem minden apróság).
10 perc — Visszajelzés gyűjtése: „Keep / Change / Questions”.
7 perc — Döntések: mi kerül be a backlogba, mi változik, mi a következő.
3 perc — Lezárás: owner + határidő + mikor lesz következő visszacsatolás.

Visszajelzés kezelése (különösen, ha nehéz)

1) Negatív feedback

Köszönd meg (a feedback ajándék).
Tedd konkréttá: „Mi hiányzik pontosan? Példát tudsz mondani?”
Rögzítsd láthatóan (board / jegyzet), hogy ne legyen személyeskedés.
Döntés: most döntünk (ha kicsi) vagy backlogba kerül és owner viszi.

2) Szétszórt igények

Használj kategóriákat: „érték”, „kockázat”, „UX”, „teljesítmény”.
Állíts fel timeboxot, majd döntés: mi a top 1–2 dolog a következő Sprintre?

3) „Státuszt akarunk” jellegű elvárás

Keretezd át: a status helyett inkrementum + döntések.
Mutass értéket: „Ezzel a változtatással X folyamat Y percet rövidül / kevesebb hibát okoz.”

Döntésnapló (Decision Log)

Ha a Review után nincs döntésnapló, a feedback elvész.

Döntés: mit változtatunk?
Indok: melyik feedback / adat alapján?
Backlog hatás: melyik item változik / új item?
Owner + határidő

Akció (30 perc) — Review forgatókönyv

Válassz egy fiktív termékhelyzetet: „Új onboarding lépés bevezetése a regisztrációban”. Készíts:

45 perces agenda (timeboxokkal).
3 demo-szeletet, mindegyikhez 1 érték-mondatot („miért számít”).
3 kérdést stakeholdernek (pl. „Mi akadályozná a használatot?”).
Egy Decision Log sablont (döntés + owner + backlog hatás).

Önellenőrzés

✅ Tudok Review-t vezetni érték-alapon, nem státuszként.
✅ Tudok feedbacket rögzíteni és döntésnaplóba vinni.
✅ Tudom átkötni a feedbacket backlog döntésekké.

Opcionális források

Scrum Guide: Sprint Review — inspect + adapt szemlélet.
Impact mapping / outcome fókusz (stakeholder beszélgetésekhez).

Sprint Review: érték bemutatása és visszacsatolás kezelése