Retrospective: valódi javulás vs panaszkör

Day 13 of 30 · ScrumMaster leszek 2026

A Retrospective akkor működik, ha nem „kibeszélés”, hanem tanulási ciklus: adat → belátás → kísérlet. A Scrum Master feladata a biztonság, a fókusz és az, hogy a végén legyen 1–2 konkrét változtatás, amit tényleg végre is hajt a csapat.


Napi cél (kézzelfogható)

  • Összeraksz egy 60 perces retro forgatókönyvet (5 lépés + timeboxok).
  • Megtanulod megakadályozni a panaszkört és a bűnbakkeresést.
  • Elviszel egy egyszerű szabályt: 1–2 kísérlet, ownerrel, határidővel, siker kritériummal.

Mi a Retrospective célja?

  • Inspect: hogyan dolgoztunk? mi segített? mi akadályozott?
  • Adapt: mit változtatunk a következő időszakban?
  • Tanulás: nem hibást keresünk, hanem rendszerszintű okokat és kipróbálható javítást.

A „Prime Directive” (a biztonság alapja)

Feltételezzük, hogy mindenki a legjobb tudása és körülményei szerint cselekedett.

Ez nem felmentés. Ez arra való, hogy a csapat merjen őszinte lenni és tanulni.


60 perces retro — egyszerű, kezdőbarát folyamat

  1. Set the stage (5 perc): cél, szabályok, rövid check-in.
  2. Gather data (15 perc): tények és megfigyelések (pl. timeline, események, számok).
  3. Generate insights (15 perc): miért történt? minták, ok-okozat (pl. 5 Why, csoportosítás).
  4. Decide what to do (20 perc): 1–2 kísérlet kiválasztása, owner, mérés.
  5. Close (5 perc): mit viszünk el, mikor nézzük meg újra?

Hogyan lesz panaszkör helyett javulás?

1) Ténytől indulsz, nem véleménytől

  • Tény: „A Sprintben 7 feladatból 2 lett kész.”
  • Megfigyelés: „Sok a megszakítás, sok a félkész munka.”
  • Csak utána: okok és megoldási ötletek.

2) Blame helyett rendszer

  • Keretezés: „Melyik szabály, folyamat vagy függőség tolta ebbe a helyzetbe a csapatot?”
  • Ha személyeskedés indul: „Térjünk vissza a megfigyelhető hatásokhoz és a következő lépéshez.”

3) Kevés, de befejezett akció

  • 1–2 kísérlet elég. A sok akciólista gyakran = semmi sem történik.
  • Minden kísérlethez legyen:
    • Owner
    • Határidő
    • Siker kritérium (miből látszik, hogy jobb?)

Hasznos retro formátumok (válassz 1-et)

  • Start / Stop / Continue — gyors, konkrét változtatásokhoz.
  • 4L (Liked, Learned, Lacked, Longed for) — tanulás + hiányok.
  • Timeline — ha sok esemény volt és kell a közös kép.

Akció (30 perc) — 2 kísérlet tervezése

Helyzet: „Sok a megszakítás, nő a félkész munka, a csapat frusztrált.” Készíts 2 kísérletet:

  1. WIP védelem: pl. 1 munka/fő + finish-first. (Owner + mérés: „félkész elemek száma”, cycle time.)
  2. Fókusz idősáv: pl. napi 2×60 perc meeting-mentes blokk. (Owner + mérés: megszakítások száma / nap.)

Írd le, mikor nézitek meg az eredményt (pl. 1 hét múlva), és mi a „stop/continue” döntési szabály.


Önellenőrzés

  • ✅ Tudok tényekből indulni és keretet adni az okok kereséséhez.
  • ✅ Tudom kezelni a személyeskedést és a panaszkört.
  • ✅ A végén van 1–2 kísérlet ownerrel és mérhető sikerrel.

Opcionális források

  • Agile Retrospectives (klasszikus retro minták).
  • Safety check („Mennyire biztonságos őszintének lenni?”) — ha a csapat bezár.