Scrum plėtros komanda yra tarpdisciplininė grupė, sudaryta iš visų žmonių, dalyvaujančių kuriant produktą. Šiandienos straipsnyje mes apžvelgsime, kokių savybių ji turėtų turėti. Taip pat apsvarstysime plėtros komandos sudėtį ir atsakomybes, kad ji galėtų efektyviai pasiekti savo tikslus.
Plėtros komanda Scrum – turinys:
Plėtros komandos savybės
Plėtros komanda, dirbanti pagal Scrum principus, yra nepriklausoma specialistų grupė. Ji nesinaudoja išorinių specialistų ar subrangovų pagalba. Bet kas lemia, kad komanda yra gerai suderinta, kad pasiektų tikslą? Ir kokios atsakomybės įtrauktos į plėtros komandos užduotis – nepriklausomai nuo jos specializacijos?
Norint būti efektyviai, plėtros komanda turi turėti bent tris savybes: gebėjimą savarankiškai organizuotis, norą augti ir tarpdisciplinariškumą.
Savarankiška organizacija
Kai kalbame apie Scrum komandą, kurios dalis yra plėtros komanda, mes naudojame terminą „savarankiškas valdymas”. Tai reiškia savarankišką valdymą organizacijos lygiu. Scrum komanda kaip visuma nusprendžia ne tik, kas atliks darbą ir kaip, bet ir ką jie dirbs. Scrum komandoje didelė dalis valdymo užduočių priklauso produkto savininkui ir Scrum meistrui.
Todėl plėtros komandos atveju savarankiška organizacija yra svarbesnė už savarankišką valdymą. Tai reiškia atsakomybės planavimą, t.y., sprendimą, kas atliks tam tikras užduotis, kada ir kaip.
Augimo siekimas
Efektyvios komandos pagrindinė savybė yra augimo siekis. Užduočių, kurios jai nustatytos, įgyvendinimo būdas turėtų būti ambicingas. Tai kyla ne tik iš individualių predispozicijų ir kiekvieno plėtros komandos nario požiūrio. Kompetencijų didinimą ir pastangas taip pat skatina komandos atmosfera, kuri apibrėžia ją kaip visumą.
Tarpdisciplinariškumas
Komandos tarpdisciplinariškumas reiškia, kad jos nariai kartu turėtų turėti visas įgūdžių, reikalingų vertingam inkrementui sukurti kiekviename sprint’e,. Tai taip pat reiškia, kad kiekvienas komandos narys atlieka užduotis, būtinas tam sprint’ui. Visi daro tai, kas būtina, kad pasiektų tikslą. Net jei tai reiškia naujų užduočių, viršijančių kūrėjo kompetenciją, prisiėmimą. Klysti, griežtai laikantis savo profesinių kompetencijų ar vaidmens.
Plėtros komanda
Pagal Scrum gaires, maksimalus kūrėjų skaičius yra aštuoni. Tokia maža sudėtis skatina komunikaciją ir atvirumą, nes komandos nariai turi galimybę geriau pažinti vieni kitus. Tačiau komanda neturėtų būti mažesnė nei trys žmonės. Ji turi būti pakankamai didelė, kad kiekviename sprint’e būtų matomas verslo pažanga.
Kūrėjai Scrum’e vadinami žmonėmis su įvairiais įgūdžiais ir atsakomybėmis. Joks atvejis nėra, kad šis pavadinimas būtų skirtas tik tiems, kurie programuoja. Taigi, komandoje gali būti programuotojų ir dizainerių, tyrėjų ir analitikų, testuotojų ir mokslininkų, taip pat kitų specialistų.
Tarp kūrėjų nėra hierarchijos. Todėl jie nenaudoja profesinių ar mokslinių titulų.
Svarbus prielaida apie plėtros komandos sudėtį yra ta, kad tai yra vienybė. Todėl mažesnės komandos, dirbančios kitais tikslais, neturėtų būti atskirtos nuo jos.
Plėtros komandos atsakomybės
Plėtros komandos atsakomybės gali būti suskirstytos į tris sritis. Tai yra:
- Užduočių planavimas
- Darbas su produktu
- Bendradarbiavimo gerinimas komandoje
Užduočių planavimas
Užduočių planavimas yra pareiga, kurią turi įvykdyti visos Scrum pagrindu veikiančios plėtros komandos. Tai susideda iš sprint’o plano kūrimo ir jo įtraukimo į sprint’o ataskaitą, kurią aprašysime atskirame straipsnyje. Svarbiausia, kad plėtros komanda dirba kartu. Tokiu būdu kiekvienas kūrėjas galės realiai nustatyti užduočių skaičių, kurį reikia atlikti tam sprint’e. Ilgainiui tai leidžia komandai išlaikyti nuolatinį tempą ir planuoti tiksliau.
Taip pat labai svarbu stebėti pulsą, t.y., kasdien pritaikyti planą realybei. Jei kyla problemų, gali prireikti keisti: reorganizuoti užduotis, kitaip paskirstyti darbą arba pasikalbėti su Scrum meistru apie kylančias sunkumus.
Darbas su produktu
Darbo su produktu formos gali dramatiškai skirtis priklausomai nuo srities, kurioje veikia tam tikra plėtros komanda. Kalbant bendrai, tikslas, kurį reikia pasiekti kiekviename sprint’e, yra sukurti inkrementą, t.y., verslo vertingą produkto funkciją.
Šiuo atveju naudinga kalbėti tiesiai ir taikyti šią taisyklę:
Kai imatės darbo su produktu, turite palikti jį tokioje būsenoje, kuri ne tik būtų patobulinta, bet ir ne mažiau užbaigta nei ankstesnė versija.
Taikant šią principą, komanda kaip visuma prisiima atsakomybę už inkrementą. Jei kūrėjas atlieka užduotis neatsargiai, dėl ko prastėja produkto kokybė, kažkas kitas turės atlikti darbą už jį. Kita vertus, jei bet kuris kūrėjas randa klaidų produkte, jis turėtų jas ištaisyti pats arba perduoti klaidų informaciją kam nors, kas gali tai padaryti. Apie darbą su produkto inkrementu sprint’e rašysime atskirame straipsnyje.
Bendradarbiavimo gerinimas komandoje
Darbas su komandos veikimo būdu yra nuolatinis individualių kūrėjų efektyvumo ir veiksmingumo gerinimas.
Tačiau tai taip pat, o gal pirmiausia, darbas su komunikacija tarp kūrėjų. Gerinimas susideda iš sprendimų, leidžiančių efektyviai ir tiksliai paskirstyti užduotis, išvystymo. Ir taip pat įgūdžių praktika:
- kritikuoti sprendimus, o ne žmones – kalbos, kurią naudojame apibūdindami darbą, keitimas lemia požiūrio pokyčius ir geresnį bendradarbiavimą
- atsiriboti nuo savo idėjų – tai leidžia humorui ir sąžiningesniam atsiliepimui
- kurti pasitikėjimą – pasitikėjimo dėka gali būti pasiūlyta daug daugiau novatoriškų idėjų, kurias pateikia kūrėjai, nebijodami neigiamo aplinkos atsako
Komandos bendradarbiavimo gerinimas vyksta nuolat apmąstant, kaip komanda dirba ir teikiant atsiliepimus per Scrum renginius, aprašytus šiame straipsnyje.
Santrauka
Šiandienos straipsnyje pristatome Scrum plėtros komandos savybes, sudėtį ir atsakomybes. Tarpdisciplinariškumas, savarankiška organizacija ir noras augti apibūdina šią mažą komandą. O nuolatinis komandos darbo gerinimas ir efektyvus darbas su produktu – tai užduotys, kurias turi įvykdyti kiekviena plėtros komanda.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube.
Caroline Becker
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.
Scrum Guide:
- Pagrindinių terminų, vaidmenų ir sąvokų žodynas
- Kas yra Scrum?
- Scrum vertybės
- Kaip įgyvendinti Scrum savo įmonėje?
- Scrum komanda - kas tai yra ir kaip ji veikia?
- Kas yra produkto savininkas?
- Dažniausios Produktų Savininko klaidos
- Kas yra Scrum meistras?
- Dažniausios Scrum Master klaidos
- Kokias statistiką ir metrikas turėtų stebėti Scrum meistras?
- Plėtros komanda Scrum sistemoje
- Dažniausios programuotojų klaidos
- Scrum artefaktai
- Mastelio didinimas Scrum
- Sprinto ataskaita
- Kas yra produkto atsargų sąrašas?
- Kas yra vartotojo istorijos?
- Geriausios vartotojo istorijos kūrimas su INVEST
- Dažniausios vartotojo istorijų klaidos
- Vartotojo istorijos priėmimo kriterijai
- Įvertinimas ir istorijos taškai Scrum metodikoje
- Planavimo pokeris
- Komandos vertinimo žaidimas
- Inkremento apibrėžimas
- Scrum renginiai
- Kas yra degimo diagrama?
- Burndown diagramos privalumai ir trūkumai
- Kanban lentos Scrum ir Scrumban sistemose
- Greitis Scrum - Vystymo komandos greitis
- Kasdienis Scrum
- Sprinto planavimas
- Sprinto apžvalga
- Kas yra Sprinto retrospektyva?
- Bendros klaidos per Sprint retrospektyvą
- Produkto backlog'o puoselėjimas
- Kaip sukurti ir interpretuoti degimo grafiką?
- Kas yra Sprintas Scrum'e?