Hva er en produktbacklog? (Og hvordan du lager en)

En produktbacklog er en bestilt liste over oppgaver, funksjoner eller elementer som skal fylles ut som en del av en større veikart.

Produktskaping begynner med en ide, og det tar et dedikert team for å skape noe spesielt. Ja, selv iPhone var en gang bare en prototype som gjorde veien til vanlig popularitet takket være riktig lag. Når man administrerer A.Scrum Teamav utviklere, som bor organisert er avgjørende for produktsuksess.

Så hvordan kan utviklingsgruppene bli organisert og møte sine mål? Med prøvd og santå gjøre lister. En produktbacklog er i hovedsak en spesialisert til-gjør-liste. Hvis laget ditt bruker den fleksible metoden, kan en produktbeholdning hjelpe deg med å bryte ned prosjekter og avgjøre hvilke oppgaver som er viktigst.

Les videre for å finne ut hva en produktbacklog inneholder og hvordan du lager en for teamet ditt.

Hva er en produktbacklog?

En produktbacklog er en prioritert liste over elementer eller funksjoner som trengs for å møte mål og angi forventninger mellom lagene. Det kan hjelpe teamet ditt til å holde oversikt over oppgavene. Den generelle regelen er å ha en produktbeholdning for hvert produkt som utvikles og ett lag som er tildelt den aktuelle tilbakeslaget.

Av og til er det flere produktbacklogs med flere lag som arbeider på ett større produkt. La oss bruke Adobe Creative Cloud som et eksempel. Den kreative skyen er et paraplyprodukt, med mindre produkter som Photoshop, Illustrator, og etter effekter i den. Hver av disse mindre produktene ville ha sin egen produktbacklog og utpekte lag for utvikling.

En produktbacklog er avledet fra produktet Roadmap, som forklarer handlingsplanen for hvordan produktet skal utvikle seg. Utviklere bruker oppgavene i produktbevisningen for å komme til de ønskede resultatene så raskt som mulig.

Agile-lagene dedikerer sin tid til produktopprettelse og foreta justeringer som et prosjekt utvikler seg. På grunn av den agile metoden, er oppgavene på produktbackloggen ikke satt i stein, og ikke alle elementer på produktbeslaget vil bli fullført. Ditt utviklingslag bør forfine produktbevisningen når de prioriterer nødvendige oppgaver.

Hva er inkludert i en produktsøking?

En produktsøking inkluderer vanligvis funksjoner, feilrettinger, tekniske gjeld og kunnskapsoppkjøp. Disse produktroggene er tydelige arbeidsstykker som ennå ikke er levert for et produkt.

1. Funksjoner (brukerhistorier)

En funksjon, også kjent som aBrukerhistorie, er en funksjon av produktet som produktbrukeren finner verdifull. Funksjonene kan være komplekse - ofte referert til som epics - eller de kan være enkle. Opprette et historiekart kan hjelpe teamet ditt å avgjøre hva brukeren trenger mest.

2. Feilrettelser

Feilrettelser er selvforklarende, og ditt Scrum-team bør adressere disse raskt for å opprettholde produktets integritet. Noen feil kan være viktige nok til å forstyrre lagets nåværende sprint, mens andre kan vente på neste sprint. En generell regel med feil er imidlertid å holde dem på toppen av produktet ditt, slik at teamet ditt ikke glemmer dem.

3. Tekniske gjeld

Teknisk gjeld, som finansiell gjeld, "påløper interessen" når det ignoreres. Når utviklere presser teknisk arbeid til bunnen av produktbeslag, bygger den opp og blir vanskeligere å oppnå. Teamet ditt kan forhindre opphopning av teknisk gjeld ved å holde seg organisert og ta på seg teknisk arbeid i mindre, daglige trinn.

4. Kunnskapsoppkjøp

Kunnskapsoppkjøp innebærer å samle informasjon for å oppnå fremtidige oppgaver. Hvis teamet ditt har en funksjon som de ikke kan oppnå uten videre forskning, vil du skape en kunnskapsoppkjøpsoppgave som en prototype, eksperiment, ellerbevis på konseptfor å få informasjonen som trengs for funksjonen.

Slik lager du en produktbeholdning

En produktbacklog er mer enn en enkel å-gjøre liste. Du kan bryte komplekse oppgaver i en rekke trinn og delegere dem til lagmedlemmer tilsvarende. Her er trinnene for å utvikle en effektiv produktbeholdning.

1. Produkt veikart

Produktet Roadmap er grunnlaget for produktets tilbakeslag. Teamet ditt bør opprette en veikart før du lager produktbearbeiding fordi veikartet er en handlingsplan for hvordan produktet ditt vil endres når det utvikler seg. Roadmap er visjonen for langsiktig produktutvikling, men det kan også utvikle seg.

2. Liste produktsikkerhetsartikler

Med produktet ditt i veikart i tankene dine kan teamet ditt begynne å notere produktroggartikler. Disse elementene kan inneholde høyprioriterte elementer og flere abstrakte ideer. I løpet av denne fasen av produktbacklogsetting, må du også kommunisere medinteressenterog hør på deres ideer for produktforbedringer. En produktbacklog-mal kan gjøre det enkelt for deg å lage gjenstandrader og flytte rader rundt.

3. Prioritering.

Etter at laget ditt lister alle produktsikkerhetsartikler, er det på tide å sortere gjennom dem ogPrioritere hvilke oppgaver som er viktigst. Du kan identifisere toppprioritetsartikler ved å sette kundens forsiden av sinnet og vurdere hvilke elementer som gir mest mulig verdi for dem.

4. Oppdater regelmessig

Når teamet ditt fungerer gjennom produktbacklogs, husk at produktsøkingen skal være et levende dokument. Du kan kontinuerlig legge til elementer i backloggen og prioritere eller forfine elementene mens du jobber gjennom dem.

Slik prioriterer du produktsikkerhetsartikler

En viktig del av styring av produktbackloggen prioriterer oppgaver. Som denScrum Master., Du bør ha en grundig forståelse av hvilke nye funksjonseier som ønsker å se i produktet. Her er noen strategier for hvordan du prioriterer tilbakekoblingsartikler.

Organiser oppgaver ved haster og betydning

Når du fokuserer på bakloggforbedring, prøv å organisere oppgaver ved haster og betydning. Teamet bør prioritere produktbacklog-elementer som forbedrer funksjonaliteten til produktet, samt brukeropplevelsen.

Takle komplekse oppgaver først

Teamet ditt kan føle seg tilbøyelig til å fullføre enkle oppgaver først, slik at de kan fjerne dem fra produktbackloggen og forkorte listen, men dette er en mindre effektiv form for prosjektledelse. Produktbackloggen fortsetter å vokse, så takle komplekse oppgaver kan først være mest effektive for produktutvikling.

Komplette oppgaver i fokuserte sprinter av tid

Agile lag arbeider i fokuserte sprints av tid for å fullføre arbeidet, og denne metoden er svært effektiv for produktivitet. På slutten av hver sprint,produkteierOg noen interessenter kan delta på en sprintanmeldelse med deg og utviklingslaget for å sikre at alt er på sporet.

Kommuniser med teamet ditt

Kommunikasjon mellom lagmedlemmerer en avgjørende del av produktbacklog prioritering. For å kunne sortere gjennom backloggen og fullføre elementer i en rimelig tidsramme, må du og teamet ditt fungere sammen og følge Scrum Guide.

Produkt Backlog Eksempel

Produktbacklogs ser annerledes mellom prosjekter, men noen begynner med en episk. En episk er et overordnet problem du prøver å løse for en kunde. Her er et eksempel nedenfor:

Epic:Som markedsføringsleder vil jeg ha et innholdsstyringssystem som lar meg levere kvalitetsinnhold til mine lesere.

Denne episke kan resultere i ulike produktfunksjoner som spenner fra hvordan en bruker oppretter innhold i det nye systemet til hvordan de redigerer og deler innhold med lag. For å fortsette vårt produktbacklog eksempel, kan vi dele epikken til mer spesifikke brukerhistorier.

Historie 1:Som innholdsskaperen vil jeg ha et innholdsstyringssystem som lar meg lage innhold, så jeg kan informere kundene om våre produkter.

Historie 2:Som redaktør vil jeg ha et innholdsstyringssystem som lar meg vurdere innholdet før det er publisert, så jeg kan sikre at den er godt skrevet og optimalisert for søk.

Produktets eier, Scrum Master og Development-teamet bestemmer funksjonene produktet skal inneholde fra brukerhistoriene og prioritere dem basert på betydning.

Funksjoner Produktet skal inkludere for historie 1:

Logg inn på innholdsstyringssystemet

Skape innhold

Rediger en side med innhold

Lagre endringer

Tilordne innhold til redaktør for gjennomgang

Som produktleder bruker du EPICS for å veilede produktet i Roadmap og Backlog List. Som du kan se med dette eksemplet, kan en episk resultere i flere brukerhistorier og produktfunksjoner.

Hvordan kan en produktbacklog hjelpe laget ditt?

En produktbacklog hjelper teamet ditt til å kjøre som en godt oljet maskin ved å forbedre organisasjonen ogsamarbeid. Det blir det sentrale verktøyet for kommunikasjon og holder alle tilpasset mål og forventninger.

Fordi alt arbeidet for et produkt strømmer gjennom backloggen, gir produktbackloggen en base foriterasjon planlegging. Etter hvert som teamet ditt prioriterer oppgaver med veiledning fra produktets eier, vil de også avgjøre hvor mye arbeid de kan forplikte seg til i en bestemt tidsblokk. Disse tidblokkene kalles iterasjoner eller sprints.

Produktbacklogen fremmer også Agile Team-utvikling ved å oppmuntre til et fleksibelt, men produktivt arbeidsmiljø. Oppgaver på produktbacklogs er ikke satt i stein, og laget sorterer dem etter rekkefølge av betydning før du velger hvilke oppgaver som skal takle først.

Sprint Backlog vs Product Backlog

Sprint Backlogs og Product Backlogs er svært like i forhold til deres komponenter. Sprint Backlogs er en delmengde av produktbackloggen, men de er brukt spesielt under sprints.

Produktinnehaveren har kontroll over produktets tilbakeslag fordi det tar hele produktet fra start til slutt. Utviklingslaget eier hver Sprint Backlog fordi disse mindre å gjøre lister tatt fra produktbeholdning er ment å være ferdig innen en bestemt tidsperiode.

Sprint-backloggen avhenger av produktbevisningen, og den ender når sprinten slutter. En Sprint Backlog vil også ha sitt eget sprintmål utviklet underSprint planlegging. Produktbackloggen fokuserer på hele målet for produktet og oppgavene prioriteres basert på det målet.

Produktbackloggen er mer fleksibel enn sprintbackloggen og kan variere basert på kundens behov. Produktbevisningen forblir på plass og må opprettholdes til produktet når full utvikling.

Ser tilbake på vårt produkt Backlog Eksempel, kan vi også lage en Sprint Backlog-eksempel. Når du utvikler et biltilbehør for å hjelpe noen å kjøre bil med hendene, var en oppgave på produktbackloggen å lage en prototype av biltilbehøret. Denne prototypen kan bli en sprint fordi det kan ta en delmengde av oppgaver å utvikle seg.

Sprint Backlog Items for Car Accessory Prototype kan omfatte:

Opprett en konseptskisse

Utvikle en virtuell prototype

Bygg en fysisk prototype

Finn en produsent for å bygge prototypen

Disse sprintbacklog-elementene vil også være på produktbeslag, men å skille dem inn i sin egen sprint kan hjelpe utviklere gjennomScrum-prosessenSom de oppnår disse oppgavene og får prototypen opprettet raskt.

Logg inn fremdriften din med en produktbeholdning

Å få et produkt til målstreken er enklere når du har en velorganisert produktbeholdning på plass.UDN Task ManagerKan hjelpe deg med å administrere agile prosjekter på den mest effektive måten med moderne scrum-programvare.