Šiandienos įraše mes sutelksime dėmesį į dažniausiai pasitaikančias problemas, su kuriomis susiduria Produktų savininkai. Taip pat pasakysime, kaip pasiruošti situacijoms, kuriose šios Produktų savininko klaidos pasitaiko dažniausiai.
Produktų savininko klaidos – turinys:
- Kas gali nutikti tarp Produktų savininko ir Kliento
- Iššūkiai, su kuriais susiduria Produktų savininkas, kalbant apie likusią Scrum komandą
- Santrauka
Kas gali nutikti tarp Produktų savininko ir Kliento
Produktų savininkas yra asmuo, kuris asmeniškai atsako už Scrum komandos nesėkmes. Dėl šios pozicijos, kuri yra už komandos veiklos ribų, manoma, kad Produktų savininkas yra vienintelis, kurį galima apkaltinti. Kitaip tariant, tai Produktų savininkas labiausiai kenčia, kai Scrum komanda nesugeba. Taigi, kaip elgtis su problematiškomis situacijomis, kai jos pasirodo, arba dar geriau, kaip užkirsti joms kelią iš anksto?
Norėdami atsakyti į šį klausimą, pateikėme aiškią ir išsamią kai kurių pagrindinių Produktų savininkų ir Klientų klaidų analizę toliau pateiktoje lentelėje kartu su išsamiu kiekvienos diskusija.
Klaida | Generuojama problema | Sprendimo pasiūlymai |
---|---|---|
Prioritizavimo nesugebėjimas | Neoptimizuotas Produktų sąrašas, neaiškumas dėl Produktų tikslo | Klausyti, užduoti klausimus, derėtis dėl Produktų tikslo su klientu, kruopščiai apdoroti derybų rezultatus |
Asmeninės tvirtumo trūkumas | Per daug užduočių Scrum komandai | Realistiškai mąstyti, žinoti ir prisiminti komandos galimybes |
Neužtenkamų verslo įgūdžių | Produkto, kurį sukūrė Scrum komanda, verslo vertės sumažėjimo rizika | Nuolatinis mokymasis ir verslo kompetencijų įgijimas |
Prioritizavimo nesugebėjimas
Klaida, kai nežinoma, kaip prioritetizuoti, yra daugelio Produktų savininkų prakeiksmas. Kodėl užduočių prioritizavimas yra pagrindinė kompetencija? Nes kai viskas tampa vienodai svarbu, Produktų tikslas dingsta. Tai yra numatomas Scrum komandos veiklos poveikis.
Problema prasideda jau pirmųjų pokalbių su klientais apie Produktų tikslą metu. Klientas paprastai nori, kad visos jo idėjos būtų įgyvendintos kuo greičiau ir pigiau. Produktų savininko užduotis yra nustatyti prioritetų sąrašą. Jo užduotis yra sukurti aiškių ir įgyvendinamų lūkesčių sąrašą, surikiuotą nuo svarbiausių iki mažiausiai svarbių, remiantis neorganizuotais kliento lūkesčiais.
Problema su prioritizavimu dažniausiai kyla iš kliento lūkesčių nesupratimo. Ji pasireiškia, kai Produktų savininkas nesugeba išgauti informacijos apie tikruosius Produktų tikslus iš Kliento. Tai yra atsakymas į klausimą, kokiems poreikiams produktas turėtų atsakyti.
Taigi, kaip apsaugoti save nuo šios klaidos? Pirmiausia – atidžiai klausykite kliento. Antra, išmokite užduoti klausimus apie Tikslą ir kaip veikia kiekviena produkto funkcija. Trečia – derėtis ir riboti pasiekiamus tikslus. Ir tam jums reikės tvirtumo.
Kai Produktų savininkas turi užduočių sąrašą, yra patikrinti metodai, kaip pagerinti jų pažangą ir išvystymą. Pavyzdžiui, naudojant vadinamąją Eisenhowerio matricą, užduotys prioritetizuojamos pagal svarbą ir skubumą.
Produktų savininko asmeninės tvirtumo trūkumas
Problema, glaudžiai susijusi su prioritizavimo nesugebėjimu, yra asmeninės tvirtumo trūkumas. Tai lemia netinkamai suformuluotas užduočių eiliškumas ir blokuoja Produktų tikslo įgyvendinimą, sudėtingai jį su per dideliu užduočių skaičiumi. Todėl gebėjimas pasakyti ne klientui yra labai svarbus.
Produktų savininko tvirtumas turėtų būti pagrįstas trimis pagrindais:
- komandos galimybių žinojimas,
- sprendimų, kuriuos naudoja ir kuria komanda, žinojimas,
- sąmoningumas apie savo vaidmenį ir vertę, remiantis jų vieta Scrum komandoje.
Todėl vienas iš svarbiausių būdų užkirsti kelią tvirtumo problemoms yra Produktų savininko kasdienis darbas su Scrum komanda. Tai padės jam sukurti realistiškas nuostatas apie laiką ir galimybes įgyvendinti Kliento idėjas.
Neužtenkamų verslo įgūdžių
Kitą klaidą, kurią norėtume aptarti, yra tinkamų verslo kvalifikacijų trūkumas. Šių Produktų savininkų stiprybės paprastai yra specializuotos kvalifikacijos. Jų kompetencijos labiau susijusios su Plėtros komandos sritimi nei su verslu. Taigi trūksta gerai nustatytų, praktinių žinių apie konkurenciją, rinkos taisykles ir galutinį produkto, kurį sukūrė Scrum komanda, klientą.
Tam nėra paprasto vaisto, nes tai gali pasireikšti labai specifinėse situacijose. Tačiau, be abejo, geras veiksmas Produktų savininkui yra pripažinti tai ir nuolat mokytis bei įgyti patirties ir verslo kompetencijų.
Iššūkiai, su kuriais susiduria Produktų savininkas, kalbant apie likusią Scrum komandą
Gebėjimas prioritetizuoti užduotis, Produktų savininko tvirtumas ir jo aukšti verslo įgūdžiai yra būtini prielaidos, kad būtų sukurtas pavyzdinis Produktų sąrašas, ilgalaikis Scrum komandos pagrindas. Jei Sąrašas nėra nuosekliai ir tiksliai apibrėžtas, problemos Produktų savininko ir Kliento santykiuose persiduos į Produktų savininko ir kitų Scrum komandos narių santykius. O tai tiesiogiai paveikia Scrum komandos efektyvumą. Kokie kiti pavojai laukia Produktų savininko jo santykiuose su kitais Scrum komandos nariais?
Norėdami palengvinti, pateikėme problemas tarp Produktų savininko ir Scrum komandos lentelėje. Žemiau galite rasti išsamią kiekvienos problemos diskusiją ir pasiūlymus sprendimams.
Klaida | Generuojama problema | Sprendimo pasiūlymai |
---|---|---|
Neužtenkamų charizmos | Plėtros komanda neatlieka užduočių, įtrauktų į Sąrašą, Produktų savininko nuomonė yra iššūkis | Autoriteto kūrimas, remiantis minkštais įgūdžiais ir žiniomis |
Neužtenkamų specializuotų įgūdžių | Kasdienės veiklos ir Plėtros komandos galimybių nesupratimas | Orientacija į komandos narių specialybes, taip pat žinių apie komandos sritį įgijimas |
Priklausomybė | Atsakomybės išskaidymas | Įgalinimas |
Neužtenkamų charizmos
Kasdienis Produktų savininko darbas yra suderinti Kliento gaires su būdu, kaip jas įgyvendina Plėtros komanda. Tai neabejotinai reikalauja turėti tinkamą autoritetą, klausymo įgūdžius ir charizmą.
Neužtenkamo autoriteto problema negali būti išspręsta per naktį. Tai reikalauja ilgalaikio darbo su minkštais įgūdžiais. Taip pat reikia įgyti žinių apie kitų komandos narių užduočių apimtį ir įgūdžius.
Neužtenkamų specializuotų įgūdžių
Kaip rašėme straipsnyje, atsakančiame į klausimą Kas yra Produktų savininkas?, Produktų savininko vaidmuo nėra griežtai techninis. Tačiau žinoti pagrindus apie Plėtros komandos narių specializuotus įgūdžius gali žymiai padidinti Produktų savininko autoritetą.
Neužtenkami kvalifikacijų komandos srityje gali ne tik sukelti problemas su Produktų savininko charizma ir autoritetu. Klaida, kai nesidomima, kuo specializuojasi Plėtros komandos nariai ir jų kompetencijų pagrindais, gali sukelti juokingas situacijas, bet taip pat situacijas su katastrofiškomis verslo ir tarptautinėmis pasekmėmis.
Todėl, kad Scrum komanda galėtų pristatyti geriausios kokybės produktus, Produktų savininkas turi turėti išsamų supratimą apie produktą. Neturėtų būti sunku gauti tinkamą kvalifikaciją, atsižvelgiant į tai, kad Produktų savininkas yra profesionalų komandos dalis. Jie gali suteikti ne tik paaiškinimus, bet ir pasiūlymus, kur gauti žinių apie savo sritį.
Priklausomybė
Produktų savininkas turi sugebėti priimti sprendimus savarankiškai. Žinoma, pagrindinis klausimas yra žinoti Scrum komandos sąlygas ir nuolat bendrauti su Plėtros komanda. Tačiau būtent Produktų savininkas yra laikomas atsakingu už savo veiksmų efektyvumą. Dėl šios priežasties Produktų savininkai turi kurti savo autoritetą ir prisiimti atsakomybę už priimtus sprendimus. Galutinis sprendimas dėl komandos krypties, prioritizavimo ir užduočių priėmimo priklauso jiems.
Santrauka
Mes atradome dažniausias Produktų savininko klaidas. Produktų savininko vaidmuo nėra lengvas. Todėl, priimdami jį, verta pasiruošti problemoms, su kuriomis susidūrė kiti savo kelyje.
Kliento santykių problemos paprastai kyla iš asmeninės tvirtumo trūkumo, prioritizavimo nesugebėjimo ir nepakankamų verslo įgūdžių.
Produktų savininko klaidos, kurios kyla dirbant su likusia Scrum komanda, kyla iš nepriklausomybės trūkumo ir nepakankamos charizmos asmens, kuris užėmė Produktų savininko vaidmenį. Kita priežastis gali būti susijusi su specializuotų įgūdžių trūkumu ir nenoru – arba laiko trūkumu plėsti žinias.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Linkedin ir Twitter.
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?