Projektijuhtimine SCRUMis

Kuidas see toimib?

Praktikas tähendab see, et kogu protsessi optimeeritakse ja kohandatakse pidevalt vastavalt vajadusele. meeskond ja toode kogu tööperioodi vältel projekt. Vastutus juhtimise eest tootearendus jaguneb toote omaniku (PO) ja disainimeeskonna vahel. PO on isik, kes vastutab tootearenduse suunaga seotud otsuste tegemise eest ja kellel on terviklik "nägemus" sellest, milliseks toode peaks saama. Ülesannete juhtimine põhineb Kanbani tahvlil (koos sprint funktsioon, mida nimetatakse SCRUMi tahvliks). Iga protsessis osaleja saab lisada ülesandeid tagavaraprogrammi, kuid prioriteetide seadmise eest vastutab OP. Projektimeeskond vastutab PO ideede "ümberkujundamise" eest konkreetseteks ülesanneteks ja nende rakendamise kavandamise eest.

Tsükli kulg

Protsess on jagatud iteratsioonideks (sprintideks). Ühe umbes 2 nädalat kestva sprindi raames rakendab ja testib projektimeeskond eelnevalt kavandatud funktsionaalsuse osa.

Sprint algab "planeerimisega", kus meeskond arutab ja valmistab ette ülesanded, mis on eelnevalt hooldatud ja PO poolt määratud backlogi tippu. Seejärel hinnatakse nende ülesannete raskusastet ja neile antakse vastavalt raskusastmele punkte. Kui meeskonna koosseis ja töötingimused on suhteliselt püsivad, on igas sprindis tehtud punktide arv korduv ja võimaldab tulevaste tööde planeerimist. Planeerimiskoosoleku lõpus valitakse välja ülesanded, mille punktide koguarv tuleb ühe sprindi jooksul täita, ja algab uus sprint.

Sprindi keskel toimub hooldamine. See on koosolek, kus OP esitab meeskonnale edasised ootused ja ideed, projektimeeskond aga analüüsib neid, jaotab need väiksemateks ülesanneteks ja esitab OP-le võimalikke ettepanekuid. Tulevaste ülesannete kavandamisel konsulteerib OP analüütikute, kasutajate, UXi ja graafiliste disaineritega. Täiendavad analüüsid (turg teadusuuringud ja andmetöötlus) on selles etapis sageli vajalikud. Alles pärast analüüsi ja nn kasutajaloo sõnastamist avaldab PO need lood backlogis. User Story peaks sisaldama teavet selle kohta, mida OP ootab konkreetselt ülesandelt või ülesannete rühmalt ning milliste kriteeriumide alusel tuleks tuvastada, kas ülesanne on täidetud.

Sprindi ajal toimuvad iga päev nn igapäevased koosolekud (Daily standup meeting). Nendel koosolekutel räägib iga arendaja ülejäänud meeskonnale, mida ta on viimase päeva jooksul teinud, ning teatab võimalusel probleemidest või blokeeringutest, mis takistavad tema edasist tööd. Tänu sellisele hetkeseisu vahetamisele on võimalik palju kiiremini tabada võimalikke konflikte erinevate ülesannete vahel ja vältida olukorda, kus arendaja jääb mõne probleemi juurde kinni ja ei saa sellega edasi liikuda. Igapäevase ooteaja eeldus on olla võimalikult lühike, kuid samas täita oma rolli. Koosoleku alaline valem julgustab meeskonda hoidma seda lühikeseks.

Sprindi ajal liigutatakse ülesandeid SCRUMi tahvlil vastavalt nende hetkeseisule. Veergude valik vastab tavaliselt ettevõtete või meeskonna töösüsteemile ning on seotud versioonikontrolli süsteemi ja väljalaskete sagedusega. Meie puhul on see järgmine:

• To do - lõpetamist ootavad ülesanded
• Käimasolevad ülesanded - pooleliolevad ülesanded
• Kood läbivaatamine - ülesanded, mis ootavad teise arendaja kontrollimist
• Ettevalmistatud - arendajate poolt kontrollitud ja aktsepteeritud ülesanded
• Staged - ülesanded, mis asuvad staging-instantsil ja ootavad PO kinnitamist
• Vastu võetud - PO poolt aktsepteeritud ülesanded
• Valmis - tootmisinstantsil asuvad valmis ülesanded

Pärast sprinti toimub tagasivaade. See on töö optimeerimisele pühendatud koosolek. Kogu meeskond arutab, mis on viimases sprindis hästi läinud ja mis vajab parandamist. Sageli viidatakse ka eelmisele retrospektiivile ja kontrollitakse, kas on suudetud rakendada kõik töö parendamiseks mõeldud ideed. Probleemid, mida retrospektiivil arutatakse, võivad olla kõikvõimalikud, alates arendusvahenditest, surve, ülesannete raskuse ja kommunikatsiooniprobleemideni (nii arendajate ja meeskonna kui ka PO vahel).

SCRUM master'i kohustused

SCRUM-protsessi nõuetekohase läbiviimise eest vastutav isik on SCRUM-juht. See on sageli kõige arusaamatum roll meeskonnas. SCRUM masteril ei ole otsustusõigust. Otsuseid teevad meeskond ja PO ühiselt, SCRUM master'i roll on aga kõrvaldada takistused protsessi nõuetekohase kulgemise teelt.

SCRUM master'i ülesanded on järgmised:

• SCRUM koosolekute läbiviimine, sealhulgas planeerimine, ettevalmistamine, igapäevane koosolek ja tagasivaatamine.
• Tagada, et SCRUM-tahvlil olevad ülesanded oleksid meeskonna poolt regulaarselt hooldatud ja PO poolt tähtsuse järjekorda seatud.
• Toimib ühenduslülina meeskonna ja PO vahel; seega on SCRUMi kaptenil sageli raske roll programmeerijate keele tõlkimisel ärikeelde ja vastupidi. See tuleneb asjaolust, et meie ettevõttes on SCRUM master arendaja, seega tehniline inimene. SCRUM master'i töö üldine raamistik seda ei nõua.
• Meeskonna teemast kõrvalekaldumise peatamine ja päevakorra valvamine koosolekutel
• Meeskonna õhkkonna eest hoolitsemine - peamiselt koosolekutel.
• konfliktide lahendamine, kui need tekivad.

Loe ka:

• Codesti head tavad tarkvara loomiseks. Meie lähenemine kliendi teekonnale
• Codesti hea tava tarkvara loomiseks: GitFlow
• Codesti head tavad tarkvara loomiseks. Kuidas me rakendame nõuete analüüsi?