Hvad er en produktejer? 5 Nøgleansvar for at låse op Scrum Team Success

Resumé

En produktejer er en standard rolle på Scrum Teams, der fokuserer på at levere det bedst mulige produkt. De forbinder Scrum-holdet til interessenter og fortaler for slutbrugernes behov, så alle forstår, hvad produktet forsøger at opnå og hvorfor. I denne artikel skal du lære om de fem nøgleansvar for produktejere, og hvordan de hjælper Scrum Teams udfører deres bedste arbejde.

Forestil dig, at du lige har købt et hus. Som en ny boligejer er du nu ansvarlig for den langsigtede vision om, hvad du vil have din ejendom til at være ligesom hvordan man kan dekorere, vedligeholde og forbedre dit hjem for at få mest muligt ud af din (hefty) investering. Du koordinerer med inspektører, bygherrer og huskammerater for at skabe det bedste levende miljø, du kan - alt sammen, mens du balancerer dine økonomi og langsigtede mål. Phew.

Som en boligejer er en produktejer ansvarlig for langsigtet vision - men i stedet for at forbedre deres hjem, forbedrer de produkter. En produktejer arbejder med interessenter (som dine bygherrer og housemates) for at gøre det bedst mulige produkt til slutbrugere. De bestemmer, hvilke nye funktioner der ville medføre mest værdi, så bryde disse funktioner op til handlingslige opgaver for interessenter at arbejde på.

Hvad er en produktejer?

En produkt ejer er en standard rolle påScrum Teams.der fokuserer på at levere det bedst mulige produkt til slutbrugere. For at gøre dette udvikler produktejere en vision om, hvordan produktet skal fungere, definere specifikke produktfunktioner og bryde disse funktioner iProdukt Backlogvarer til Scrum-holdet til at arbejde på. Produktejeren er ansvarlig for det færdige produkt. Plus, de fungerer også som en forbindelse mellem forretningsinteressenter, Scrum Team medlemmer og slutbrugere.

Hvad er Scrum?

Scrum er en fleksibel projektledelsesramme, der hjælper hold med at bygge og besøge hurtigt. Det bruges mest af produkt, ingeniør- eller softwareudviklingshold - selvom ethvert hold kan lykkes med at bruge Scrum-rammen. Scrum Teams komplet arbejde i sprints, en fast periode (normalt to uger), når de fokuserer på specifikke leverancer. Når en sprint er forbi, inkorporerer Scrum Team deres læringer og bruger dem til at forbedre deres proces til den næste sprint.

Produktejeren er en af ​​tre standardroller på et Scrum-team:

Produktejer:Fungerer med interessenter, slutbrugere og Scrum-teamet for at sikre, at slutproduktet opfylder brugerkrav og justerer med forretningsmål.

Scrum Master. : Leder udviklingsholdet for at hjælpe dem med at forberede sig på og med succes udføres sprints. Scrum Masters fokuserer også påkontinuerligt forbedringinterne processer.

Udviklingshold:Arbejder på de leverancer, der skal udfyldes for hver sprint. Udviklere er kernen i Scrum-teamet, da de er ansvarlige for at udfylde produktets baggrundslog, der oversætter til nye produktfunktioner.

Produktejer vs Scrum Master

En produkt ejer og Scrum Master er to integrerede men forskellige roller på et Scrum Team. Scrum Master fører og forbedrer de interne processer, der er nødvendige for Scrum Teams for at fuldføre deres arbejde. De er fokuseret på at hjælpe holdet med at forberede sig på og succesfuldt udføre sprints, så udviklere kan fokusere på deres arbejde i stedet for flere logistiske opgaver. Scrum Masters letter planlægningsmøder, daglige standups, ogsprint retrospektiver. Som holdleder fjerner de roadblocks for udviklere og holder alle tilpasset scrum-rammeprincipper.

På den anden side har produktejerrollen et mere eksternt fokus end Scrum Master. I stedet for at lede holdprocesser, er de mere fokuserede på selve produktet - specifikt, hvordan man opretter det bedst mulige produkt til slutbrugere. For at gøre dette indarbejder de feedback fra interessenter og slutbrugere, så oversætter den feedback i specifikke produktfunktioner og backlog-elementer til Scrum-teamet at arbejde på.

Produktejer vs. Projektleder

Betegnelserne produkt ejer og projektleder lyd ligner, men der er nogle vigtige forskelle mellem dem. ENprojektlederer ikke en standard rolle på et Scrum-team. Projektledere fokuserer typisk på at udføre leverancer og administrere ressourcer til et projekt. Hvis du forestiller dig et projekt som en samling af opgaver, der er nødvendige for at udføre et bestemt mål, hjælper en projektleder med at planlægge, administrere og udføre disse opgaver for at opnå et mål til tiden.

Dette er forskelligt fra en produktejer, som er entydigt fokuseret på at lave et godt produkt til slutbrugere - ikke koordinere dagligt arbejde. På et Scrum-team har både produktejer og Scrum Master nogle projektledelsesansvar. Produktejeren opretter for eksempel produktbacklogartikler, mens Scrum Master hjælper tildele opgaver,tildele ressourcer., og administrer holdbåndbredde.

Produktejer vs. Product Manager

Betegnelserne produkt ejer ogproduktchefbruges ofte interchangeably. Men mens produktsejere ofte er en specifik rolle inden for Scrum Teams, er produktledere normalt en mere generel rolle, der ikke nødvendigvis falder inden for enAgile Framework. .

Nogle gange har hold både en produktejer og en produktchef. I så fald er rollerne sædvanligvis differentieret som følger:

Produktforvaltereer mere højt niveau og strategisk. De udvikler en vision for produktet baseret på virksomhedsmål og markedskræfter.

Produktejere.er mere taktiske. De oversætter produktlederens strategi til handlingsopgaver og arbejder med tværfunktionelle partnere for at gennemføre disse krav.

Men mest almindeligt, produktsejere på Agile Teams opfylder også produktlederenes ansvar. De betragter den højtstående strategi for produkter, plus komplet taktisk arbejde som at oversætte funktioner til brugbare opgaver.

Hvordan arbejder en produktejer med Scrum Team?

En produktejer arbejder tæt sammen med resten af ​​Scrum Team. De hjælper holdet med at forstå, hvordan bagloggener passer ind i den samlede produktsyn og tjener som en forbindelse mellem Scrum Team og forretningsinteressenter. På den måde kan holdet fokusere på udførelse af opgaver snarere end wrangling cross-funktionelle partnere. Derudover er produktejeren afhængig af resten af ​​Scrum-teamet for ekspertviden om det produkt, de udvikler. For eksempel kan Scrum Team forklare, hvordan specifikke produktfunktioner er oprettet, hvilke typer ændringer er mulige, og hvordan forskellige opgaver kan afhænge af hinanden.

For at gøre dette møder produktejeren med Scrum Team dagligt eller ugentligt:

Daglige Standups. : Produktsejere deltager ofte i daglige Scrum-møder for at høre førstehånds om fremskridt og eventuelle potentielle problemer. Da produktejere fungerer som en forbindelse mellem produktudviklingsholdet og forretningsinteressenter, hjælper det dem med at holde andre hold i løkken på, hvordan tingene går.

Ugentlig Backlog Refinement Meetings:Produktejeren møder typisk med Scrum Team en gang om ugen for at arbejde påBacklog Refinement.og hjælpe med at forberede backlog elementer til næste sprint. Udviklingsholdets medlemmer er sande eksperter om, hvordan man udførerProdukt BacklogOpgaver, så produktejeren er afhængig af deres input for at forstå, hvilke produktforbedringer eller funktioner holdet realistisk kan levere under hver sprint.

Sprint Review Meetings:Scrum Product-ejere kører også en Sprint-anmeldelsemøde i slutningen af ​​hver Sprint. Under Sprint Review-mødet viser Scrum Team det arbejde, de har opnået, normalt herunder produkt demoer for at hjælpe tværfunktionelle interessenter visualisere og forstå hver leverbar.

5 Key Product Owner Responsibilities

En produktejer forbinder Scrum-holdet til interessenter og fortaler for slutbrugernes behov, så alle forstår, hvad et produkt forsøger at opnå og hvorfor. Produktsejere ender ofte med at bære mange forskellige hatte, men deres rolle er defineret af disse fem nøgleansvar.

1. Definer produktmål

Produktejeren bestemmer målene for hvert produkt, så de kan definere specifikke produktfunktioner for at nå disse mål.

For at udvikle mål skal produktets ejer forstå, hvilke brugere der ønsker fra produktet og hvad deres fælles smertepunkter er. Det betyder, at en stor del af produktets ejerens arbejde indebærer at arbejde sammen med interessenter for at udføre brugerforskning. For eksempel, forestil dig, at du har fået til opgave at forbedre en kalenderapp. For at bestemme, hvad dit specifikke mål skal være, kan du studere, hvordan brugerne interagerer med den eksisterende app - så spørg, hvad de kæmpede med, og hvad de ønsker, at appen kunne gøre det bedre.

Ud over at definere mål baseret på brugerfeedback, skal produktejeren også sørge for, at alle nye funktioner er i overensstemmelse med overordningenForretnings mål. For eksempel kan brugerne måske gerne kunne dele kalendere med personer uden for deres organisation, men det kan ikke justere med din organisations overordnede forretningsmål for at forbedre sikkerhed og bruger privatliv. Som produkt ejer er det dit ansvar at identificere, hvilke brugeranmodninger om at prioritere.

2. Bestem produktfunktioner og opret baglog elementer

Produktejeren oversætter derefter disse mål i specifikke produktfunktioner og backlog-elementer til Scrum-holdet til at arbejde på. På den måde kan resten af ​​Scrum-teamet nul ind på de specifikke detaljer i hvert baglog-element, mens produktejeren hjælper med at sikre, at hvert backlog-emne adresserer specifikke virksomhedsmål og brugerbehov.

For at fortsætte med Calendar App Eksempel kan dette betyde at definere en produktfunktion, der sporer de foretrukne arbejdstid for forskellige holdmedlemmer. Derefter vil produktejeren arbejde sammen med Scrum-teamet for at bryde den funktion op i mindre handlingerbare opgaver for produktets backlog-lignende en opgave for at udvikle front-end design, en til at oprette en grænseflade for brugere at indtaste deres foretrukne timer og så på.

3. Opret brugerhistorier

Produktejeren opretter også brugerhistorier for at hjælpe holdmedlemmer med at forstå konteksten for hver produktfunktion. I Agile Project Management er en brugerhistorie en ikke-teknisk forklaring på en produktfunktion, der er skrevet fra brugerens perspektiv. Brugerhistorier definerer slutmålene for en produktfunktion - så udviklingsholdet ved, hvad de bygger, hvorfor de bygger det, og hvilken værdi det skaber.

Brugerhistorier udtrykkes ofte som en enkelt sætning, der er struktureret som følger:

For at fortsætte med kalendereksemplet kan en produktejer oprette denne brugerhistorie for at definere funktionens mål:

"Som leder af et fjernt hold vil jeg forstå, når mine holdmedlemmer arbejder, så jeg kan planlægge møder i tider, der er bekvemme for alle."

4. Prioritér og administrer produktets baggrundslog

Sammen med at definere produktfunktioner er produktejeren ansvarlig forBacklog Refinement.. Det betyder, at de håndtererProdukt Backlogog prioritere opgaver baseret på forretningsbehov, produktmål og brugerkrav. Da produktejeren har et højt niveau for produktet, og hvordan det passer til overordnede forretningsmål, kan de hjælpe Scrum-teamet med at forstå, hvad de skal arbejde på først. For eksempel kan produktejeren prioritere sikkerhedsrelaterede opgaver for at justere med et overordnet forretningsinitiativ, der fokuserer på at forbedre brugerens privatliv.

Ud over prioritering sikrer produktejeren også, at interessenterne kan se og forstå produktets baggrundslog. På den måde kan interessenterne forstå, hvordan Scrum-teamet oversætter deres feedback til specifikke produktfunktioner, hvorfor de prioriterer visse opgaver over andre, og hvad en realistisk tidslinje ser ud til nye funktionsanmodninger.

5. Opfører produktudviklingsfaser

Når teams udvikler et nyt produkt eller en funktion, følger de ofte en foruddefineret proces for at sikre, at produktet er korrekt defineret, testet og implementeret. Denne praksis kaldesProduktudviklingsproces-A-seks-trins plan, der tager et produkt fra dets første koncept til den endelige markedsstart.

Produktejeren koordinerer med nøgleinteressenter til at guide et produkt gennem hvert trin i produktudviklingsprocessen:

IDEA GENERATION:Brainstorm produktkoncepter baseret på kundens behov og markedsundersøgelse.

Produktdefinition:Anvendelsesområde Funktionen definerer dens værdiforslag og identificer succesmålinger.

Prototyping:Lave enBevis-of-konceptversion af produktet for at identificere muligheden for forskellige funktioner og skabe en udviklingsstrategi.

Indledende design:Opret en første udkast version af det produkt, du kan bruge til at indsamle feedback fra interessenter og slutbrugere.

Validering og testning:Sørg for, at hver del af produktet fungerer effektivt, før den frigives til offentligheden.

Kommercisering:Lancere og implementere slutproduktet.

Efter denne proces sikrer Scrum-teamet det bedst mulige produkt med den mindste risiko.

Hvorfor er en produktsejer vigtig?

En produktsejer er en væsentlig del af et vellykket Scrum-team. Holdet er afhængig af produktejeren til:

Definer produktsynet

Det kræver en masse planlægning at definere nye produktfunktioner og oprette en produktkørsel. Produktejeren sørger ikke kun for, at produkt- eller produktets forbedringer - giver den bedst mulige oplevelse for slutbrugerne, men de sikrer også, at hver ny funktion er rettet mod overordnede forretningsmål. Definition af et klart formål for hvert baglog-element hjælper Scrum-teamet bruge deres tid på opgaver, der virkelig betyder noget.

Prioritere input fra interessenter og slutbrugere

Mensinteressenter.Troende, at deres projekter har høj prioritet, har produktejeren sammenhængen til at bestemme, hvad Scrum-holdet skal arbejde på først. Da produktejeren har indsigt i forretningsprioriteter, forstår de, hvorfor specifikke initiativer betyder, og hvordan arbejdsstiger op i dem. Det betyder, at de kan prioritere feedback fra interessenter og hjælpe Scrum Team fokusere på det vigtigste arbejde. Uden en produktejer ender Scrum Teams ofte med at prioritere arbejde baseret på retninger fra tværfunktionelle hold.

Derudover indsamler produktejeren feedback fra slutbrugere via brugerprøvning. Dette gør det muligt for dem at holde kontakten med brugernes behov, så de kan også prioritere arbejdet for at løse almindelige smertepunkter efter behov.

Sørg for, at Scrum Team følger retningslinjer for produktudvikling

Produktejeren leder også interessenter og Scrum Teams gennemProduktudviklingsproces. Mens forskellige virksomheder kan bruge variationer af denne proces, består det normalt af seks trin, der spænder fra den oprindelige produktide til faktisk implementering. Efter denne foruddefinerede proces hjælper teams lancering af produkter med den mindste risiko. For eksempel bør hold oprette en prototype for at teste det oprindelige koncept, komplette front-end-test for at identificere eventuelle udviklingsfejl eller risici og køre brugerprøvning for at sikre, at det færdige produkt opfylder forventningerne og kravene til slutbrugerne.

Produktejeren skaber ikke denne proces fra bunden (den er typisk defineret af lederskab i produktholdet), men det er deres ansvar at koordinere med interessenter og sikre, at holdet følger hvert trin.

Tage ejerskab

Produktsejere er en væsentlig del af ethvert Scrum-team. De udvikler high-level vision for et produkt og hjælper holdet med at udføre den vision - så alle forstår formålet med nye produktfunktioner, og hvorfor de er vigtige.

For at kunne lykkes som produktejer, skal du samarbejde med Scrum Team medlemmer og interessenter på daglig basis. Overvej at strømline dit arbejde med et projektstyringsværktøj, så du kan planlægge dine sprints, udføre opgaver og kommunikere alt på ét sted.