A Sprint Review egy Scrum esemény, amely összegzi a terméken végzett munkát, amely a jelenlegi Sprint során készült el. A Sprint utolsó napján zajlik, és nyitott a részesedők számára. Célja az Increment értékelése, azaz a termék legújabb verziójának bemutatása. A Sprint Review fontos része a végrehajtott fejlesztések és frissítések megbeszélése is. Továbbá a szükséges változtatások elvégzése a termék backlogján, hogy minden részesedő láthassa a termék aktuális állapotát.
Sprint Review – tartalomjegyzék:
- Bevezetés
- A részesedők szerepe a Sprint Review során
- Incrementek kiadása
- Munka a termék backlogján a Sprint Review során
- Összegzés
Bevezetés
A Sprint Review és a Sprint Retrospective két Sprint összegző esemény. A cikkünkben részletesebben írtunk arról, hogy milyen szerepet játszanak a Scrum események. Ma csak annyit említünk meg, hogy lehetőséget biztosítanak a tapasztalati empirizmus három pillérének – átláthatóság, ellenőrzés és alkalmazkodás – megalapozására a termék és a Scrum csapat munkája kapcsán.
A Sprint Review a terméknek van szentelve. Célja az Increment, azaz a Sprint során végzett munka eredményeinek ellenőrzése. Az esemény legfeljebb négy órán át tart. A Scrum csapat minden tagja, valamint a részesedők, azaz a termék előrehaladása iránt érdeklődő összes ember részt vesz rajta.
A részesedők szerepe a Sprint Review során
A Sprint Review során a Scrum csapat bemutatja az Incrementet a részesedőknek. Ezzel összefoglalja a befejezett feladatokat, és válaszol a konkrét kérdésekre:
- Ki végezte el a feladatot?
- Mi pontosan történt?
- Milyen céllal történt?

A részesedők visszajelzést adnak a Scrum csapat tagjainak. Ez lehetővé teszi az alkalmazkodást, azaz a Scrum csapat munkamódszereinek igazítását az ügyfél igényeihez és víziójához. Ezt azért teszik, hogy maximalizálják a termék üzleti értékét. A Sprint Review során adott visszajelzés különösen fontos, amikor innovatív termékeket hoznak létre, amelyeket folyamatosan alkalmazni kell a verseny tevékenységeihez és a piac igényeihez.
Incrementek kiadása
Nem szabad úgy tekinteni a Sprint Review-ra, mint az egyetlen alkalomra, amikor a Scrum csapat kiad egy Incrementet az ügyfélnek. Ha a termék egy funkciója előre megfelel a Kész definíciónak, a termék tulajdonosa azonnali kiadásról dönthet.
Munka a termék backlogján a Sprint Review során
A termék backlogjának frissítése éppúgy része a Sprint Review-nak, mint a munkateljesítmények bemutatása a részesedőknek. Általában a backlog frissítése a találkozó utolsó részére van szánva, így a részesedőknek nem kell részt venniük.
A termék tulajdonosa a részesedőktől kapott visszajelzések és a fejlesztőcsapat által tanult tapasztalatok alapján frissíti a termék backlogját. Ez különösen fontos, ha a kapott visszajelzés hatással van a következő Sprint formájára és céljára. A backlog frissítése tehát alapvető lépés a következő Sprint tervezésének előkészítésében.

Sprint Review – összegzés
A Sprint Review a Scrum csapat és a részesedők találkozója, amely során a legutóbbi Sprintben elért termék munkájának eredményeit mutatják be. Kulcsfontosságú része egy beszélgetés a részesedőkkel, amely során visszajelzést adnak a termékről. Ennek a beszélgetésnek köszönhetően lehetőség nyílik a termék munkájának hatékony alkalmazkodására és esetleges irányának korrekciójára a piaci követelményeknek megfelelően. A Sprint végén a részesedőkkel folytatott beszélgetések révén nő a valószínűsége annak, hogy a Scrum csapat által fejlesztett termék üzleti értékét maximalizálni lehessen.
Ha tetszik a tartalmunk, csatlakozz a mi szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.
Caroline Becker
Projektmenedzserként Caroline szakértő az új módszerek megtalálásában, amelyek a legjobb munkafolyamatok megtervezésére és a folyamatok optimalizálására szolgálnak. Szervezési készségei és a nyomás alatt végzett munka iránti képessége teszik őt a legalkalmasabb személyré, aki bonyolult projekteket valóra tud váltani.
Scrum Guide:
- Alapfogalmak, szerepek és fogalmak szótára
- Mi a Scrum?
- Scrum értékek
- Hogyan valósítsuk meg a Scrumot a vállalatunkban?
- Scrum Csapat - mi az és hogyan működik?
- Ki a terméktulajdonos?
- A Product Owner leggyakoribb hibái
- Ki a Scrum Master?
- A Scrum Master leggyakoribb hibái
- Milyen statisztikákat és mutatókat kell nyomon követnie a Scrum Masternek?
- Scrum fejlesztőcsapat
- A fejlesztők leggyakoribb hibái
- Scrum artefaktumok
- Skálázott Scrum
- Sprint Hátralék
- Mi az a termék hátralék?
- Mik azok a felhasználói történetek?
- A legjobb Felhasználói Történet létrehozása az INVEST elv alapján
- A leggyakoribb felhasználói történet hibák
- Felhasználói történet elfogadási kritériumok
- Becslés és Történetpontok a Scrum-ban
- Tervezési Póker
- Csapatbecslési játék
- Növekmény meghatározása
- Scrum események
- Mi az a Burndown Diagram?
- A burndown diagram előnyei és hátrányai
- Kanban táblák a Scrum és Scrumban keretrendszerben
- Sebesség a Scrum-ban - A Fejlesztő Csapat Sebessége
- Napi Scrum
- Sprint tervezés
- Sprint értékelés
- Mi az a Sprint Retrospektív?
- A Sprint Retrospektív során elkövetett gyakori hibák
- Termék Backlog ápolása
- Hogyan kell létrehozni és értelmezni egy burndown diagramot?
- Mi az a Sprint a Scrum-ban?
- A Terméktulajdonos és a Scrum Master közötti együttműködés
- Scrum Csapat Kötelezettségek - Termék Cél, Sprint Cél és Teljesítési Meghatározás
- A jó Scrum Master jellemzői