I Scrum product owner er den personen som representerer kunder eller brukere ønsker og begjær (mål og visjoner). Produkteieren er vanligvis en viktig person som kan i mange tilfeller kontroll finansiering for prosjektet å bli utviklet, eller hvis han eller hun ikke styre finansiering, er ansvarlig for de som gjør det for å levere sine visjoner på en måte deres avkastning på investeringen er maksimert.,
Definere Visjon (Prosjekt Ansvar)
produktet eieren er ansvarlig for å bryte ned de overordnede målene, som mange ganger er i markedsføring vilkår, inn i en rekke mindre segmenter. Han eller hun er ansvarlig for å lage et produkt backlog rapporten som er en prioritert liste av produktkrav med estimert tid for ferdigstillelse. Produktkøen rapporten er en av produktet eier er sentrale oppgaver for å skape og opprettholde, men kan delegeres til andre å gjøre.
Et produkt eier team kan også være opprettet for å oppnå dette., Imidlertid, hvis dette er gjort ett medlem av produktet eierens team bør være utpekt som talsmann. Talsmann er den eneste personen som Scrum utvikling team går til endelige svar på sine spørsmål. Avgjørelser skal ikke være laget av komiteen.
Team Ansvar
Det er viktig for produktet eieren til å dele og engasjere Scrum utvikling team med visjoner for organisasjonen. Produkteier bør svare på alle team spørsmål og lytte til eventuelle forslag fra dem for å legge til, slette, endre eller forbedre på brukerens mål., Dette er viktig for å motivere teamet og for å få tilbakemeldinger.
Definere Begrensninger
i Tillegg til å definere mål for prosjektet, produktet eieren er ansvarlig for å definere grenser eller begrensninger for å oppnå målene. Begrensninger som frist ferdigstillelse datoer, koste grenser, minne grenser, hastighet minimumskrav, etc.. Den grenser eller begrensninger produktet eier ber om det må være mulig å oppnå. Produkteier må være forsiktig med å be for urealistiske eller teknisk umulig mål., Hvis, imidlertid, noen urealistiske mål er sendt, minst med Scrum-det er konstant kommunikasjon mellom en bruker eller brukers representant og utvikling team, og tidlig identifisering er sannsynlig.
Prioritering av Oppgaver
en Annen viktig faktor som påvirker realiseringen av målene er prioritering av oppgaver i en sprint. Teamet arbeider først på de segmentene som er mest viktig, og når du er ferdig, kan frigis til brukeren eller kunden for deres inkorporering. Disse er vanligvis jobb segmenter som gir høy produktet verdi, og positivt påvirke AVKASTNINGEN., Ved å slippe fullført deler av prioriterte arbeid i en sprint, deler av produktet er på markedet raskere enn i tradisjonelle prosjekter hvor fullførte verket er utgitt i totalt på slutten.
Fordi prosjekter som kan vare over lang tid, dette er svært viktig fordi brukeren tilbakemelding, god eller dårlig, kommer tilbake til deg en mye raskere. Denne tilbakemeldingen betyr vanligvis at en endring til det som er igjen å gjøre i prosjektet. Noen mål kan være endret, noen er eliminert, og noen nye mål som er lagt til prosjektet., Fordi endringene kom mens prosjektet var fortsatt jobbes med, det er mye større sannsynlighet for at de kan bli innarbeidet i mindre kostnad enn om de var prosjektet som allerede er gjennomført.
å Innlemme endringene enten før eller senere overtatt av Scrum som kommer til å skje. Ingen prosjektet så er ansett for å være avsluttet en gang for alle tider. Selv om oppnådd som opprinnelig ble anmodet om vi alltid ønsker å være i stand til å forbedre våre mål. I denne sammenheng å definere våre visjoner er en aldri slutter prosess og har sitt eget liv.