Ja skatāties regbiju, jūs zināt, ka cīņa ir saistīta ar spēlētāju slodzi, kas cieši saspiesti kopā netīrumos un cīnās par bumbu. Diemžēl “Scrum” darbplūsmas sistēma ne mazākajā mērā nav līdzīga. Tas ir mazāk saistīts ar cīņu pret ienaidniekiem dubļos, bet gan ar uzdevumu veikšanu efektīvi un savlaicīgi.
Scrum, tāpat kā līdzīga sistēma Kanban, ir elastīgs ietvars labi organizētas darba vietas uzturēšanai. Tas ir īpaši populārs programmatūras izstrādē un labi darbojas komandām, kurās ir aptuveni trīs līdz deviņi cilvēki, taču to var izmantot gandrīz katrā darba vietā. Ja vien jūs nestrādājat par regbija spēlētāju, tādā gadījumā tas, iespējams, radīs neskaidrības.
Scrum: Kas ir Scrum sistēma?
Scrum kā termins pirmo reizi tika ieviests 1986. gadā, a Hārvardas biznesa apskats Hirotaka Takeuchi un Ikujiro Nonaka raksts. Abi autori patiesībā apraksta sistēmu regbija izteiksmē, kad darbaspēks darbojas kā komanda, kas "mēģina veikt attālumu kā vienība, raidot bumbu uz priekšu un atpakaļ".
Scrum sistēmas pamatā ir pieeja, kas ļauj apvienot komandu, lai noteiktā laika periodā strādātu pie konkrētiem, sasniedzamiem mērķiem. Tā vietā, lai desmit cilvēki strādātu pie dažādiem, nesaistītiem uzdevumiem bez skaidra galapunkta, Scrum cenšas apvienot cilvēkus, lai kopīgi strādātu pie papildu darbiem.
LASĪT TĀLĀK: Kas ir Kanban?
Tas ir balstīts uz vairākām lomām Scrum komandā. Augšpusē ir produkta īpašnieks, kas pārstāv produkta ieinteresētās personas. Zem tā ir scrum meistars, kurš būtībā ir projekta vadītājs, kas ir atbildīgs par Scrum sistēmas ieviešanu darbībā. Zemāk ir pati izstrādes komanda.
Galvenā darbplūsma ir šāda: produkta īpašnieks nāk klajā ar produktu uzkrājumu, kas darbojas kā vēlmju saraksts ar funkcijām, pie kurām jāstrādā. Tas attiecas uz scrum komandu, un scrum meistars atlasa vairākus uzdevumus no šī nepabeigtā apjoma, pie kuriem jāstrādā. Scrum valodā tos sauc par "stāstiem". Šie stāsti pēc tam tiek koncentrēti "sprinta" laikā; laika periods, kurā izstrādātāji strādā pie šiem mērķiem un tikai šiem mērķiem.
Sprinta beigās darbs jāpabeidz. Pārskatīšana notiek, lai novērtētu, vai sprints bija veiksmīgs, tas tiek atgriezts produkta īpašniekam, un viss cikls sākas no jauna.
Scrum board: fiziska vai digitāla?
Scrum komandas vadīšana parasti ir saistīta ar kāda veida Scrum paneli, kas palīdz vizualizēt darbplūsmu. Tas varētu ietvert lielu, fizisku dēli, kas sadalīts paveicamo darbu, notiekošo un pabeigto darbu kolonnās. Tas varētu arī ietvert kāda veida digitālo dēli, piemēram, tādus uzņēmumus kā Trello un Asana.
Skatiet saistītos jautājumus, kāpēc Londona ir labākā vieta, kur būt lietotņu izstrādātājam 2018. gadā Kā uzsākt uzņēmējdarbību: galvenie padomi panākumu gūšanaiPiemēram, programmā Trello jūs izveidojat kolonnas dažādiem darbplūsmas posmiem un aizpildāt to ar kartītēm, kurās sīki aprakstīti dažādi uzdevumi. Šīs tāfeles fiziskā versija būtu sakārtota līdzīgi, lai gan ar vairākām piezīmēm. Jebkurā gadījumā dēlis būs “sprinta” uzmanības centrā, kur galvenā uzmanība tiks pievērsta visu uzdevuma posmu pabeigšanai noteiktā laika periodā. Sprints var ilgt divas nedēļas vai arī dažas dienas.
Kā liecina šī HBO Silīcija ielejas aina, mērķis parasti ir panākt, lai jūsu izstrādātāji strādātu pie uzdevumiem (atvainojiet, “stāsti”), vadoties pēc Scrum darbplūsmas.
Scrum vs Kanban
Ar Scrum saistīta sistēma ir Kanban, kas arī griežas ap spilgtas krāsas post-it piezīmēm un tādiem vārdiem kā “aktīvā darbplūsma”. Lielākā atšķirība starp Scrum un Kanban ir tā, ka pēdējais ir nepārtraukts process, kurā darbinieki izmanto kartītes, kad vien var. Programmā Scrum darbs pie tāfeles griežas ap noteiktajiem “sprintiem”.
Kanbanas lomas ir arī brīvākas, turpretim Scrum īpaši mīl nosaukumi, piemēram, “scrum master”, iespējams, tāpēc, ka tas ir mazāk garlaicīgi nekā “projekta vadītājs”, lai gan tie būtībā ir viens un tas pats. Scrum mēdz būt arī regulāras piedziņas sesijas, ko sauc par scrums, kur darbplūsmas gaitu apspriež… jūs uzminējāt: scrum master.