Šiandienos straipsnyje aptarsime bendradarbiavimo tarp Produkto savininko ir Scrum meistro temą. Produkto savininkas pateikia aiškiai apibrėžtą Produkto tikslą Plėtros komandai ir reikalauja pažangos jo įgyvendinime. Scrum meistras rūpinasi proceso, kaip jis kuriamas, kokybe: gera atmosfera, lydinti komandos darbą, motyvacija ir kliūčių šalinimas. Tačiau tiek Produkto savininkas, tiek Scrum meistras nėra dvi nepriklausomos jėgos, veikiančios Plėtros komandai.
Bendradarbiavimas tarp Produkto savininko ir Scrum meistro – turinys
- Scrum meistras ir Produkto savininkas
- Efektyvios komunikacijos su kūrėjais palaikymas
- Žinios iš patirties
- Suinteresuotųjų šalių pristatymas Scrum
- Santrauka
Scrum meistras vs Produkto savininkas
Nors kiekvieno jų darbo būdas labai skiriasi, jų interesai sutampa: viskas yra apie Scrum komandos efektyvų darbą. Būtent todėl santykiai tarp Scrum meistro ir Produkto savininko, taip pat jų efektyvus bendradarbiavimas, yra tokie svarbūs.
Dauguma Produkto savininko ir Scrum meistro užduočių – kurias išsamiau aprašėme atskiruose straipsniuose – sukasi aplink jų atsakomybes, susijusias su Plėtros komandos darbu. Tačiau, Scrum meistro pareigos ir atsakomybės taip pat apima Produkto savininko darbo palaikymą.
Efektyvios komunikacijos su kūrėjais palaikymas
Efektyvi komunikacija tarp Produkto savininko ir Plėtros komandos reikalauja bent dviejų stiprių pagrindų: suprantamumo ir pakankamo poveikio. Scrum meistras padeda Produkto savininkui juos sustiprinti.
Produkto backlog’o supratimas
Vienas iš pagrindinių būdų, kaip Scrum meistras padeda Produkto savininkui, yra užtikrinti, kad suformuluoti pranešimai būtų suprantami Plėtros komandai. Scrum meistras peržiūri Produkto backlog’o įrašus ir užduoda papildomus klausimus, kad pagerintų jų aiškumą, atkreipdamas dėmesį pirmiausia į:
- įrašų aiškumą – kad kūrėjai tiksliai žinotų, kokiu tikslu jie kuria tam tikrą funkcionalumą
- įrašų glaustumą – kad planuojamų funkcionalumų aprašymai apimtų tik būtiną informaciją ir juos būtų galima perskaityti per kuo trumpesnį laiką
Tokiu būdu Scrum meistras užkerta kelią nesusipratimams tarp Produkto tikslo, kaip jį įsivaizduoja Produkto savininkas, ir to, kaip Plėtros komandos nariai suprato savo užduotį.
Produkto savininko įtakos galia
Scrum meistras padeda Produkto savininkui pagerinti pranešimų efektyvumą ir charizmą. Scrum meistras veikia kaip treneris, su kuriuo Produkto savininkas gali aptarti problemas, susijusias su Produktu ir jo įgyvendinimu. Būtent todėl individualūs susitikimai, kurių metu vyksta diskusijos tarp jų, yra tokie svarbūs. Dėka šių diskusijų Produkto savininkas gali paaiškinti produkto viziją ir atsakyti į Scrum meistro klausimus prieš pristatydamas ją komandai.
Scrum meistras, teikdamas atsiliepimus, padaro Produkto savininko pranešimą susitikimo su komanda metu stipresnį ir aiškesnį. Ši būtina paruošimo dalis padeda Produkto savininkui geriau ir geriau perduoti Produkto tikslą Scrum renginiuose, kuriuos aprašome atskirame straipsnyje.
Žinios iš patirties
Scrum meistras taip pat padeda Produkto savininkui realistiškai planuoti užduotis Plėtros komandai. Gali nutikti, kad gerai paruoštas Produkto backlog’as neatitinka organizacijos darbo būdo, kuriame turi būti įgyvendintas Produkto tikslas.
Taigi Scrum meistras palaikys Produkto savininką žiniomis iš patirties, remdamasis stebėjimais apie nesėkmes ir sunkumus, kurie įvyko ankstesniuose projektuose. Dėka empirinių žinių Scrum meistras gali numatyti sunkumus, susijusius su užduočių vykdymu ir Produkto tikslo pasiekimu, kurie kyla iš organizacijos, komandos ar jos specializacijos ypatumų.
Suinteresuotųjų šalių pristatymas Scrum
Scrum meistras kasdien dirba daugiausia su Plėtros komanda. Ir kartais taip pat su HR skyriumi, ypač komandos formavimo proceso metu ir tais retomis akimirkomis, kai komanda turi būti išplėsta arba pakeista. Scrum meistro kasdienės pareigos paprastai neapima bendradarbiavimo su suinteresuotomis šalimis – tai Produkto savininko darbas.
Išimtis yra tada, kai pradedate dirbti su suinteresuotomis šalimis, kurios nėra susipažinusios su Scrum principais ir rolėmis. Tuomet Scrum meistrai dirba su Produkto savininku susitikimuose su visais žmonėmis, dalyvaujančiais Produkto kūrime. Jie paaiškina kas yra kas Scrum komandoje, apie ką rašėme atskirame straipsnyje. Jie taip pat padeda Produkto savininkui įgyvendinti geras komunikacijos praktikas. Tai apima, pavyzdžiui, aktyvų suinteresuotųjų šalių dalyvavimą Sprinto peržiūroje arba gerų Vartotojo istorijų kūrimą.
Santrauka
Scrum meistras leidžia Produkto savininkui sutelkti dėmesį į savo darbą: maksimalizuoti kuriamo produkto verslo vertę. Scrum meistras taip pat padeda Produkto savininkui efektyvioje komunikacijoje per individualų coaching’ą ir diskusijas apie Produkto backlog’o formą. Be to, Scrum meistras palaiko Produkto savininką savo žiniomis, dirbant su konkrečia komanda ir organizacija. Ir galiausiai – jei to reikia – palengvina Produkto savininko suinteresuotųjų šalių supažindinimą su Scrum darbo būdu.
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?
- Bendradarbiavimas tarp produkto savininko ir Scrum meistro
- Scrum komandos įsipareigojimai - produkto tikslas, sprinto tikslas ir užbaigimo apibrėžimas