scrum team roles responsibilities
Vloge in odgovornosti ekipe Scrum:
Prepričan sem, da smo se že vsi morali zelo jasno vedeti Agile Manifesto iz naše zadnje vaje.
Ta vadnica je namenjena članom ekipe Scrum, ki so novi v razvoju agilne programske opreme, da se seznanijo z njihovimi vlogami in odgovornostmi.
Vadnica bo pomagala tudi tistim, ki že delajo v agilnem modelu, da si olajšajo spretnosti in tistim, ki preprosto želijo vedeti o teh vlogah. Zagotovil bo tudi vpogled v odgovornosti in vsako vlogo, ki jo zadrži.
Vsaka vloga ima veliko drugega kot tisto, kar smo navedli v naši vadnici, vendar lahko bralci zagotovo natančno dobijo bistvo vsake vloge Scrum brez kakršnega koli dvoma.
Kaj se boste naučili:
- Vloge in odgovornosti ekipe Scrum
- Velikost ekipe Scrum
- Mojster Scrum
- Lastnik izdelka
- Lastnik proxy izdelka
- Razvojna skupina
- Povzetek
- Priporočeno branje
Vloge in odgovornosti ekipe Scrum
Ekipa Scrum je v glavnem sestavljena iz treh vlog: Scrum mojster, lastnik izdelka in razvojna skupina .
Kdorkoli zunaj osrednje ekipe nima neposrednega vpliva na ekipo. Vsaka od teh vlog v Scrumu ima zelo jasen nabor odgovornosti, o katerih bomo podrobneje razpravljali kasneje v tej vadnici. V tem razdelku se osredotočimo na lastnosti skupine Scrum kot celoto in idealno velikost ekipe.
Atributi skupin Scrum
Spodaj sta navedena 2 atributa ekipe Scrum:
- Scrum ekipa se samoorganizira
- Scrum Team je večnamenski
Samoorganizirane Scrum ekipe so samozavestni in samozadostni pri opravljanju svojega dela brez potrebe po zunanji pomoči ali vodenju. Ekipe so dovolj usposobljene, da sprejmejo najboljše prakse za dosego svojih Sprint ciljev.
Medfunkcionalne Scrum ekipe so ekipe, ki imajo v ekipi vsa potrebna znanja in spretnosti za opravljanje svojega dela. Te ekipe se pri dokončanju delovnih nalog ne zanašajo na nikogar zunaj ekipe. Tako Scrum Team predstavlja zelo kreativno združitev različnih veščin, ki so potrebne za dokončanje celotnega delovnega predmeta.
Vsak član ekipe ni nujno, da ima vsa znanja, potrebna za izdelavo izdelka, vendar je usposobljen na svojem področju. Glede na to član ekipe ni nujno večfunkcionalen, ampak mora biti ekipa kot celota.
Ekipe z visoko samoorganizacijo in večfunkcionalnostjo bodo imele za posledico visoko produktivnost in ustvarjalnost.
Velikost ekipe Scrum
Priporočena velikost razvojne skupine v Scrumu je 6 +/- 3, tj. Od 3 do 9 članov, ki ne vključujejo Scrum Masterja in lastnika izdelka.
Zdaj pa pojdimo naprej in podrobno razpravljajmo o vsaki od teh vlog.
Mojster Scrum
Scrum Master je oseba, ki je odgovorna za spodbujanje / vodenje razvojne skupine in lastnika izdelka za vsakodnevne razvojne dejavnosti.
On je tisti, ki skrbi za to, da ekipa razume Scrum vrednote in načela ter jih lahko vadi. Hkrati Scrum Master tudi zagotavlja, da se ekipa navdušuje nad Agileom, da bi dosegla najboljše izven okvira. Scrum Master tudi pomaga in podpira ekipo, da postane samoorganizirana.
Poleg tega, da člane ekipe izobražuje in trenira glede pomena gibčnosti, je odgovoren tudi za to, da se ekipa ves čas počuti motivirano in okrepljeno. Dela tudi na krepitvi komunikacije in sodelovanja med člani ekipe.
Scrum Master je vodja procesa, ki Scrum Teamu in ostalim zunaj Scrum Team pomaga razumeti Scrumove vrednote, načela in prakse
Vloge in odgovornosti
# 1) Trener - Scrum Master deluje kot agilni trener tako za razvojno ekipo kot za lastnika izdelka. Scrum Master na nek način deluje kot sredstvo za pravilno komunikacijo med razvojno skupino in lastnikom izdelka. Scrum Master ostaja odgovoren za odpravo ovire med obema vlogama.
Če opazimo, da se lastnik izdelka ne vključuje ali ne daje ustreznega časa razvojni skupini, je naloga Scrum Masterja, da vodi lastnika izdelka glede pomena njegovega sodelovanja za uspeh celotne ekipe.
# 2) Voditelj - Scrum Master deluje tudi kot pospeševalec ekipe Scrum. Omogoča in organizira vse Scrum dogodke, ki jih zahtevajo člani Scrum ekipe. Scrum Master ekipi tudi pomaga pri sprejemanju pomembnih odločitev, ki bi povečale produktivnost Scrum ekipe kot celote.
Scrum mojster članom ekipe nikoli ne naroči, naj nekaj naredijo, temveč jim pomaga, da to dosežejo s treniranjem in vodenjem.
# 3) Odstranjevanje ovir - Scrum Master je odgovoren tudi za odstranjevanje ovir, ki vplivajo na produktivnost ekipe pri poslovanju. Morebitne ovire, ki jih člani ekipe ne morejo razrešiti sami, pridejo Scrum Masterju v rešitev.
Scrum Master daje prednost tem oviram glede na njihov vpliv na produktivnost ekipe in poslovanje ter začne z njimi delati.
# 4) Interference Gatekeeper - Scrum Master ekipo Scrum varuje tudi pred zunanjimi motnjami in motenjem, tako da se lahko ekipa po vsakem sprintu osredotoči na zagotavljanje najboljše vrednosti za podjetje.
Vmešavanje je lahko bolj zaskrbljujoče, če ekipa deluje v okolju Scaled Scrum, kjer več skupin Scrum sodeluje in ima med seboj odvisnosti.
Scrum Master skrbi, da se ekipa izogne kakršni koli nepomembni razpravi in se osredotoča na postavke Sprinta, sam pa prevzema odgovornost za obravnavo poizvedb in pomislekov, ki prihajajo od zunaj.
Scrum Master je odgovoren za zaščito ekipe pred vmešavanjem od zunaj in za odstranjevanje ovir, da se lahko ekipa osredotoči na zagotavljanje poslovne vrednosti.
# 5) Vodja hlapcev - Scrum Master se pogosto imenuje vodja hlapcev Scrum ekipe. Ena njegovih najpomembnejših nalog je vprašati Scrum ekipe za njihove pomisleke in poskrbeti, da bodo nanje naslovljene.
Dolžnost Scrum Masterja je potrditi, da so bistvene zahteve ekipe prednostne in izpolnjene, da jim omogoči učinkovito delo in doseganje učinkovitih rezultatov.
# 6) Izboljševalnik procesov - Scrum Master je skupaj z ekipo odgovoren tudi za redno improvizacijo postopkov in praks, ki se uporabljajo za čim večjo vrednost. Scrum Master ni odgovoren, da delo opravi, vendar je njegova naloga, da ekipi omogoči, da oblikuje postopek, ki bi jim omogočil, da izpolnijo svoje cilje sprinta.
Lastnik izdelka
Druga zelo ključna vloga, o kateri bomo razpravljali v tej vadnici, je lastnik izdelka. Lastnik izdelka je glas stranke / zainteresiranih strani in je zato odgovoren za premostitev vrzeli med razvojno skupino in deležniki. Lastnik izdelka vrzel upravlja na način, ki bi maksimiral vrednost izdelka, ki ga izdelujemo.
Lastnik izdelka naj bi bil vključen v vsa prizadevanja Sprint Dejavnosti in razvoj in igra zelo pomembno vlogo pri uspehu izdelka.
Vloge in odgovornosti
# 1) Premostitev vrzeli - Lastnik izdelka tesno sodeluje z notranjimi in zunanjimi zainteresiranimi stranmi, da zbere vložke in sintetizira vizijo umestitve lastnosti izdelka v zaostanek izdelkov.
Lastnik izdelka je odgovoren, da razume zahteve in želje skupnosti zainteresiranih strani / kupcev, saj je on tisti, ki nastopa kot njihov zastopnik, in nosi odgovornost za oblikovanje prave rešitve.
Lastnik izdelka hkrati zagotavlja, da razvojna skupina razume, kaj in kdaj je treba zgraditi. Vsakodnevno sodeluje z ekipo. Sodelovanje lastnika izdelka s skupino poveča frekvenco povratnih informacij in odzivni čas, kar posledično poveča vrednost izdelka, ki je bil zgrajen.
Odsotnost / manjše sodelovanje lastnika izdelka lahko privede do katastrofalnih rezultatov in na koncu do okvare Scruma.
Lastnik izdelka zagotavlja, da so izdelki z zaostanki pregledni in jasno izraženi ter da vsi v skupini enako razumejo izdelek.
# 2) Upravlja zaostanke izdelkov - Kot rezultat zgoraj navedene točke je lastnik izdelka odgovoren za ustvarjanje in upravljanje zaostankov izdelkov, pri čemer naroči elemente v zaostanku izdelkov, da najbolje izpolni zahteve zainteresirane strani, tj. Prednostno razvrščanje izdelkov z zaostanki izdelkov in končno mora biti vedno na voljo odgovorite ali pojasnite vsa vprašanja razvojne skupine.
Na splošno je odgovoren za urejanje zaostankov izdelkov, da bi izboljšal dostavljeno vrednost.
Vsakdo, ki želi dodati / odstraniti element v zaostanku izdelka ali mora spremeniti prioriteto izdelka, mora biti usmerjen k lastniku izdelka
# 3) Potrditev izdelka - Njegova druga naloga je potrditi gradbene funkcije. V tem postopku določi merila sprejemljivosti za vsak element zaostanka izdelka. Lastnik izdelka lahko ustvari tudi sprejemne preizkuse, ki predstavljajo merila sprejemljivosti, ki jih je določil sam, ali pa lahko pri njih pomaga MSP ali razvojna skupina.
Zdaj je on tisti, ki z izvajanjem sprejemnih testov zagotavlja izpolnjevanje meril sprejemljivosti. Lahko se odloči, da bo sam opravil te sprejemne preizkuse, ali pa lahko od strokovnjakov zahteva, da zagotovijo, da so izpolnjeni funkcionalni in kakovostni vidiki ter izpolnjena pričakovanja.
Ta dejavnost se običajno izvaja v celotnem sprintu, ko in ko so predmeti končani, da se napake lahko odkrijejo in odpravijo pred dejanskim srečanjem za pregled sprinta.
# 4) Sodelovanje - Lastnik izdelka je ključni udeleženec dejavnosti, povezanih s Sprintom. Pri razlagi izdelkov, njihovega obsega in vrednosti, ki jo ima, tesno sodeluje z razvojno skupino.
Deluje tudi kot orodje za razvojno skupino, da lahko prevzame izdelke z zaostanki, ki naj bi jih dostavili do konca Sprinta. Poleg dejavnosti Sprint lastnik izdelka dela tudi na dejavnostih izdaje izdelkov.
Med dejavnostmi izdaje izdelka lastnik izdelka sodeluje z zainteresiranimi stranmi, da razpravlja o postavkah naslednje izdaje. Eden ključnih dejavnikov uspeha ekipe je, da mora celotna ekipa spoštovati lastnika izdelka in njegove odločitve. Nihče drug kot lastnik izdelka skupini ne sme povedati, na katerih predmetih naj dela.
Priporočljivo je, da imate enega samega lastnika izdelka za polni delovni čas. Lahko pa obstaja dogovor, pri katerem ima lastnik izdelka honorarno vlogo.
Lastnik proxy izdelka
Lastnik izdelka pooblaščenca je oseba, ki jo lastnik izdelka vpiše sam, ki lahko prevzame vse njegove odgovornosti, njegovo odsotnost in ga podpira. Lastnik proxy izdelka je odgovoren za vse odgovornosti, na katere je bil delegiran, vendar odgovornost za opravljeno delo sčasoma še vedno nosi dejanski lastnik izdelka.
faze življenjskega cikla razvoja sistema s primeri
Lastnik proxy izdelka je pooblaščen tudi za sprejemanje potrebnih odločitev v imenu dejanskega lastnika izdelka.
Razvojna skupina
Drug zelo pomemben del ekipe Scrum je skupina za razvoj. Razvojno skupino sestavljajo razvijalci, ki so usposobljeni na svojem strokovnem področju. V nasprotju z drugimi člani Scrum Team-a je razvojno timsko delo pri dejanski izvedbi potencialno dobavljive programske opreme / prirastka, ki ga je treba dostaviti na koncu vsakega Sprinta.
Razvojno skupino lahko sestavljajo ljudje s specializiranimi veščinami, kot so Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA itd., Vendar so vsi imenovani Developers; Drugi naslovi niso dovoljeni. Razvojna skupina v sebi ne more imeti niti podskupin, kot je ekipa za testiranje, skupina za specifikacijo zahtev itd.
Skupina je ustanovljena tako, da upošteva vse osnovne sklope veščin, ki so potrebni za uspešen razvoj, preizkušanje in dostavo korakov izdelka na vsakem Sprintu brez zunanje pomoči. Tako naj bi bila ekipa samozadostna in večfunkcionalna. Razvojna skupina ne sprejema nobene pomoči zunaj ekipe Scrum in sama upravlja svoje delo.
Odgovornost za razvoj prirastkov je vedno na razvojni skupini kot celoti, toda vsi v skupini Scrum so odgovorni za splošno izvedbo.
O dodajanju / odstranitvi člana ekipe je izključno odločitev razvojne skupine. Če je potreben nov nabor spretnosti, se lahko razvojna skupina odloči, da bo to znanje razvila v skupini ali v ekipo doda novega člana.
Vloge in odgovornosti
# 1) Razvoj in dostava - Razvojna skupina je odgovorna za ustvarjanje dokončanega prirastka, ki temelji na 'Definiciji končanega' na koncu vsakega sprinta. Dokončani prirastek morda ni nujno del naslednje proizvodne izdaje, vsekakor pa je potencialno sprostljiva funkcionalnost, ki jo lahko uporabi končni uporabnik.
Lastnik izdelka zahteva, da se odloči, kaj mora biti del izdaje. Razvojna skupina pa je odgovorna za razvoj in izvedbo Done Increment vsakega Sprinta, ki ustreza merilom iz Opredelitev Končano.
# 2) Naloge in podajanje ocen - Razvojna skupina je prav tako odgovorna za zbiranje uporabniških zgodb / elementov iz prednostnega zaostanka izdelkov, ki bo dostavljen v naslednjem Sprintu. Tako ti predmeti tvorijo Sprint Backlog. Sprint Backlog se ustvari med sestankom Sprint Planning.
Druga zelo pomembna odgovornost, ki jo ima razvojna skupina, je ustvarjanje nalog z razčlenitvijo Sprint točk in zagotavljanjem ocen tem Sprint postavkam.
Nihče ne pove razvojni skupini, kaj in kako naj naredijo. Razvojna skupina je odgovorna za prevzem izdelkov iz zaostanka izdelkov, ki jih je mogoče dostaviti v naslednjem Sprintu. Ko se Sprint zažene, ga ni mogoče spreminjati / dodajati / odstranjevati.
Velikost razvojne ekipe
Velikost razvojne ekipe je treba izbrati pametno, saj lahko neposredno ovira produktivnost ekipe in s tem vpliva na dostavo izdelka. Razvojna skupina ne bi smela biti zelo velika, ker bi lahko zahtevala veliko usklajevanja med člani ekipe.
Za zelo majhno ekipo pa bi bilo zelo težko imeti vse spretnosti, potrebne za izvedbo prirastka. Zato je treba izbrati optimalno število za velikost razvojne skupine.
Priporočena velikost razvojne ekipe je od 3 do 9 članov, razen Scrum Masterja in lastnika izdelka, razen če skupaj z drugimi razvijalci razvijajo tudi programsko opremo.
Povzetek
Scrum ekipa
Vloge
- Lastnik izdelka
- Razvojna skupina
- Scrum mojster
Velikost
- Velikost ekipe Scrum - 3 do 9
Samoorganizirajoča se ekipa
- Pozna najboljši način za dokončanje svojega dela.
- Samoorganizirani ekipi nihče ne pove, kaj naj naredi.
Medfunkcionalna ekipa
- Ima vse sklope spretnosti, ki so potrebni za dokončanje njihovega dela brez kakršne koli zunanje pomoči.
Lastnik izdelka
- Predstavlja odbor ali nanj vpliva.
- Sodeluje z zainteresiranimi stranmi in skupino Scrum.
- Upravlja zaostanke izdelkov
- Pojasnjuje zaostanke izdelkov.
- Prednost delovnih postavk.
- Zagotavlja, da so zaostanki izdelkov lahko razumljivi in pregledni.
- Jasno določa, na katerih predmetih je treba delati.
- Zagotavlja, da razvojna skupina razume element v zaostanku izdelka
- Vse, kar bo dodano / odstranjeno / spremenjeno v lastniku izdelka, mora priti prek lastnikov izdelka.
- Pokličite, kdaj sprostite delovne predmete.
Scrum mojster
- Zagotavlja, da ekipa jasno razume in sprejme Scrum.
- Je vodja uslužbencev za ekipo Scrum.
- Odstranjevanje ovir
- Zaščitite ekipo pred neuporabnimi interakcijami, da povečate poslovno vrednost, ki jo je ustvarila ekipa Scrum.
- Omogočanje Scrum dogodkov, kadar koli se zahteva.
- Zagotavlja, da so sestanki časovno omejeni.
Razvojna skupina
- Na koncu vsakega Sprinta ponuja potencialno sproščujoč prirastek izdelka »Končano«.
- So samoorganizirajoči se in večfunkcionalni.
- Nihče ne pove razvojni skupini, kaj in kako storiti.
- Naslovi niso dovoljeni. Vsi so razvijalci v ekipi.
- Ni mogoče ustvariti nobene pod-ekipe.
- Ostajajo odgovorni za delo na Sprint Items.
- Razvojna skupina je odgovorna za naloge in zagotavljanje ocen.
To je vse, kar smo si pripravili glede vlog in odgovornosti ekipe Scrum. Razpravljali smo o odgovornostih, ki jih ima vsak član ekipe, in o tem, kako delujejo kot celotna ekipa.
Spremljajte nas, če želite izvedeti več o Scrum Artefacts v naši prihajajoči vadnici, kjer bomo razpravljali o stranskih proizvodih, kot so Product Backlog, Sprint Backlog in Increments.
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Scrum artefakti: zaostanki izdelkov, zaostanki sprinta in prirastki izdelkov
- Triaging napak v Scrumu: kako je organiziran v Scrum Setup
- Samozadostne Scrum ekipe: Kako ustvariti samozadostno ekipo?
- Vloga poslovnih analitikov v SCRUM-u in zakaj je QA najboljši za to vlogo?
- JIRA Scrum Board Tutorial: Scrum Handling with Jira for Managing Sprint
- Spletni kviz Agile Scrum: preizkusite svoje znanje Agile Scrum
- Kako zgraditi uspešno ekipo za zagotavljanje kakovosti
- Team building pri testiranju programske opreme - Kako zgraditi in povečati svojo ekipo za zagotavljanje kakovosti