Scrum protsessi ülevaade

Scrum, projektijuhtimise lihtsa raamistiku, töötasid välja Jeff Sutherland ja Ken Schwaber. Nad esindasid protsessi objektorienteeritud programmeerimise, süsteemide, keele ja rakenduste konverentsil Austinis, Texases, 1995. Hiljem avaldasid nad metoodika kui “Scrum Software Development Process”.

Scrumi raamistik

Scrum rõhutab meeskonnatööd, mis mõjutab meeskonnaliikmeid keeruliste probleemidega tegelemiseks ja toodete võimalikult suure väärtusega tarnimiseks. Nagu ragbimeeskond, ärgitab ka Scrum meeskonda õppima kogemuste kaudu, saama iseenesest korraldatud probleemide lahendamise ja parendustegevuse ajal võitude ja kaotuste kajastamise kaudu. Üldiselt on see projekti käsitlemise raamistik, mis keskendub meeskonnatööle, vastutusele võtmisele ja korduvale arengule täpselt määratletud eesmärgi saavutamisel.

Scrumi arvatakse sageli osana agiilsest tarkvaraarenduse protsessist, kuna Scrumi kontseptsioon on suunatud pideva täiustamise ümber, mis on agile esmane põhimõte. Raamistik algab lihtsa tõdemusega, et meeskond ei tea kohe projekti iga nurga ja nurga üksikasju, pigem kogeb seda muutuvate tingimuste ja kasutajate nõudmiste kohandamise kaudu.

Scrumi raamistiku võtmerollid

Scrummi raamistikus on kolm võtmerolli - toote omanik, scrum master ja arendusmeeskond on projekti õnnestumiseks väga olulised.

  • Toote omanik

See mängib kontaktide rolli klientide ja arendusmeeskonna vahel. Ta on nende toote meister. Tooteomanik tagab, et valmistoote ootusest on teatatud ja sellega vastavalt kokku lepitud.

  • Scrum Masterworks

Juhendajana, kes on meeskonnas võsastumise meister. Parimate tavade elluviimise tagamine projektis on kraapimismeistri peamine kohustus. Ta kavandab vajalikud ressursid sprindi planeerimiseks, püsti tõusmiseks, sprindi ülevaatuseks ja sprindi tagasivaateks.

  • Arendusmeeskond

Töötab koos lõpptoote järk-järguliste väljalasete väljatöötamiseks ja testimiseks. Meeskonna liikmed on säästva arengu tavade meister. Tavalised meeskonnaliikmed on viis või seitse liiget, tihedalt seotud ja koos paiknevad.

Scrum-mudeli erinevad protsessid

Scrum-meetod koosneb teatud protsessidest või järjestikuste sündmuste kogumist, mida scrum-meeskond regulaarselt läbi viib. Need on mõned üliolulised sündmused, kus meeskonnad mängivad oma osa.

  • Toote mahajäämuse loomine -

Tooteomanik osaleb toote mahajäämuse loomisel. Tooteomaniku peamine kohustus on turu ja kliendi vajaduste pidev vaatamine ning seetõttu peab ta toodet toote visiooni järgi juhtima. Ta koostab klientide tagasiside põhjal loendi ja arendusmeeskond aitab loendi prioriteediks seadmist igal ajal töötamiseks. See on pidev protsess ja muutused või uus ilmumine aktsepteerivad uusi võimalusi pigem takistustena.

  • Sprindi planeerimise kohtumine ja Sprindi mahajäämuse loomine -

Sprindiplaneerimise kohtumised toimuvad projekti alguses ja kõik arendusmeeskonna liikmed peavad sellel kohtumisel osalema. Seda kohtumist juhib scrum-meister, kus meeskonna liikmed ja tooteomanik otsustavad sprindi eesmärgi. Sprindi kestus on vaid 2 nädalat, kuid selle aja jooksul on oluline säilitada koostöö sidusrühmade ja meeskonnaliikmete vahel. Tooteomanik reguleerib õige kasutajaloo olulisust ja scrumi meeskond saab toote mahajäämuse hulgast valida olulise loo. Konkreetne kasutaja lugu tuleks alati eesmärgiga seostada. Sprindi planeerimise koosoleku lõpus peab igal võseliikmel olema selge ettekujutus sellest, mida saab praegusesse sprindisse tuua ja kuidas samme edastatakse.

Sprindi mahajäämus on üksuste, kasutajate lugude või veaparanduste loend, mille arendusmeeskond valib praeguses sprinditsüklis rakendamiseks. Sprindi alguses otsustab meeskond, millise üksuse nad valivad toote mahajäämuse hulgast sprindis töötamiseks. Justkui sprindi ajal tekiks sprindi mahajäämus, on see väga paindlik. Kuid sprindi lõppeesmärk tuleb paika panna.

  • Töö sprindil -

Kuna sprindi eesmärk on sprindi planeerimise koosolekul fikseeritud, alustab võmmide meeskond tööd juurdekasvu andmiseks. Praeguse tööprotsessi jälgimiseks kasutatakse üldiselt tegumitahvlit.

  • Takistuste loetelu -

Kui tegelik tööprotsess algab, saab iga meeskonnaliige lisada takistusi või blokeerijaid loendisse, millega ta silmitsi seisab, kui ta töötab määratud ülesande täitmisel. Niipea kui liikmed blokeerijad teatavad või loendisse lisavad, peab koristusmeister nende blokeerijate likvideerimisega initsiatiivi võtma. Kui blokeerija tekib, tuleks sellest igapäevastel kontrollkoosolekutel teistele meeskonnaliikmetele teatada ja arvestust takistuste nimekirjas hoida.

  • Igapäevane Scrum'i koosolek -

Igapäevane kontrollkohtumine toimub tavaliselt samal ajal, et arutada sprindieesmärgi saavutamiseks vajalikku ülesannet. See on mitteametlik kohtumine, mis kestab tavaliselt 15 minutit ja scrum-meister võtab selle initsiatiivi, et see toimuks iga päev. Koosoleku eesmärk on hoida kõiki võsameeskonna liikmeid samal joonel ja koostada järgmise 24 tunni tööplaan eesmärki kahjustamata. Sellel kohtumisel keskenduvad meeskonna liikmed tavaliselt kolmele küsimusele -

  • Mida ma eile sprindi eesmärgi saavutamiseks tegin?
  • Mida ma kavatsen täna teha, et aidata meeskonnal sprindieesmärki täita?
  • Kas on takistusi, mis võivad meeskonda sprindieesmärgi täitmisel takistada?

See ei ole ulatuslik arutelukoosolek ja seda nimetatakse ka igapäevaseks stand-upiks.

  • Sprinti ülevaade ja Sprinti tagasivaade -

Sprindi lõpus kohtuvad liikmed kokku, et näidata mahajäämust sidusrühmadele, meeskonnakaaslastele ja tooteomanikule tagasiside saamiseks. Pärast seda saab toote omanik otsustada, kas juurdekasv vabastatakse või mitte.

Sprindi tagasivaates tulevad meeskonna liikmed kokku, et jagada oma kogemusi sprindi ajal omandatuga. Nad arutavad, mis läks hästi ja mida tuleks järgmise iteratsiooni käigus parandada.

Scrum on raamistik, mis toob projekti korrapärasuse läbi selle erinevate faaside või protsesside. Kõik organisatsioonid saavad rakendamisraamistikku muuta ilma oma reegleid ja määrusi muutmata.

Soovitatavad artiklid

See on juhend kraapimisprotsessist. Siin käsitleme võtmerolle Scrum Framework'is ja Scrum Modeli erinevaid protsesse. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Scrum raamistik
  2. Scrum areng
  3. Agiilne tootehaldus
  4. Agiilset sprindiplaneerimist
  5. Scrum Epic eelised
  6. Scrumi tarkvara rollid