Produktbacklog

Det kan vara svårt att hålla reda på alla uppgifter som produktteamet måste slutföra – särskilt om de innehåller mycket information av olika slag. Genom att skapa en mall för produktbacklogg kan du hjälpa teamet skapa enhetliga produktbackloggar för olika produkter och se till att varje uppgift har all den information som produktutvecklaren behöver för att slutföra den. 

Vad är en mall för en produktbacklogg?

En mall för en produktbacklogg ger dig den återanvändbara strukturen hos en agil produktbacklogg, så att snabbt och enkelt kan skapa backloggar för nya projekt. 

När den väl är skapad kan team använda den här mallen för produktbacklogg som ett ramverk för att skapa nya produktbackloggar. I allmänhet finns det flera produktbackloggar som fokuserar på olika aspekter av en övergripande produkt. Det kan till exempel finnas ett team som fokuserar på användarupplevelsen och ett annat som fokuserar på kvalitetssäkring, men båda är en del av samma produktteam. Genom att använda en mall för en produktbacklogg säkerställer du att olika team är enhetliga, så att alla ser informationen på samma sätt oavsett vem som arbetar med vilken uppgift. 

Vad är en produktbacklogg?

En produktbacklogg är en prioriterad lista över uppgifter som ofta används i agila projekthanteringsmetoder, och mer specifikt, produktutveckling. En produktbacklogg bör baseras på projektöversikten, som är den allmänna utvecklingen av hur man vill att produkten ska utvecklas. 

Hur skapar man en produktbacklogg?

Den första gången du skapar en produktbacklogg bör du ta kontakt med viktiga intressenter. Arbeta med andra produktchefer eller Scrummästare som du regelbundet samarbetar med för att samordna processerna. Det här bidrar till att skapa enhetlighet och förbättra samarbetet i teamet, så att hela teamet får liknande processer oavsett vilken del av produkten de arbetar med. 

Genom att skapa ett allmänt ramverk för en mall för en produktbacklogg kan du sedan anpassa det för att passa behoven i ditt specifika projektteam. Ett team kan till exempel ha en fas för design medan ett annat team kan ha en fas för kvalitetssäkring. Alla team kommer inte att ha exakt samma processer, så att börja med en mall ger ditt team möjlighet att ha samma grundläggande ramverk, men ändå erbjuda alternativ för anpassning. 

Vad bör en mall för en produktbacklogg innehålla?

Att ha ett enhetligt ramverk för produktbackloggen gör det lättare att planera sprinter och förfina backloggen. En bra mall för en produktbacklogg har ofta följande egenskaper, som även bör ingå i din mall:

• Ett beskrivande uppgiftsnamn: En vanlig bästa praxis är att skapa uppgifter med namn som börjar med verb så att utvecklare vet exakt vad som behöver göras för att slutföra uppgiften.

• Uppgiftsprioritet: Det här är hur viktig uppgiften är jämfört med andra uppgifter i produktbackloggen.

• Sprint: Det här fastställer vilken sprint en viss punkt i produktbackloggen är avsedd för. 

• Slutdatum: när en uppgift ska vara slutförd.

• Story points: En uppskattningsmetod som ger en indikation av hur mycket insats en uppgift kräver. 

• User story: En förklaring hur en funktion ska fungera från användarens perspektiv. Man skriver vanligtvis användarberättelser enligt följande: ”Som en [persona] vill jag att [programvarumål], så att [önskat resultat].”

Man använder ofta Kanban-kort för att illustrera uppgifterna i en mall för en produktbacklogg. Genom att använda en mall för Kanban-kort kan du organisera produktbackloggen på ett enklare sätt. 

Vad använder man en mall för en produktbacklogg till?

En mall för en produktbacklogg används för att sammanställa uppgifter som teamet måste utföra för att nå ett visst mål. När utvecklingen börjar samlas uppgifter in, vilket resulterar i produktbackloggen. Sedan bestämmer produktchefen eller produktägaren vilka uppgifter från produktbackloggen som ska ingå i en sprintbacklogg som ska utvecklas. 

Vad är skillnaden mellan en produktbacklogg och en sprintbacklog?

En produktbacklogg är en stor samling uppgifter för ett helt projekt, medan en sprintbacklogg innehåller uppgifter för en specifik sprint. En produktchef organiserar och förfinar en produktbacklogg för att se till att varje backlogguppgift som läggs till i en sprintbacklog har all information som en utvecklare behöver för att slutföra uppgiften. 

Integrerade funktioner

• Tavelvy. Tavelvyn är en Kanban-tavelvy som visar ett projekts information i kolumner. Kolumnerna är vanligtvis organiserade efter arbetsstatus (t.ex. Att göra, Pågående och Slutfört), men du kan justera kolumntitlarna efter olika projektbehov. Inom varje kolumn visas uppgifterna som kort med olika information, såsom uppgiftstitel, slutdatum och anpassade fält. Följ arbetet när det rör sig genom faserna och få en snabb överblick över hur det går med projektet.

• Tidslinjevy. Tidslinjevyn är en Gantt-liknande projektvy som visar alla dina uppgifter i ett horisontellt stapeldiagram. Du kan inte bara se uppgifternas start- och slutdatum utan även beroenden mellan uppgifter. Med tidslinjevyn kan du enkelt hålla koll på hur bitarna i din plan passar ihop. När du kan se allt arbete på ett ställe är det dessutom lätt att identifiera och åtgärda beroendekonflikter innan de uppstår, så att du kan nå alla mål i tid. 

• Uppdateringar av projektstatus. Glöm att behöva kolla igenom olika verktyg för att hitta information om projektstatus eller sitta på ett möte som lika gärna kunde ha varit ett e-postmeddelande. Uppdateringar av projektstatus i Asana är inte bara enkla att använda, de är också direkt sammankopplade till arbetet som ditt team utför. Det gör det enkelt för teammedlemmarna att få tillgång till ytterligare projektinformation, såsom projektplanen, kommunikationsplanen, projektets mål, milstolpar, leveranser och mycket mer. Projektstatusrapporter minskar manuellt arbete, centraliserar information och håller alla uppdaterade. 

• Automatisering. Automatisera manuellt arbete så att ditt team lägger mindre tid på improduktivt arbete och mer tid på de uppgifter de anlitades för att göra. Regler i Asana fungerar utifrån utlösare och åtgärder – i huvudsak ”om X händer, gör Y”. Använd regler för att automatiskt tilldela arbete, justera slutdatum, ställa in anpassade fält, meddela intressenter och mycket mer. Allt från specifika automatiseringar till hela arbetsflöden – med hjälp av regler får teamet mer tid till att ägna sig åt kvalificerat och strategiskt arbete.

Rekommenderade appar

• GitHub. Synkronisera automatiskt statusuppdateringar för GitHub-pull-förfrågningar till Asana-uppgifter. Spåra förlopp för pull-förfrågningar och förbättra tvärfunktionellt samarbete mellan tekniska och icke-tekniska team, allt från Asana.

• Jira. Skapa interaktiva, uppkopplade arbetsflöden mellan tekniska team och Business-team för att ge alla bättre insyn i produktutvecklingsprocessen i realtid – allt utan att behöva lämna Asana. Effektivisera projektsamarbete och överlämningar. Skapa snabbt Jira-ärenden i Asana så att arbete kan överföras sömlöst mellan Business- och teknikteam vid rätt tidpunkt. 

• Zendesk. Med Asanas Zendesk-integrering kan användare snabbt och enkelt skapa Asana-uppgifter direkt från Zendesk-biljetter. Lägg till sammanhang, bifoga filer och länka befintliga uppgifter för att följa det arbete som krävs för att avsluta ärendet. Integreringen erbjuder också fortlöpande insyn i båda systemen så att alla håller sig uppdaterade oavsett vilket verktyg de använder. 

• Google Workplace. Bifoga filer direkt till uppgifter i Asana med Google Workplace-filväljaren, som är inbyggd i uppgiftsfönstret i Asana. Bifoga enkelt My Drive-filer med bara några klick.

Vanliga frågor