Backlog er Definisjon, egenskaper, funksjoner, eksempel

2024 Forfatter: Howard Calhoun | [email protected]. Sist endret: 2024-01-17 19:03

Backlog er en pågående logg. Produktets innhold og tilgjengelighet er produkteierens ansvar. Dette er den eneste kilden til eventuelle endringer som er gjort i produktet.

En backlog er en liste over nye funksjoner, endringer i eksisterende funksjoner, feilrettinger, infrastrukturendringer eller andre handlinger som et team kan ta for å oppnå et bestemt resultat. Det er den eneste autoritative informasjonskilden som selskapet er avhengig av. Dette betyr at ingenting vil bli gjort av det som ikke står i denne loggen. Den representerer måten teamet må jobbe med produktet for å oppnå et spesifikt resultat.

Funksjoner

Å legge til en produktvare i loggen under arbeid skal være raskt og enkelt, og like enkelt fjernes en vare fra etterslepet som ikke fører direkte til ønsket resultat eller ikke tillater fremdrift. oppnådd.

Backlog-elementer aksepteres i en rekke formater, med de flestevanlig er brukerhistorier. Teamet bestemmer formatet de har valgt og behandler backlog-elementene som en påminnelse om aspekter ved løsningen de jobber med.

Produktetterslep

En backlog lar alle i avdelingen bidra med ideer for å forbedre et produkt eller en tjeneste. Prioriteringsprosessen avgjør hva som faktisk blir en del av produktet. Denne metoden lar deg implementere oppgaver, bruke ressurser kun på de beste ideene som er tilgjengelige for øyeblikket. I tilfelle forlatelse av utdaterte ideer, blir etterslepet noen ganger supplert og raffinert.

Produktetterslepet varierer i størrelse og granularitet, hovedsakelig avhengig av hvor raskt teamet begynner å jobbe med det. Oppgavene som teamet skal jobbe med i nær fremtid bør være små i størrelse og inneholde nok detaljer til å komme i gang. Gruppen kan sette opp en definisjon av beredskap, angi ønsket om informasjonen de ønsker å ha tilgjengelig for å starte arbeidet med etterslepet.

Produktetterslepet endres etter hvert som teamet bedre forstår resultatene og finner en løsning. Denne omorganiseringen av eksisterende elementer, den konstante tillegg, fjerning og foredling av disse elementene, bestemmer den dynamiske naturen til etterslepet.

Visninger

Program Backlog

Programmer forventes å møte interessentenes krav og planlegger å implementere dem som prosjekter. Dette skjer vanligvis fortløpende. Backlog-strukturen er nyttig for kravlagring, en prioriterings- og planleggingsprosess der høyverdikrav grupperes i prosjekter.

Task Backlog

Det kan implementeres av en enkeltperson eller et team som en tidsstyringsmetode. Folk har begrenset tid og må ofte prioritere oppgaver. Som med produkter og programmer, kan ikke alt i etterslepet forventes å bli fullført.

Hvem velger oppgaver for etterslepet?

Ansvaret for backlog-innhold ligger hos produkteieren. Han er selvfølgelig ikke alene om oppgaven sin og kan be om all hjelp han trenger. Produkteieren må forstå kunden godt og være i nær kontakt med denne. Han kan og bør også alltid kommunisere med andre interesserte for å ta hensyn til deres ønsker. Det er også viktig å holde kontakten med utviklingsteamet for å forstå kostnadene og kompleksiteten til visse krav.

Men til syvende og sist er produktets eier den eneste som er ansvarlig for å prioritere. Dette er også grunnen til at det aldri skal være flere produkteiere eller produkteierkomiteer. For beslutningstaking må det være et enkelt sannhetspunkt - eieren av produktet. Den samler all informasjon om markedet, virksomheten, interessenter, kompleksiteten og mer i én klar prioritering.

Teamet som jobber med produktet kan spille en viss rolle som eierprodukt med hovedansvar - vedlikehold av produktet. Nøkkelvedlikeholdsaktiviteter for etterslep inkluderer prioritering av produktrestanser, avgjørelse av hvilke reservedeler som skal fjernes fra etterslepet, og tilrettelegging for avklaring av etterslep.

Hvordan ser det ut?

Responsen er en effektiv måte for et team å kommunisere hva de jobber med og hva de planlegger å jobbe med videre. Historiekart og informasjonskilder kan gi et klart bilde av dagens situasjon for teamet og interessentene.

Responsen kan presenteres i fysisk form ved hjelp av kartotekkort eller notater, eller den kan presenteres i elektronisk form som en tekstfil eller et Excel-regneark. Et e-postskjema er det beste alternativet for et team som har eksterne medlemmer eller samler inn mye ekstra produktinformasjon. Fysiske former har den fordelen at produktetterslepet hele tiden er synlig og spesifikk under produktrelaterte diskusjoner.

Backlog-funksjoner

Når en produktbacklog er opprettet, er det viktig å vedlikeholde den regelmessig for å følge med i programmet. Produkteiere bør gjennomgå etterslepet før hvert driftsplanleggingsmøte for å sikre at prioriteringen er riktig og tilbakemelding fra siste operasjon er inkludert.

Etter at etterslepet vokser, må produkteieregrupper den i kortsiktige og langsiktige stillinger. Oppgaver som er nærmest i mening skal være fullstendig spesifisert før de merkes som sådan. Det betyr at komplette brukerhistorier er skrevet, design- og utviklingssamarbeid er etablert, utviklingsevalueringer er gjort. Varer på lengre sikt kan forbli litt vage, selv om det er greit å få et grovt estimat fra utviklingsteamet for å hjelpe deg med å prioritere.

Responsen er bindeleddet mellom produkteieren og utviklingsteamet. Produkteieren kan når som helst omprioritere arbeid i køen på grunn av tilbakemeldinger fra kunder, raffinering av estimater og nye krav. Men når arbeidet begynner, bør endringer holdes på et minimum da de forstyrrer utviklingsteamet og påvirker fokus og moral.

Driblingsfeil

Det er noen få vanlige backlog-feil du må passe på:

• Produkteieren prioriterer etterslepet ved oppstart av et prosjekt, men justerer det ikke når tilbakemeldinger fra utviklere og interessenter kommer inn.
• Teamet begrenser etterslepet til kundevendte varer.
• Det ser ut som et dokument som er lagret lok alt og sjelden brukt, noe som hindrer interesserte i å oppdatere.

Backlog-eksempel

Forarbeider med backlog, trenger du ikke bruke noen komplekse verktøy. Du kan starte med papirkort eller med et Microsoft Excel-regneark.

Den vanligste måten å definere backlog-elementer på er gjennom en brukerhistorie. I dette tilfellet kan du legge til et navn for hurtiglenken (men dette gjøres vanligvis ikke ved bruk av kartotekkort), og om nødvendig legge til tilfredshetsbetingelser på baksiden av kortet.

Automatisk ølutvalg til festen. Kjøperen ønsker å imponere vennene sine med mange sjeldne merker

Velge et nytt øl etter smak. En kunde ønsker å se på en ølkatalog for å velge en ny. Han kan se forskjellige smaker rett på katalogsidene

Bestill favorittølet ditt. En lojal kunde vil se favorittølene sine slik at de kan bestille dem igjen hver gang

Anbefaler dyrt øl. Butikkeieren vil at baren skal anbefale dyrt øl for å øke fortjenesten

Du kan også valgfritt legge til noen få valgfrie felt som "Nummer", "Vurdering", "Betingelser" og "Prioritet" (som kan brukes til å sortere etterslepet i forretningsprioritet).

Number	Oppgave	Rating	Condition	Priority
234	Autoutvalg av festøl	20	Order	1
556	Velger nytt øl etter smak	8	Order	15
123	Bestill favorittølet ditt	3	Order	40
89	Anbefal dyrt øl	5	Profit	50

Som du kan se fra dette eksemplet, krever ikke en produktreaksjon noen komplekse verktøy. Et papirkort eller Excel-ark er mer enn nok til å ta vare på et tilstrekkelig dypt og romslig etterslep og definere dens klare posisjoner.