Tarkvaraarendajad otsivad alati võimalusi tarkvara “paremaks, kiiremaks ja odavamaks” loomiseks. Scrum Sprint – Scrumi (igapäevased kohtumised) ja Sprinti käitamine (piiratud aeg meeskonna tööks ja ülesannete täitmiseks) on üks viis seda teha. (kui otsite, kuidas tegelikult kiiremini joosta, vaadake jaotist Kuidas Sprint)
1
Valmistuge scrum sprindi planeerimise koosolekuks. Saate koostada projekti seinadiagrammi veergude ja ridadega, et postitada sprindi mahajäämus, ülesannete ülesanded ja edenemine kuni lõpetamiseni. Hankige osalejate sisseost. Esitage ülesannete mahajäämus (uue süsteemi arendamiseks või olemasoleva süsteemi täiustamiseks). Osalejad on tarkvaraarenduse meeskond (sealhulgas programmeerijad, kvaliteedi tagamise ja tehnilised kirjutajad) ning tooteomanik (PO). PO juhib sprindi ja kui see kontaktisik ei osale, on protsess mõttetu (PO on tavaliselt arendusorganisatsiooni osa ja tal on oma klient, keda mõista ja kellele meeldida). Sprint on toote X arendusperiood, mille jooksul X nõuded üldiselt ei muutu, välja arvatud takistuste kõrvaldamiseks. Kui arutate X planeerimiskoosolekul, võidakse avastada “uus” üksus/funktsioon Y, mis oleks pidanud olema, kuid ei olnud seni toote mahajäämuses. Laiemas kontekstis võib Y vajada mahajäämuse ümbermõtestamist. Kui see pole sprindi jaoks hädavajalik, võidakse Y tagasi lükata mahajäämusse, mis ei ole selle sprindi osa. Valmistage ette toote mahajäämus – kõigi veel tegemata funktsioonide või muudatuste prioriteetne loend – projektitasemel “ToDoList” Korraldage koosolek – toote omanik peaks koosolekut korraldama. Scrum Master (mitte PO) on meeskonnaliige, kes vastutab PO ja Scrum Sprint meeskonna välise maailmaga suhtlemise eest ning aitab kaasa koostööle PO-ga, et ta saaks eemaldada/lahendada ummistusi, mis takistavad meeskonna tööd. Scrum Sprinti raames.
2
Pidage sprindi planeerimise koosolek. Valige sprindi kestus, st kui pikk sprint on. Üks kuu on tavaline kestus. Kestus on mõnikord nii lühike kui üks või kaks nädalat. Tehke kindlaks, milliste toodete/funktsioonide kallal on mõttekas kõigepealt töötada. Mõnikord soovite valida asju, millest teate, et need hõlmavad kõige suuremat tehnilist riski, teinekord aga asju, mis pakuvad suurimat ärilist väärtust. Mõned autorid, nagu Kent Beck, soovitavad teil valida esimese iteratsiooni jaoks üksused, mis võimaldavad teil luua kogu süsteemi skeleti kujul. Tooteomaniku panus selles etapis on väga oluline. Uurige välja ja edastage sprindi eesmärgid ja kohustused (iga sprindi alguses lepivad meeskond ja tooteomanik kokku valiku mahajäänud üksuste loendist, mis moodustavad sprindi Eesmärk). Olles valinud teie eesmärgi, milliste üksuste kallal töötada, jagab meeskond järgmiseks üksused ülesanneteks ja määrab iga ülesande/funktsiooni suuruse. Funktsiooni võib lõpetamiseks jagada mitmeks väiksemaks üksuseks. Nii on funktsioonide kirjeldus ja hinnang paremini määratletud ning mõnikord avastatakse uusi ülesandeid/funktsioone. Kui sprindi ülesanded on kindlaks tehtud, hindab meeskond, kas neil on suutlikkus iteratsiooniks kavandatud töö lõpule viia. Kui tööd on liiga palju, on vaja vähendada toodete mahajäämuses olevate üksuste arvu, mida meeskond proovib praeguse sprindi iteratsiooni käigus täita. Kui ülesandeid pole kõigi hõivamiseks piisavalt, võib tooteomanik soovida lisada sprindile veel ühe toote ja selle ülesanded toote mahajäämust.
3
Sprint! Töötage iga sprindi mahajäämuse üksuse täitmisega. Üksuse täielikuks valmimiseks peab see olema kodeeritud, testitud ja dokumenteeritud.Iga päev kogunevad kõik arendustöötajad (kodeerijad, testijad, kirjutajad) lühikesele (tavaliselt 15-minutilisele) koosolekule, mida mõnikord nimetatakse ka scrumiks. Sellel koosolekul vastab iga töötaja väga lühidalt kolmele küsimusele (kõik kuulavad, kuidas teised ülesanded edenevad):”Mida ma eile projektiga tegin?””Mida ma täna projektiga tegema hakkan?” “Milliste takistuste või takistustega ma projektiga silmitsi seisan?” — toote omanik võib soovida mõne osalejaga hiljem isiklikult rääkida.Jälgige oma edusamme. Kui palju tööd on ülesannetega täidetud? Kui palju tööd on jäänud (kas keegi vajab abi)? Meeskond võib soovida oma fookust vastavalt sprindi kulgemisele kohandada.
4
Hoidke sprindiülevaadet. Osalejad peaksid hõlmama vähemalt arendusmeeskonda ja tooteomanikku. Klientide ja teiste projektist huvitatud inimeste olemasolu on plussiks.Määrake kontekst, tuletage osalejatele meelde, millised üksused toote mahajäämust valiti ja miks. Näidake, mida meeskond on saavutanud.Tooteomanik annab meeskonnale tagasisidet selle kohta, kas selle sprindi funktsioonid vastavad tooteomaniku ootustele.Saage tagasisidet ka teistelt osalejatelt. Klientide tagasiside on eriti väärtuslik. Kui meeskond ei suutnud ühtki sprindi eesmärki täita, andke nendele üksustele staatus.
5
Korda. Kasutage tagasisidet, et otsustada, kuidas sprinti parandada. Hoidke seda, mis sprindis töötab, ja puhastage seda, mis ei tööta. Ühe spurdi järel ei saa odavamalt kiiremini paremaks. “Tegevus näitab järgmise sammu.”