I Scrum product owner er den person, der repræsenterer kunder eller brugere, ønsker og begær (mål og visioner). Produktejeren er normalt en nøgleperson, der i mange tilfælde kan kontrollere finansieringen til det projekt, der skal udvikles, eller hvis han eller hun ikke kontrollerer finansieringen, er ansvarlig over for dem, der gør for at levere deres visioner på en måde, deres investeringsafkast maksimeres.,
definition af visionen (projektansvar)
produktejeren er ansvarlig for at nedbryde de overordnede mål, som mange gange er i markedsføringsbetingelser, i en række mindre segmenter. Han eller hun er ansvarlig for at oprette en Product backlog report, som er en prioriteret liste over produktkrav med estimeret tid til deres gennemførelse. Product backlog report er et af produktejerens vigtigste ansvar for at oprette og vedligeholde, men kan delegeres til andre at gøre.
et produktejerteam kan endda oprettes for at opnå dette., Men hvis dette gøres, skal et medlem af produktejerens team udpeges som talsmand. Talsmanden er den eneste person, som Scrum-udviklingsholdet går til for endelige svar på deres spørgsmål. Beslutninger bør ikke træffes af udvalget.
Teamansvar
det er vigtigt for produktejeren at dele og involvere Scrum-udviklingsteamet med organisationens visioner. Produktejeren skal besvare alle teamspørgsmål og lytte til eventuelle forslag fra dem til at tilføje, slette, ændre eller forbedre brugerens mål., Dette er vigtigt for at motivere teamet og for at få brugerfeedback.
definition af begrænsninger
udover at definere projektets mål er produktejeren ansvarlig for at definere grænserne eller begrænsningerne for at nå målene. Begrænsninger såsom deadline slutdatoer, omkostningsgrænser, hukommelse grænser, hastighed minima, etc.. De grænser eller begrænsninger, som produktejeren beder om, skal være mulige at nå. Produktejeren skal være forsigtig med ikke at bede om urealistiske eller teknisk umulige mål., Hvis der imidlertid indsendes nogle urealistiske mål, i det mindste med Scrum er der konstant kommunikation mellem en bruger, eller brugerens repræsentant og udviklingsholdet, og tidlig identifikation er sandsynligvis.
Prioritering af Opgaver
en Anden vigtig faktor, der påvirker realiseringen af målene er prioritering af opgaver i en sprint. Holdet arbejder først på de segmenter, der er vigtigst, og når de er færdige, kan de frigives til brugeren eller kunden til deres inkorporering. Dette er normalt jobsegmenter, der bringer høj produktværdi og påvirker ROI positivt., Ved at frigive afsluttede bidder af prioriteret arbejde i en sprint, dele af dit produkt er på markedet hurtigere end i traditionelle projekter, hvor afsluttet arbejde frigives i alt i slutningen.
fordi projekter kan vare i lang tid, er dette meget vigtigt, fordi brugerfeedback, god eller dårlig, kommer tilbage til dig meget hurtigere. Denne feedback betyder normalt en ændring af, hvad der er tilbage at gøre i projektet. Nogle mål kan ændres, nogle elimineres, og nogle nye mål tilføjes til projektet., Da ændringerne kom, mens projektet stadig blev arbejdet på, er der meget mere sandsynlighed for, at de kan indarbejdes til mindre omkostninger, end hvis projektet allerede var afsluttet.
inkorporering af ændringer, uanset om Scrum før eller senere antages at ske. Intet projekt anses derefter for at være afsluttet en gang for alle. Selv hvis opnået som oprindeligt anmodet vi altid ønsker at være i stand til at forbedre vores mål. I denne henseende er det at definere vores visioner en uendelig proces og har et eget liv.