i Scrum är produktägaren den person som representerar kunderna eller användarna vill ha och önskar (mål och visioner). Produktägaren är vanligtvis en nyckelperson som i många fall kan kontrollera finansieringen för det projekt som ska utvecklas, eller om han eller hon inte kontrollerar finansiering, är ansvarig för dem som gör för att leverera sina visioner på ett sätt som deras avkastning på investeringar maximeras.,
definiera visionen (projektansvar)
produktägaren ansvarar för att bryta ner de övergripande målen, som många gånger är i marknadsföringsvillkor, i en serie mindre segment. Han eller hon är ansvarig för att skapa en produkt backlog rapport som är en prioriterad lista över produktkrav med beräknad tid för deras slutförande. Produkt backlog rapporten är en av produktägarens viktigaste ansvar att skapa och underhålla, men kan delegeras till andra att göra.
ett produktägarteam kan till och med skapas för att åstadkomma detta., Om detta görs bör dock en medlem av produktägarens lag utses som talesman. Talesmannen är den enda personen som Scrum development team går till för slutliga svar på sina frågor. Beslut bör inte fattas av utskottet.
Teamansvar
det är viktigt för produktägaren att dela och involvera Scrum development team med organisationens visioner. Produktägaren ska svara på alla teamfrågor och lyssna på några förslag från dem för att lägga till, ta bort, ändra eller förbättra användarens mål., Detta är viktigt för att motivera laget och för att få användaråterkoppling.
definiera begränsningar
förutom att definiera projektets mål är produktägaren ansvarig för att definiera gränserna eller begränsningarna för att uppnå målen. Begränsningar som datum för slutdatum, kostnadsgränser, minnesgränser, hastighetsminimum etc.. De gränser eller begränsningar som produktägaren ber om måste vara möjliga att uppnå. Produktägaren måste vara försiktig så att du inte ber om orealistiska eller tekniskt omöjliga mål., Om några orealistiska mål lämnas in, åtminstone med Scrum finns det konstant kommunikation mellan en användare, eller användarens representant och utvecklingsteamet, och tidig identifiering är sannolikt.
prioritering av uppgifter
en annan viktig faktor som påverkar förverkligandet av mål är prioritering av uppgifter i en sprint. Teamet arbetar först på de segment som är viktigast och när de är färdiga kan släppas till användaren eller kunden för deras införlivande. Det här är vanligtvis jobbsegment som ger högt produktvärde och påverkar avkastningen positivt., Genom att släppa färdiga bitar av prioriterat arbete i en sprint, delar av din produkt är på marknaden snabbare än i traditionella projekt där slutfört arbete släpps totalt i slutet.
eftersom projekt kan pågå under en lång tid, detta är mycket viktigt eftersom användaren feedback, bra eller dåligt, kommer tillbaka till dig mycket tidigare. Denna feedback innebär vanligtvis en förändring av vad som finns kvar att göra i projektet. Vissa mål kan ändras, vissa elimineras och några nya mål läggs till projektet., Eftersom förändringarna kom medan projektet fortfarande arbetade med, är det mycket mer sannolikt att de kan införlivas till mindre kostnad än om projektet redan var klart.
införliva förändringar om förr eller senare antas av Scrum som kommer att hända. Inget projekt anses då vara slut en gång för all framtid. Även om vi uppnår det som ursprungligen krävdes vill vi alltid kunna förbättra våra mål. I detta avseende är definitionen av våra visioner en oändlig process och har ett eget liv.