Minőség és technikai gyakorlatok kóstoló: mit kérdezz Scrum Masterként?
Day 24 of 30 · ScrumMaster leszek 2026
Scrum Masterként nem kell fejlesztőnek lenned, de tudnod kell a minőséget láthatóvá tenni és a csapatot olyan működés felé terelni, ahol a „kész” tényleg kész. Ma kapsz egy „kóstolót”: alap fogalmakat és egy kérdéslistát, amit bármely Dev csapatnál fel tudsz tenni anélkül, hogy technikai vitába fulladna.
Napi cél (kézzelfogható)
- Tudsz megkülönböztetni sebességet és stabil szállítást (flow + minőség együtt).
- Van egy rövid, használható kérdéslistád a minőség és technikai kockázatok feltárására.
- Képes vagy 1 konkrét javító kísérletet javasolni (2 hétre), ami csökkenti a hibákat és a reworköt.
Minőség „kóstoló” — 5 alapfogalom, amit érdemes érteni
- Definition of Done: tartalmazza a tesztet, review-t, dokumentálást, és azt, hogy mi számít „élesre késznek”.
- Automatizált ellenőrzések: minél gyorsabban derül ki a hiba, annál olcsóbb kijavítani.
- Build/CI állapot: ha gyakran „piros” a rendszer, az a flow ellensége.
- Code review: minőség és tudásmegosztás, de ha bottleneck, akkor flow-probléma.
- Technikai adósság: ha mindig halasztjuk, később sokszoros áron fizetjük meg (lassulás, hibák).
10 kérdés, amit Scrum Masterként feltehetsz (és miért jó)
- „Mitől kész egy munka?” — ha nem tiszta, folyamatos a félkészség és a visszanyitás.
- „Mi a leggyakoribb hiba ok?” — fókusz a gyökérokra, nem a tünetre.
- „Mikor derül ki a hiba?” — cél: minél korábban (olcsóbb javítás).
- „Mennyire stabil a build/CI?” — a piros rendszer „rejtett WIP”.
- „Mi blokkolja a release-t?” — rejtett jóváhagyás, manuális lépések, hiányzó teszt.
- „Hol van review bottleneck?” — flow javítás, párosítás, limit, szabály.
- „Mi az a minőségi kapu, amit nem engedünk el?” — pl. kritikus bug, biztonság, adatvesztés.
- „Milyen mérőjel mutatja, hogy javulunk?” — pl. kevesebb visszanyitás, rövidebb átfutás.
- „Mi a legnagyobb technikai kockázat a következő 2 hétben?” — fókusz a közeljövőre.
- „Mi az 1 kísérlet, amit vállalunk?” — kicsi, mérhető, időkeretes adaptáció.
Akció (25–35 perc) — Minőség kísérlet megtervezése
Válassz egy valós fájdalmat (pl. sok bug, sok visszanyitás, lassú review, instabil build).
- Fogalmazd meg: mi a cél 2 hét alatt? (pl. „visszanyitások száma -30%”).
- Válassz 1 beavatkozást: DoD frissítés / review szabály / automatizált ellenőrzés / WIP limit.
- Dönts mérőjelről: mit fogtok nézni minden nap?
- Állapodjatok meg: mikor értékelitek ki (következő retro vagy review)?
Önellenőrzés
- ✅ Van 10 kérdésem, amivel a minőséget láthatóvá tudom tenni.
- ✅ Tudok 2 hetes minőségi kísérletet javasolni mérőjellel.
- ✅ Tudom, hogy a „gyorsabb” csak akkor jó, ha a minőség nem romlik.