A Sprint Tervezés minden Sprintet elindít. Mivel a Sprintek egy hónapig tartanak, ez az esemény legfeljebb nyolc órát vesz igénybe. Ha a Sprintek rövidebbek, a Sprint Tervezés is arányosan rövidül. Az egész Scrum Csapat részt vesz az eseményen, meghívva az Érdekelt feleket vagy más csapatok szakértőit. A következő szövegben megvitatjuk a Sprint Tervezés részletes menetét és a munkatervezés során felmerülő problémákat egy új Sprintben.
Sprint Tervezés – tartalomjegyzék:
- Bevezetés
- Mi az új Sprint Cél?
- Mi szerepel a napirenden?
- Hogyan fogja a csapat megvalósítani?
- A Sprint Tervezés eredményei
- Összefoglalás
Bevezetés
A Sprint Tervezés a Scrum Események egyike, amelyről egy külön cikkben írtunk. Ez az esemény a Termék Hátralék legfelső részén elhelyezett Felhasználói Történetek köré összpontosít. Más szavakkal, azokra, amelyek a legrészletesebbek.
Nézzük meg közelebbről a kérdésekre adott válaszokat, amelyeket éppen feltettünk.
Mi az új Sprint Cél?
A Termék Tulajdonos szerepe a Sprint Tervezés során, hogy bemutassa a Célját és a feladatokat, amelyek azt alkotják a találkozó résztvevőinek.
A Termék Tulajdonos a találkozót azzal kezdi, hogy meghatározza a Sprint Célját és indokolja, miért értékes ez az ügyfél szempontjából. Ezután megnyit egy vitát, amelyben nemcsak a Scrum Csapat tagjai, hanem az Érdekelt felek is kifejezhetik véleményüket.
Összefoglalva, a Termék Tulajdonos megadja a Sprint Cél végső megfogalmazását, amelyet az egész Scrum Csapat el fog érni, és biztosítja, hogy a Cél minden érdekelt fél számára érthető legyen.

Mi szerepel a napirenden?
A Sprint Tervezés második része a Felhasználói Történetek kiválasztására összpontosít, amelyeket a új Sprintben meg kell valósítani, és megvitatni, hogyan lehet őket konkrétabbá tenni.
A Sprint Tervezés során az egyik legnehezebb feladat a végrehajtásra kiválasztott feladatok számának és munkaintenzitásának pontos megbecslése. Minél tapasztaltabb a Scrum Csapat, annál pontosabban tudja megbecsülni, mennyi munka végezhető el egyetlen Sprint alatt. Ennek az az oka, hogy a Csapat hatékony becslési technikákat alkalmaz, amelyeket részletesen írtunk korábbi cikkekben és itt. Sok Scrum Csapat ismeri és alkalmazza azokat a módszereket, amelyek felgyorsítják a Csapat érését, valamint megkönnyítik és standardizálják a folyamatot. Ezek a technikák elsősorban a Tervezési Poker és a Csapat Becsülési játékok.
Hogyan fogja a csapat megvalósítani?
A Sprint Tervezés harmadik és legtechnikaiabb része a “Hogyan fogja a csapat megvalósítani?” kérdés megválaszolására összpontosít. Ebben a Fejlesztő Csapat javaslatokat tesz a második részben végrehajtásra kiválasztott feladatok megvalósítására. Senki más, csak a Fejlesztők maguk határozzák meg, hogyan kell a feladatokat technikai szempontból végrehajtani.
A tervezésnek figyelembe kell vennie nemcsak a végrehajtási technológiát, hanem a Fejlesztők közötti munkafolyamatot. Ez elkerüli a stagnáló munkát [szűk keresztmetszeteket], amelyek késedelmeket okozhatnak a feladatok végrehajtásában. Ahogyan a feladatok végrehajtásának módja, úgy a feladatok elosztása az egyes Fejlesztők között is kizárólag rajtuk múlik, külső beavatkozás nélkül.
Tipikusan a Fejlesztő Csapat itt a Felhasználói Történetek kisebb feladatokra bontására összpontosít. Az optimális feladatvégrehajtási idő egy munkanap.

A Sprint Tervezés eredményei
A Sprint Tervezés eredménye egy egyértelmű Sprint Cél, valamint a Termék Hátralékból végrehajtásra kiválasztott részletes Felhasználói Történetek. Mindezek az elemek alkotják a Sprint Hátralékot, amelyről külön cikket írtunk.
Összefoglalás
A Sprint Tervezés a Scrum esemény, amely minden Sprintet elindít. A Scrum Csapat meghívhatja az Érdekelt feleket és külső szakértőket is.
A Sprint Tervezés során meghatározzák az új Sprint Célját. A Fejlesztő Csapat a Termék Tulajdonossal együtt határozza meg, mit kell tenni, és dönt a tervezett feladatok végrehajtásának módjáról.
A Sprint Tervezés eredménye a Sprint Hátralék, amelyet a Fejlesztők használnak a napi feladatok kiválasztására a végrehajtásra váró sorból.
Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedInen, Instagramon, YouTube-on, Pinteresten.
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