Sprint
A sprint egy rögzített hosszúságú munkaciklus, jellemzően egy-négy hét, leggyakrabban kettő, amely konkrét, használható eredménnyel zárul.
A kifejezés a Scrumból származik, a szoftver- és termékmunkában széles körben használt agilis keretrendszerből. Egy sprint elején a csapat megállapodik abban, mely feladatokat vállalja fel az adott időszakban, ezt sprint backlognak nevezik. Ez a lista a sprint idejére zárolva marad, az új kéréseket pedig a következő ciklushoz sorolják be, ahelyett hogy megszakítanák a folyamatban lévőt. Minden sprint egy sprint review-val zárul, amelyen a csapat bemutatja, mit fejezett be ténylegesen, ezt egy retrospektíva követi, amely arra összpontosít, hogyan lehet legközelebb jobban dolgozni.
A rögzített időkeret az, ami működővé teszi a sprintet. Arra kényszerít, hogy a feladatokat elég kicsire bontsd le ahhoz, hogy azok valóban befejezhetők legyenek az adott időszakon belül, ahelyett hogy hónapokig húzódnának. A sprintek hossza jellemzően egy-négy hét között mozog, a gyakorlatban a kéthetes ritmus a leggyakoribb választás. A rövidebb sprintek több tervezési többletmunkát jelentenek, míg a hosszabbak késleltetik a visszajelzést, és hagyják, hogy a téves feltételezések tovább fussanak, mielőtt bárki észrevenné őket.
A mintázat jóval túlterjedt a Scrumon, például Design Sprintként, ahol egy ötnapos ciklust használnak egyetlen ötlet tesztelésére, vagy egyszerűen ismétlődő munkaritmusként a működésben és az adminisztrációban. Mindegyikben közös ugyanaz a hurok: cél kitűzése, időkorlát meghatározása, valami leszállítása, reflexió, majd a következő ciklus indítása. Ez különbözteti meg a sprintet a mérföldkőtől, amely egyetlen időpontot jelöl, nem pedig ismétlődő munkaritmust.
Gyakorlati példa
Egy hat fős fejlesztőcsapat kéthetes sprintet tervez egy új riportolási funkció felépítésére a belső szoftverükhöz, 34 story pointra vállalva kötelezettséget. A sprint végére 29 pont készül el, amelyeket élőben mutatnak be a sprint review-n, míg 5 pont visszakerül a product backlogba. A retrospektíván a csapat rájön, hogy az üzleti oldal visszajelzése túl későn érkezett a ciklusban, ezért a következő sprinthez korábbi egyeztetést ütemeznek be.
Hogyan segít a Leanshift
A sprint a Kaizen kicsinyített mása, egy rögzített, ismétlődő ritmusa a tervezésnek, a végrehajtásnak, a bemutatásnak és a reflexiónak. Minden retrospektíva egy tudatos szünet, amelyben megkérdezik, mi működhetne jobban a következő ciklusban, ahelyett hogy egyszerűen csak tovább nyomulnának. Ez a lényege annak, amit a Leanshift az „úgy fejlődni, hogy közben több fejlesztő embert teremtünk” alatt ért: a sprint eredménye számít, de az is, amit a csapat minden ciklusból tanul.
Gyakran ismételt kérdések
Milyen hosszú legyen egy sprint?
Valahol egy és négy hét között, a kéthetes a leggyakoribb választás. A pontos hossz kevésbé számít, mint az, hogy következetesen tartsuk a ciklusokon át, hogy összehasonlítható adatot kapjunk idővel.
Mi történik a befejezetlen feladatokkal egy sprint végén?
Visszakerülnek a product backlogba, és újra priorizálják őket egy jövőbeli sprinthez. Új feladatokat nem adnak hozzá a sprint közben, mivel az aláásná a sprint célját.
Miben különbözik a sprint egy mérföldkőtől?
Egy mérföldkő egy projekt idővonalán egyetlen fontos pontot jelöl. Egy sprint ismétlődő, azonos hosszúságú munkaciklus a saját tervezésével és review-jával.