Hvordan prioritere produktreserven og maksimere forretningssuksess

Produktetterslep er en primær komponent i en organisasjons smidige produktutvikling siden den inneholder elementer du må adressere på et bestemt punkt.

Å lage et nytt produkt begynner med ideen som lar et team bygge noe spesielt. Selv iPhone kom først som en prototype og tok veien mot popularitet, takket være deres dedikerte team.

Mens du leder et team, som produktsjef, må du holde deg organisert med viktige gjøremålslister. Vel, det er ikke så lett som det ser ut til.

Å opprettholde en oppgaveliste og bestemme hvilken du skal gjøre først er en veldig vanskelig oppgave. Og når det er flere interessenter, blir det enda mer overveldende.

Som et resultat taper organisasjoner mye tid og ressurser.

Det er her produktprioritering gjør alle oppgavene enklere og hjelper deg å vedlikeholde oppgavelisten på riktig måte.

I denne artikkelen vil jeg diskutere produktbacklog i detalj, dens typiske elementer, fordeler og mer.

Hva er en produktbacklog?

En produktbacklog er en liste over prioriterte funksjoner eller arbeidselementer som hjelper deg med å nå produktmålene dine og sette gyldige forventninger blant utviklerteamene. Med enkle ord har hvert produkt i utviklingsfasen en dedikert produktreserve.

På samme måte har hver produktbacklog et dedikert team. Generelt er det flere produktetterslep med flere team som jobber med et større produkt.

La oss for eksempel navngi et større produkt som «Produkt» og mindre produkter som «Produkt A», «Produkt B» og «Produkt C». Produkt A, Produkt B og Produkt C har sin egen produktbacklog og spesielle team for utvikling. Hvert utpekt team jobber med mindre produkter for til slutt å bygge et større produkt.

Dermed kan den defineres som en prioritert liste over arbeidet som er avledet fra produktets veikart og dets krav til utviklingsteamet ditt. De mest essensielle elementene er på toppen av backlog, slik at utviklingsteam vet hvilken de skal levere først.

Imidlertid er en produktbacklog et levende dokument som lar produktledere tilegne seg en større forståelse av typiske problemer og løsningen som kreves for å levere produktet.

Hvem prioriterer backlog-elementer?

En produktbacklog eies av en produkteier eller produktsjef. En produkteier er ansvarlig for vedlikehold av etterslep, mens andre teammedlemmer bidrar med innsats og tid til produktutvikling.

Dermed kan det primære formålet med produktetterslepet være:

• Utvikle et grunnlag for å samkjøre team og interessenter slik at utviklingsteam implementerer verdifulle brukerhistorier
• Tilbyr fleksibilitet for å tilpasse seg realiteter og behov
• Forbedre effektiviteten til produktutgivelsesprognoser ved å bruke en fellesnevner på tvers av ulike team for å holde sammen til ett enkelt produkt.

Typiske elementer i produktetterslepet

Et produktetterslep inkluderer feilrettinger, funksjoner, kunnskapsinnhenting og teknisk gjeld. Disse elementene er tydelige deler av større arbeid som måtte leveres for ferdigstillelse av produktet.

#1. Feilrettinger

Defekter og feil er problemene som oppdages av sluttbrukerne, som unngås under kvalitetskontrollprosessen. Hvis feilene ikke blir løst innen tid, har de en tendens til å samle seg over tid.

Teamet ditt løser feilrettinger raskt for å opprettholde produktets integritet. Noen feil er viktige nok til å avbryte lagets nåværende sprint, mens andre kan vente på neste sprint. Det forblir på toppen av produktreserven slik at utviklingsteamet aldri glemmer feilrettinger.

#2. Egenskaper

En funksjon er en funksjon av et produkt som brukerne finner verdifulle. Det er også kjent som en brukerhistorie. Funksjoner kan være komplekse eller enkle. Men for å forstå brukerens behov, må du lage et historiekart.

Opprinnelsen til forespørsler om nye funksjoner kommer fra forskjellige kilder. Funksjoner inkluderer produktadministrasjon, support, salg, sluttbrukere og mer. Det kan være vanskelig å prioritere nye funksjoner ettersom du må balansere de konkurrerende kravene til:

• Holde tidligere kunder fornøyde
• Møte termin salgsmuligheter
• Arbeider mot en høyere visjon av produktet

Produktsjefen overvåker disse kildene og løser motstridende forespørsler. Hvis du rutinemessig gjør det, kan du sikre at produktreserven har nye funksjoner som kan tiltrekke kunder og gjøre eksisterende kunder fornøyde.

#3. Kunnskapsinnhenting

Her samler du informasjon for å fullføre fremtidige oppgaver. Viktigere er at kunnskapsinnhenting er et forskningsstadium. Når du oppdager en funksjon som krever mer forskning, kan du opprette en kunnskapsinnhentingsoppgave, for eksempel en proof-of-concept, et eksperiment eller en prototype. Dette vil hjelpe deg å få informasjonen for å starte arbeidet med funksjonen.

#4. Teknisk gjeld

Teknisk gjeld er som finansiell gjeld. Det påløper renter når du ser bort fra gjelden. Dette skjer når utviklere skyver dette stadiet til bunnen av backlog, da blir det vanskeligere å oppnå.

Effektiv styring av produktetterslepet kan forhindre teknisk gjeld. Når utviklingsteamet ditt holder seg organisert med listen og tar på seg den tekniske jobben i daglige eller mindre trinn, er det mindre sannsynlig at du ser økt interesse for arbeidet.

Teknisk gjeld er resultatet av endring basert på følgende:

• Skalerbarhet og ytelsesforventninger
• Omfang og retning
• Teknologi og beste praksis

Produktetterslep: Fordeler

Et produkt representerer absolutt tilbakemeldinger fra forskjellige kilder, som selgere, utviklere og, viktigst av alt, brukere. Du må være klar til å ta tilbakemeldingene deres, administrere den, prioritere den og jobbe grundig med den for fremtidig produktlevering.

Uten en skikkelig prosess blir det utfordrende å utvikle produktet ditt. Dermed vil en godt administrert og godt bearbeidet backlog hjelpe deg med å fokusere på produktet og føre til et mer effektivt team.

La oss diskutere fordelene ved å opprettholde et produktetterslep i en organisasjon:

• Forbedret fokus: Produktetterslep hjelper deg med å fokusere på viktige oppgaver og lar deg unngå distraksjoner.
• Forbedret effektivitet: Prioritering av elementer sikrer at teamet ditt jobber grundig med oppgavene, noe som fører til bedre effektivitet.
• Bedre risikostyring: Produktbacklog kan identifisere og adressere risikoer tidlig i utviklingsprosessen, noe som gjør ledelsen risikofri.
• Bedre kundetilfredshet: Sluttbrukernes tilfredshet er ditt primære mål. Derfor er backlog-prioritering avgjørende for en organisasjon for å gjøre dem fornøyde ved å sjekke hva som er nødvendig å legge til eller fjerne fra produktet, noe som gjør det til et verdifullt produkt for brukerne dine.
• Økt kommunikasjon: Produktbacklog oppmuntrer til samarbeid og kommunikasjon mellom teamet ditt, noe som resulterer i bedre fokus mens du utvikler et produkt og bedre resultater.
• Forbedret teammoral: Produktetterslep gir et formål og en følelse av retning for teamet, noe som fører til forbedret moral.
• Fremmer fleksibilitet: Produktetterslepet endres i henhold til utviklerens fremgang og fullføringsrate for oppgavene. Når utviklingen av produktstatus endres, omprioriterer produktsjefen oppgaver. Denne fleksibiliteten er nødvendig for å unngå tomrom i arbeidstiden.

Bortsett fra dette kan du finne mange fordeler, for eksempel den raskeste avkastningen på investeringen din, forbedret kundetilfredshet, minimal risiko og mer.

Hvordan lage en produktbacklog

Produkteier har hele ansvaret for prioriteringsoppgaver. For å opprette en godt administrert produktbacklog, må du følge disse trinnene:

Trinn 1: Legge til ideer til produktreserven

Produktetterslepet er en liste over ideer. Den inneholder uttalelser eller tilbakemeldinger gitt av teammedlemmer, interessenter og kunder. På en enkel måte må du legge til ideer til listen etter å ha diskutert dem med interessenter, team og kunder om et eksisterende produkt eller et nytt produkt.

I utgangspunktet vil du bare ha begrensede ideer, men under utviklingsprosessen vil du få nye ideer, med tanke på markedsrelevansen og konkurransen til produktet.

Trinn 2: Få avklaring

Når interessenten trenger noen endringer i tillegg eller fiksering av produktet, er det viktig å avklare det på forhånd. Produkteieren må avklare følgende grunnleggende punkter for å forstå viktigheten av tillegg:

• Årsaken bak løsningen: Dette indikerer hva problemet faktisk er, hvordan det ble forårsaket og hvordan det løses.
• Verdien det bidrar med: Teamet analyserer om det nye tillegget vil bidra til hele produktet og forbedre kvaliteten. Tillegget skal øke produktets verdi. Dermed resulterer det i en økning i forretningsverdi og bedre avkastning på investeringen.
• Varespesifikasjonen: Spesifikasjonen må være tydelig fra produkteierens side, slik at utviklere aldri finner noen problemer under utviklingsprosessen.

Trinn 3: Prioritering

Når alt er i tråd, er produkteierens ansvar å prioritere etterslep fra høyeste til laveste prioritet. Dette stadiet er basert på den strategiske analysen av informasjonen. Å ha en godt administrert liste kan forbedre kommunikasjonen mellom forskjellige team.

Produkteieren prioriterer backlog-elementene basert på spesifikke kriterier:

• Inntekter: Enhver funksjon eller gjenstand som kan føre til bedre inntekter bør holdes på en høyprioritert liste.
• Markedets unikhet og rettelse: Hvis en funksjon du bestemmer deg for å legge til er unik på markedet, vil du sannsynligvis skille deg ut i markedet. Du må også se om en eksisterende funksjon kan løse brukernes problemer, siden det er det faktiske målet.
• Kompleksitet: Før du prioriterer backlog-elementer, må du sjekke kompleksiteten til den foreslåtte funksjonen sammen med tiden det kan ta for utvikling og utgivelse.

Trinn 4: Oppdater produktbacklog regelmessig

Produktetterslepet er et levende dokument som må oppdateres i tide av produktets eier. Prosessen med å avgrense, prioritere og holde backlog-postene oppdatert er en vesentlig del av utviklingsprosessen.

Produktreserven inneholder mange ideer. Du må avgrense disse ideene og forkaste de som ikke er relevante. Med det siste trinnet blir backlog-poster prioritert og ordnet i henhold til prioritetsnivå.

Noen prioriteringsmetoder

Det er mange metoder å bruke for å prioritere etterslep. La oss diskutere noen av dem:

#1. MOSKVA-teknikk

Bildekilde: StoriesOnBoard

MoSCoW er en type analyse som vanligvis brukes i produktledelse for å forstå hva som er viktig å gjøre og hva som ikke er det. Det er en nyttig metode for å kommunisere med interessenter om hva du jobber med og hvorfor.

Navnet inkluderer fire prioriteringskategorier:

• Må ha: Helt nødvendige krav
• Bør ha: Høyprioriterte funksjoner
• Kan ha: Mulige funksjoner
• Vil ikke ha: Ikke implementert

«Må ha» representerer de absolutte egenskapene som må være der i produktet. Dette kan være av sikkerhetshensyn, forretningsmessige årsaker og juridiske årsaker. For dette, liste opp de beste og verste scenariene for å inkludere funksjonen i listen og mal bildet.

«Bør ha» betyr funksjonene som kan inkluderes, men som ikke er obligatoriske.

«Kunne ha» er for elementer som kan legges til hvis en organisasjon har de nødvendige ressursene, men ikke er en nødvendighet for å oppnå suksess.

«Won’t have» forteller deg ikke at funksjonen ikke lenger er nødvendig eller at den er en gjenstand som er kastet. I stedet mener produktsjefen «ikke denne gangen». Det er flere årsaker bak dette, som mangel på tid eller ressurser.

#2. Eisenhower Matrix

Denne metoden er en enkel måte å administrere tid på riktig måte. Det stammer fra Dwight D. Eisenhowers beslutningsmatrise. Dette endres senere til en 4-kvadrantvisualisering som kan brukes til å prioritere oppgavene i backlog-listene.

Bildekilde: ModelThinkers

Matrisen inneholder to prioriteringsdimensjoner – viktighet og haster. Denne teknikken lar deg fordele oppgaver på tvers av fire deler av matrisen som inneholder:

• Høy prioritet
• Middels prioritet
• Haster, men viktig
• Lav prioritet

#3. Kano

Kano-modellen er et av de utmerkede alternativene for organisasjoner som leter etter kundeglede og -tilfredshet. Produktledernes funksjonsetterslep er uendelig, men de ønsker å bygge et produktveikart med de perfekte funksjonene. Kano-modellen er en robust teknikk som veileder produktsjefer. Denne teknikken ble utviklet på 1980-tallet av Noriaki Kano.

Denne modellen inkluderer tre lokaler:

• Tilfredsheten som gjenspeiler kundelykke
• Kundenes reaksjon avhenger av egenskapene og funksjonene til et produkt
• Kundens følelser

#4. Vektet korteste jobb først (WSJF)

WSJF er et verktøy som hjelper teamene dine med å prioritere en liste over initiativer. Vanligvis brukes dette verktøyet i Scaled Agile Framework (SAFe). Et team regner ut hvert initiativs poengsum ved å dele kostnadene ved forsinkelse på jobbens størrelse eller varighet. Varen som får høyest poengsum er på topplisten som høy prioritet.

Hvordan administrere etterslep

Følg fremgangsmåten nedenfor for å sikre riktig håndtering av etterslep og holde etterslepet sunn:

• Gjennomgå produktetterslepet før enhver iterasjonsplanlegging for å sikre at oppgavene du har prioritert er riktige og at tidligere tilbakemeldinger også implementeres.
• Når etterslepet blir større, må du kategorisere varene i – kortsiktig eller kortsiktig, og langsiktig.
• Bestem deg for å beholde eller slette varene i henhold til fordelene deres
• Ikke legg til noen oppgaver uten skikkelig planlegging.
• Gjør denne prioriteringsprosessen til en prioritet i organisasjonen din.

Dessuten kan du enkelt omprioritere oppgavene under utviklingsprosessen i henhold til tilbakemeldinger fra kunder. I tillegg kan du avgrense de tidligere uttalelsene og legge til nye krav.

Sprint Backlog vs Product Backlog

• En produktbacklog viser alle elementene som må fullføres for å fullføre utviklingsprosessen innen tiden. Mens en sprintbacklog inkluderer elementer fra backloggen som kreves for å bli fullført innenfor sprinten.
• Produkteiere bestemmer backlog-listene, mens utviklingsteam bestemmer sprintbacklog-elementene.
• En produktbacklog bygges ut fra produktmålet. Men en sprintbacklog stemmer overens med en spesifikk sprint.
• En produktbacklog kan endres over tid, mens sprintbacklog ikke endres etter at den er satt.
• Et produktetterslep krever vedlikehold og består til prosjektet er fullført. Men en sprint-etterslep forblir ikke til slutten; det ender med spurten.

Konklusjon

Å opprettholde et produktreserve er et viktig skritt i produktutviklingsprosessen. Det gir en klar oversikt over det pågående arbeidet, fullførte og dine fremtidige planer. Så det er på tide at du oppretter og vedlikeholder en effektiv produktbacklog og holder deg på toppen av spillet ditt.

Du kan også utforske den beste CFD-analyseprogramvaren og Scrum-verktøyene.