Skip to main content
← Tagasi raamatukogusseMeetodid

Sprint

Sprint on kindla pikkusega töötsükkel, tavaliselt üks kuni neli nädalat ja kõige sagedamini kaks, mis lõpeb konkreetse, kasutatava tulemusega.

Mõiste pärineb Scrumist, laialt kasutatavast agiilsest raamistikust tarkvara- ja tootetöös. Sprindi alguses lepib meeskond kokku, millised ülesanded ta selle ajaraami jooksul ette võtab, seda nimetatakse sprindi mahajäänuks. See nimekiri jääb sprindi kestel muutumatuks ning uued taotlused lükatakse järgmisse tsüklisse, selle asemel et praegust katkestada. Iga sprint lõpeb sprindi ülevaatusega, kus meeskond näitab, mis tegelikult valmis sai, millele järgneb retrospektiiv, mis keskendub sellele, kuidas järgmisel korral paremini töötada.

Kindel ajaraam on see, mis paneb sprindi toimima. See sunnib ülesandeid jaotama piisavalt väikesteks, et need saaks tõesti ajaraami jooksul valmis, selle asemel et need kuid venima jääks. Sprindi pikkus jääb tavaliselt ühe kuni nelja nädala vahele, kusjuures kahenädalane rütm on praktikas kõige levinum valik. Lühemad sprindid tähendavad rohkem planeerimiskoormust, samas kui pikemad lükkavad tagasisidet edasi ja lasevad valedel eeldustel kauem kesta, enne kui keegi need märkab.

Muster on levinud kaugele üle Scrumi, näiteks Design Sprindina, kus viiepäevast tsüklit kasutatakse ühe idee testimiseks, või lihtsalt korduva töörütmina tootmises ja halduses. Kõigile neile on ühine sama tsükkel: sea eesmärk, piira aeg, tarni midagi, reflekteeri, seejärel alusta järgmist tsüklit. See eristabki sprinti verstapostist, mis tähistab üksikut ajahetke, mitte korduvat töörütmi.

Praktiline näide

Kuueliikmeline arendusmeeskond planeerib kahenädalase sprindi, et ehitada sisemisele tarkvarale uus aruandlusfunktsioon, võttes ette 34 lugupunkti. Sprindi lõpuks on valmis 29 punkti, mida esitletakse elavalt sprindi ülevaatusel, samas kui 5 punkti lähevad tagasi tootemahajäänusse. Retrospektiivil mõistab meeskond, et äripoole sisend tuli tsüklis liiga hilja, mistõttu planeerivad nad järgmise sprindi jaoks varasema kontrollpunkti.

Kuidas Leanshift aitab

Sprint on Kaizen väikeses mõõtkavas, kindel, korduv planeerimise, tegemise, näitamise ja reflekteerimise rütm. Iga retrospektiiv on teadlik peatumine küsimaks, mis võiks järgmisel tsüklil paremini toimida, selle asemel et lihtsalt edasi tormata. Selles peitubki Leanshifti tuum: parandada selleks, et luua rohkem parandajaid, sprindi tulemus on oluline, kuid sama oluline on ka see, mida meeskond igast tsüklist õpib.

Korduma kippuvad küsimused

Kui pikk peaks sprint olema?

Kusagil ühe ja nelja nädala vahel, kusjuures kaks nädalat on kõige levinum valik. Täpsest pikkusest olulisem on selle järjepidevana hoidmine tsüklite lõikes, et saada aja jooksul võrreldavaid andmeid.

Mis juhtub lõpetamata ülesannetega sprindi lõpus?

Need lähevad tagasi tootemahajäänusse ja saavad uuesti prioriseeritud tulevase sprindi jaoks. Uusi ülesandeid ei lisata kesksprindil, sest see õõnestaks sprindi eesmärki.

Mille poolest erineb sprint verstapostist?

Verstapost tähistab ühte olulist ajahetke projekti ajajoonel. Sprint on korduv, võrdse pikkusega töötsükkel oma planeerimise ja ülevaatusega.