Ma azt tanulod meg, hogyan lesz a backlogból döntés-támogató eszköz: mit érdemes előre venni, mit kell tisztázni, és mikor érdemes kísérletet futtatni ahelyett, hogy „megépítenéd a bizonytalanságot”.

Napi cél (kézzelfogható)

Készítesz egy backlog item minimális kártyát (érték + kockázat + bizonytalanság + elfogadás).
Megtanulsz egy egyszerű prioritási döntési keretet: érték vs kockázat vs bizonytalanság.
Beállítasz egy tisztázási kaput: mikor „kész” egy item arra, hogy Sprintbe kerüljön.

Mi a Product Backlog a gyakorlatban?

A Product Backlog nem feladatlista, hanem döntések listája: „melyik munka opciót választjuk most, és miért?”.
Egy jó backlog láthatóvá teszi:
- Érték (mit nyer a felhasználó / üzlet?)
- Kockázat (mi romolhat el? mennyi a tét?)
- Bizonytalanság (mit nem tudunk még?)

A 3 dimenzió röviden

Érték: outcome, nem aktivitás. Példa: „a felhasználó 2 perc alatt végig tud menni a folyamaton”.
Kockázat: ha rosszul csináljuk, mennyi a kár? (pénz, hírnév, jogi, biztonság, elégedettség)
Bizonytalanság: mennyi a „nem tudjuk” rész? Ha nagy, előbb tanulni kell.

Eljárás: backlog item „minimális kártya” (v0.1)

Mi a célérték? (1 mondat outcome)
Mi a felhasználói jelzés? (miből derül ki, hogy jobb lett?)
Kockázat (1–2 fő kockázat)
Bizonytalanság (1–2 nyitott kérdés)
Elfogadás (2–4 konkrét feltétel)

Prioritás-keret: „előbb tanulj, aztán építs”

Ha a bizonytalanság magas, a legjobb első lépés gyakran kicsi kísérlet vagy tisztázás (pl. prototípus, mérés, stakeholder interjú) — nem a teljes megvalósítás.

Gyors döntési szabály

Magas érték + magas bizonytalanság → először tanulás (spike/kísérlet), majd újrapriorizálás.
Magas érték + alacsony bizonytalanság → mehet előre, ha a kockázat kezelve van.
Alacsony érték → csak akkor érdemes, ha nagyon olcsó vagy nagy kockázatot csökkent.

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

Példa 1: túl homályos item

Rossz: „Legyen jobb a keresés.”

Jó: „A felhasználó 3 kattintásból találjon releváns találatot. Jelzés: keresésből indított konverzió + 0 találat arány. Kockázat: relevancia romlik. Bizonytalanság: mi a top 3 keresési szándék?”

Példa 2: magas bizonytalanság

Rossz: azonnal nagy fejlesztés, mérés nélkül.

Jó: 1 hetes kísérlet: prototípus + mérés + döntés, hogy egyáltalán megéri-e.

Tisztázási kapu (hogy Sprintben ne legyen találgatás)

Van outcome mondat + legalább 2 elfogadási feltétel.
Van 1 fő kockázat megnevezve és egy egyszerű védelem (teszt/ellenőrzés/limit).
A nyitott kérdések száma nem „végtelen”; ha magas, előbb tanulási item kell.

Akció (25 perc)

Válassz egy homályos igényt (munka/iskola/saját projekt), és írd át a „minimális kártya” szerint.
Jelölj ki 1 kockázatot és 1 bizonytalanságot, majd döntsd el: építés vagy kísérlet az első lépés.
Írj 2 elfogadási feltételt úgy, hogy tesztelhető legyen.

Önellenőrzés

✅ Van 1 backlog itemem outcome + jelzés + kockázat + bizonytalanság + elfogadás formában.
✅ Tudok dönteni: előbb tanulás vagy előbb építés.
✅ Tudok 2 tesztelhető elfogadási feltételt írni.

Opcionális források

Empirizmus: mihez kell átláthatóság + ellenőrzés + alkalmazkodás.
Stakeholder interjú és prototípus mint gyors tanulás.

Product Backlog alapok: érték, kockázat, bizonytalanság