Scrum vadovas | 33. Scrumban ir Kanban lentos Scrum’e

Scrum ir Kanban yra komandinio darbo metodai, turintys daug panašumų. Tačiau šiandien norėtume aptarti ir skirtumus. Kanban lentos dažnai priimamos Scrum komandų. Tai yra todėl, kad jos yra labai praktiškos vizualizuojant komandinį darbą ir jo pažangą. Sujungus geriausias abiejų metodologijų savybes, atsirado technika, vadinama Scrumban. Ji populiari projektuose, kurie sujungia produkto kūrimą su paslaugų teikimu, kur ilgi Sprintai ir santykinai formalizuoti Scrum susitikimai ne visada tinka.

Scrumban ir Kanban lentos Scrum – turinys:

1. Įvadas
2. Kanban vs Scrum
3. Kanban lentos Scrum
4. Scrumban
5. Santrauka

Įvadas

Kanban yra metodas, pradėtas Japonijoje. Jis atsirado 1950-aisiais ir iš pradžių buvo įrankis, skirtas nuolatinei gamybai valdyti taip, kad nesukurtų atsargų ir perteklių, bet nuolat apdorotų išteklius. 21-ojo amžiaus pradžioje Kanban buvo pritaikytas programinės įrangos kūrimo poreikiams David J. Anderson.

Kanban vs Scrum

Bendras darbo būdas Kanban skiriasi nuo Scrum pirmiausia mažiau formalizuotu požiūriu. Kanban nėra tokios išsamios gairės, pavyzdžiui, dirbant Sprintuose, Produktų savininko, Scrum meistro ir kūrimo komandos vaidmenims. Tai įmanoma, nes Kanban orientuojasi į užduočių tęstinumą, pavyzdžiui, teikiant tam tikrą paslaugą, kuri yra labiau pakartojama ir nereikalauja tokio sudėtingo planavimo.

Tačiau tikslas ir darbo būdai yra panašūs. Kanban tikslas yra laiku pristatyti aukščiausios kokybės produktą klientui. Principai, susiję su darbo būdais, bendri abiem metodams, gali būti suformuluoti taip:

1. Darbas turėtų būti sklandus ir be jokio sustojimo – Scrum tai pasiekiama nuolatiniu Sprintų sekimu, o Kanban darbas yra nuolatinis dėl sklandaus užduočių srauto. Jos sudaro eilę, iš kurios kūrėjai pasirenka (traukia) kelias užduotis, kurias reikia atlikti.
2. Komanda turėtų sutelkti dėmesį tik į pasirinktas užduotis – naudojant Kanban terminologiją, komanda turėtų “sumažinti vykdomų darbų skaičių”. Scrum atitikmuo yra vartotojo istorijos, pasirinktos iš produkto atsargų, kad būtų įtrauktos į Sprinto atsargas.
3. Užduočių pažanga turėtų būti matoma visiems dalyvaujantiems žmonėms – Kanban jos vizualizuojamos lentose, kurios taip pat dažnai naudojamos Scrum komandose.

Kanban lentos Scrum

Kanban lenta yra plačiai naudojamas įrankis vizualizuoti komandinį darbą. Tai yra lentelė su keliais stulpeliais. Kiekviename iš jų yra užduotys su tam tikra būsena. Užduočių kategorija remiasi paprasta taisykle: kortelė su užduoties aprašymu – arba jos virtualus atitikmuo – dedama į vieną iš stulpelių. Minimalus Kanban lentų variantas turi tris stulpelius:

• Padaryti
• Vykdoma
• Baigta – į paskutinį stulpelį patenka užduotys, atitinkančios Baigimo apibrėžimą, apie kurį rašėme čia.

Žemiau galite rasti pavyzdį kanban lentos iš viskas viename projektų valdymo sistemos – Firmbee.com

Dažniausiai yra daugiau stulpelių. Jei yra daugiau užduočių, paprastai tarp “baigti” ir “vykdoma” stulpelių yra papildomas stulpelis, pavadintas “pasirinkta užbaigti”. Kol “padaryti” stulpelis tarnauja kaip produkto atsargos, apie kurias rašėme čia, “pasirinkta užbaigti” stulpelis tarnauja kaip Sprinto atsargos, kurias mes išsamiai aprašome šiuo straipsniu.

Antras dažnas papildymas yra “peržiūrai” stulpelis arba “patvirtinimui”. Jis paprastai įterpiamas tarp stulpelių, kuriuose yra “vykdomos” užduotys, ir “baigtų”. Jame yra užduotys, kurias atliko kūrimo komanda, laukiančios patvirtinimo iš produkto savininko. Produkto savininko užduotis yra patikrinti jų atitiktį priėmimo kriterijams ir gauti galutinį patvirtinimą iš kliento. Šioje situacijoje tik galutinai priimtos užduotys perkeliamos į paskutinį stulpelį.

Scrumban

Dėl didžiulės Scrum ir Kanban populiarumo atsirado jų hibridas, sujungiantis geriausias abiejų darbo būdų savybes. Scrumban geriausiai veikia organizacijose, kurios sujungia produktų kūrimą su paslaugų teikimu, dažnai įtraukiant produkto įgyvendinimą pas klientą. Dėl sumažėjusio susitikimų ir komunikacijos skaičiaus komanda gali būti didesnė.

Scrumban mažiau akcentuoja metrikas, dažnai naudojamas Scrum, tokias kaip Burndown diagrama. Tačiau ji naudoja Scrum stulpus nuolatinio darbo proceso tobulinimo ir pritaikymo klientų sąlygoms ir poreikiams.

Dirbant Scrumban, darbas nėra skirstomas į Sprintus. Scrum susitikimai vyksta kas 3, 6 arba 12 mėnesių.

Darbo planavimas vyksta “pagal poreikį”, t.y. kai tai įvyksta. Vartotojo istorijos dedamos tiesiai į pirmą Kanban lentos stulpelį, kuriame yra “padaryti” užduotys. Taip ji tarnauja kaip Sprinto atsargos, apie kurias mes rašėme išsamiau šiuo straipsniu. Kaip ir Sprinto atsargose, skubiausios užduotys dedamos į viršų padaryti sąraše. Tačiau sudėtingesniems projektams projekto vadovas gali palaikyti atskirą padaryti sąrašą, atitinkantį produkto atsargas, iš kurio jis arba ji pasirenka, kurias užduotis įtraukti į pirmą stulpelį.

Perkeliant užduotis iš pirmo į antrą stulpelį, taikoma “traukimo” taisyklė. Tai reiškia, kad užduotys nėra deleguojamos konkrečiam kūrėjui. Kiekvienas asmuo pasirenka užduotį iš eilės ir ją vykdo nepriklausomai.

Užduočių skaičius, dedamas į vidurinį stulpelį, “baigti”, paprastai yra ribotas, atsižvelgiant į komandos dydį, kad, jei įmanoma, visi dirbtų tik su viena užduotimi vienu metu.

Santrauka

Scrum ir Kanban, nors naudojami panašiems tikslams, yra skirtingi darbo būdai. Scrum geriausiai veikia kūrybiniuose, novatoriškuose projektuose, kuriuos atlieka mažos Scrum komandos. Kanban, kita vertus, buvo sukurtas veikti nuolatinėje ir be sustojimų aplinkoje, kad teiktų panašias paslaugas. Scrum dažnai naudoja Kanban lentas kaip metodą vizualizuoti atliekamą darbą. Abiejų derinys lėmė Scrumban, kuris geriausiai veikia kaip struktūra organizacijoms, kurios parduoda savo produktus ir teikia paslaugas, pagrįstas jais, klientui.

Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.