Fire trinn for å lage en Agile Product Roadmap

March 19  by Eliza

Produktet veikart er en samlet oversikt over produktets krav og et verdifullt verktøy for å planlegge og organisere reisen av produktutvikling. Produktet eier skaper produktet veikart med hjelp fra utviklingsteamet. Veikart brukes til å kategorisere krav, for å prioritere dem, og for å avgjøre en tidsplan for løslatelse.

Husk at du avgrense krav og estimater gjennom hele prosjektet. I produkt veikart fasen, er det greit for dine behov, estimater, og tidsrammer for å være svært høy. Fordi prioriteringer kan endre, kan du forvente å oppdatere din veikart gjennom hele prosjektet - minst to ganger i året.

Produktet veikart kan være så enkelt som huskelapper arrangert på en hvit bord - som legger ut oppdateringer som enkelt som å flytte en lapp fra én del av den hvite bord til en annen.

Trinn 1: Identifisere dine smidige produktkrav

Når du først opprette din veikart, du sannsynligvis vil starte med store, høyt nivå krav. Kravene om produktet veikart vil mest sannsynlig være på to forskjellige nivåer:

  • Temaer er logiske grupper av funksjoner og krav på sitt høyeste nivå.
  • Funksjoner er deler av produktet på et meget høyt nivå. Funksjoner beskrive en ny evne kunden vil ha når den funksjonen er fullført.

Når du begynner å lage krav på temaet og funksjonen nivå, kan det hjelpe å skrive disse kravene på kartotekkort eller store lapper. Ved hjelp av et fysisk kort som du kan flytte fra én kategori til en annen og tilbake igjen kan gjøre å organisere og prioritere disse kravene veldig enkelt.

Mens du lager produktet veikart, funksjonene du identifisere begynne å gjøre opp ditt produkt backlog - den fullstendige listen over hva som er i omfang for et produkt, uavhengig av detaljnivå. Når du har din første kravet, har du ditt produkt backlog startet.

Trinn 2: Ordne smidige produktegenskaper

Etter du identifisere dine produktkrav funksjoner, arbeider du med utviklingsteamet til gruppen kravene i temaer. En interessentmøte fungerer godt for gruppering krav, akkurat som det fungerer for å skape krav. Du kan gruppere funksjoner ved bruk flyt, teknisk likheten, eller forretningsbehov.

Qquestions å vurdere når gruppere dine krav:

  • Hvordan ville kundene bruker produktet?
  • Hvis vi tilbudt dette kravet, hva annet skulle kundene trenger å gjøre? Hva annet kan de ønsker å gjøre?
  • Kan utviklingsteamet identifisere tekniske slektskap eller avhengigheter?

Bruk svarene på disse spørsmålene for å identifisere temaer. Deretter gruppe funksjonene av disse temaene. Temaene i en mobilbankapplikasjon kan de som vises som gule lapper på tavle her:

Fire trinn for å lage en Agile Product Roadmap

Trinn 3: Beregning og bestiller den smidige produktets egenskaper

Etter du identifisere dine produktkrav og ordne disse kravene i logiske grupper, du beregne og bestille kravene. Noen få begreper du trenger for å bli kjent med for dette trinnet er:

  • Innsats er det lett eller vanskelig å skape et bestemt krav.
  • Et anslag, som et substantiv, kan være nummer eller beskrivelsen du bruker til å uttrykke den estimerte innsats av et krav.
  • Estimere et krav, som et verb, betyr å komme opp med en omtrentlig idé om hvor lett eller vanskelig det kravet vil være å skape.
  • Bestilling, eller prioritering, betyr et krav for å fastslå at kravet verdi i forhold til andre krav.
  • Verdi betyr bare hvor gunstig et bestemt produkt kravet kan være til organisasjonen skape det produktet.

Scoring krav verdi og innsats

For å bestille krav, må du først estimere en poengsum for å representere verdien og krefter for hvert krav. For å bestille dine krav, vil du også vite noen avhengigheter. En d ependenc y er et krav som trengs før et annet krav. For eksempel, hvis du har et program som trenger noen til å logge inn med brukernavn og passord, vil kravet om å opprette brukernavn være en avhengighet for kravet om å opprette passord, fordi du vanligvis trenger et brukernavn for å sette opp et passord.

Estimering, eller scoring, er krav til verdi og innsats et viktig første skritt for å bestille disse kravene.

Du arbeider med to forskjellige grupper å score dine krav:

  • Produkteier, med støtte fra interessenter, bestemmer verdien av kravet til kunden og bedriften.
  • Utviklingsteamet bestemmer innsats for å skape kravet for hvert krav.

Scrum-team bruker ofte Fibonacci sizing sekvens for å lage krav score. Fibonacci sekvensen går i en progresjon hvor hvert tall, bortsett fra de to første, er summen av de to foregående nummer - 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, og så på.

Bruk din score relativt. Velg et krav om at prosjektgruppen kan enes har en liten verdi og innsats, scorer det, og bruke dette kravet som en målestokk. Å score andre krav, bestemme om andre krav har mer eller mindre verdi enn ytelseskrav, og om de er lettere eller vanskeligere enn ytelseskrav.

Du kan bruke to referansekrav, en for verdi og en for krefter. Til slutt, den relative score, ikke den absolutte score, saker.

Beregne relativ prioritet

Etter at du har din verdi og innsats score for dine behov, kan du beregne relative prioriteringen av hvert krav. Relativ prioritet hjelper deg å forstå hvordan man krav relatert til et annet i form av verdi. Når du kjenner den relative prioriteringen av dine behov, kan du bestille dem på produktet veikart.

Beregne relativ prioritet med formelen: Relativ prioritet = verdi / innsats

For eksempel, hvis du har et krav med en verdi på 89 og en innsats på 55, er den relative prioriteringen 1,62 (89/55 = 1,62), som du kan runde av til to - faktisk, kan du runde alle brøk resultater til nærmeste hele tall.

Ved hjelp av denne formelen

  • Et krav med høy verdi og lav innsats har en høy relativ prioritet. For eksempel, hvis verdi er 144, og innsatsen er 3, er den relative prioritet 48.
  • Et krav med en lav verdi og høy innsats har en lavere relativ prioritet. For eksempel, hvis verdien er 2 og innsatsen er 89, er den relative prioritet 0,0224.

Denne formelen gir vanligvis brøkresultater. Hvis du vil, kan du runde de til nærmeste hele tall.

Relativ prioritet er bare et verktøy for å hjelpe produktet eieren ta beslutninger og prioritere kravene. Det er ikke en matematisk universell at du må følge. Sørg for at dine verktøy hjelpe, snarere enn hinder.

Legg merke til den relative prioritet for hvert krav. Herfra kan du gå gjennom dine krav samtidig og prioritere dem.

Prioritere krav

For å bestemme den generelle prioritet for dine behov, svare på følgende spørsmål:

  • Hva er den relative prioritering av kravet?
  • Hva er forutsetningene for noen krav?
  • Hva sett av krav hører sammen og vil utgjøre en solid utgivelse?

Ved hjelp av svarene på disse spørsmålene, kan du plassere de høyest prioriterte kravene først.

Din prioritert liste over brukerhistorier kalles et produkt backlog. Ditt produkt backlog er et viktig smidig dokument, eller i smidige termer, en gjenstand. Du bruker dette backlog gjennom hele prosjektet. Med et produkt backlog i hånden, kan du begynne å legge target utgivelser til produktet veikart.

Trinn 4: Bestemme høyt nivå smidig tidsrammer

Når du først opprette din veikart, rammer din tid for å slippe produktkrav er på et svært høyt nivå. For det første veikart, velge en logisk tidsintervallet for prosjektet, for eksempel et visst antall dager, uker, måneder, kvartaler (tremånedersperiodene), eller enda større intervaller. Ved hjelp av både kravet prioritet, kan du legge krav til hver økning av tid.