Vad är en agil epik? Bästa metoder, mall och exempel
Vet du skillnaden mellan ett agilt epos och en användarberättelse? Eller hur du bäst använder agila epos för dina produktkrav och din produktfärdplan? Om du vill lära dig hur du kan använda agila epos till din fördel kan du läsa vidare för mina sju bästa tips och en mall att börja med.
Vad är ett agilt epos?
Ett agilt epos är ett användbart verktyg inom agil projektledning som används för att strukturera din agila backlogg och färdplan.
Enkelt uttryckt är ett agilt epos en samling mindre användarberättelser som beskriver ett stort arbetsobjekt. Se ett epos som en stor användarberättelse. Epos används till exempel ofta för att beskriva en ny produktfunktion eller en större funktionalitet som ska utvecklas.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Ett epos är den högsta informationsnivån i en agil backlogg. Det innehåller flera användarberättelser, och varje användarberättelse innehåller i sin tur alla uppgifter som krävs för implementeringen.
Agila epos används främst när ett arbete är för stort för att levereras inom en enda sprint eller iteration. Om du använder ett epos för att gruppera dina användarberättelser för en ny funktion blir det enkelt att följa framstegen och se hur stor andel av arbetet som är slutförd respektive återstår. Du kan också använda AI i sprintplaneringen för att skriva och bryta ned agila epos.
Epos skrivs och underhålls vanligtvis av produktägaren eller produktchefen.
7 bästa metoder för att använda agila epos
Det finns ingen fast mall för ett agilt epos. Du kan skriva det på vilket sätt du vill, så länge det hjälper till med planeringen av arbetet och kommunikationen med dina agila team och intressenter.
Oavsett om du använder en scrum-, kanban- eller hybridbaserad utvecklingsprocess hjälper epos dig att planera ditt arbete och rapportera om det.
Här är några tips för att se till att dina agila epos blir så användbara som möjligt.
1. Börja med eposet och sedan berättelserna (uppifrån och ned)
Det kan vara mycket användbart att hitta dina epos med hjälp av en karta över användarberättelser. Den översta nivån ”Aktivitet” i kartan över användarberättelser blir ett epos, och de lägre nivåerna blir användarberättelserna, uppgifterna och acceptanskriterierna.
När du utvecklar en helt ny produkt ger det dig en uppfattning om vilka milstolpar som är slutförda och vilka som återstår genom att börja med epos och utveckla dem med mer detaljer allt eftersom.
Agila epos motsvarar ofta funktioner eller större förbättringar (t.ex. en omdesign av en del av din produkt), men det är helt upp till dig hur du vill strukturera dina epos.
2. Ge eposet ett bra namn
När du namnger dina agila epos bör du tänka på vem som kommer att använda informationen. Dina agila utvecklingsteam behöver till exempel förstå vad de bygger, och dina intressenter behöver också förstå hur arbetet fortskrider.
Medan en användarberättelse beskriver ett behov hos slutanvändaren är det god praxis att eposet beskriver ett resultat som du vill uppnå med det.
Överväg dessa exempel på eposnamn:
- Kassaflöde V2
- Effektivisera kassaflödet
- Öka konverteringsgraden i kassan
Det första namnet beskriver inte alls vad det handlar om, bortsett från att det på något sätt rör arbete med kassan. Det andra namnet är bättre eftersom det beskriver att kassaflödet ska effektiviseras. Men det tredje namnet är ännu bättre eftersom det innehåller ett resultat som du vill uppnå genom denna effektivisering.
I agila hanteringsverktyg, som till exempel Atlassians Jira, kan epos användas för filtrering, gruppering och rapportering. Därför är det viktigt att välja ett namn som talar för sig självt.
3. Se till att dina epos har rätt storlek
Ett epos används vanligtvis när arbetet med ett objekt i backloggen kräver mer än en enda sprint för att slutföras. Ett epos kan brytas ned i så många användarberättelser som du vill, så länge du kan hålla reda på hela listan.
Ett epos bör varken vara för stort eller för litet. En tumregel kan vara en implementeringstid på mellan några veckor och några månader. Det är en bra storlek för att rapportera hur stor andel som är slutförd.
Att göra epos för stora innebär att framstegen går mycket långsamt, procentsatserna knappt ökar under en tvåveckorssprint och rapporteringen inte blir meningsfull. Om ett epos dessutom tar för lång tid att implementera är det troligt att kraven ändras så mycket under vägen att rapportering om framstegen nästan blir meningslös.
Att göra epics för små innebär att du kommer att ha ett stort antal av dem att hantera i din backlog eller färdplan. Det kan bli svårt att behålla en övergripande bild av många mindre uppgifter. Om epics dessutom slutförs på mycket kort tid (t.ex. under en enda sprint) skapar de bara ytterligare merarbete utan att ge särskilt mycket värde.
4. Använd epics för att strukturera din backlog
Epics är ett utmärkt sätt att strukturera en produktbacklog som vanligtvis består av en mycket lång lista med användarberättelser. Alla berättelser behöver inte ingå i en epic, eftersom små arbetsinsatser helt enkelt slutförs under en sprint. Men att strukturera större arbetsinsatser i epics har två huvudsakliga fördelar:
- Det ger en övergripande bild av de stora arbetsinsatserna i din backlog,
- Eftersom storleken på en epic består av summan av storypoängen för alla dess användarberättelser, ger epics också möjlighet att jämföra den relativa storleken på initiativ för prioritering.
Listan över epics kan också användas för att skapa en övergripande bild av en produktfärdplan för företagsledningen.
5. Använd epics för att samordna flera team
Epics kan vara mycket användbara för att samordna arbetsinsatser mellan flera agila mjukvaruutvecklingsteam. Genom att kombinera arbete för flera produktteam i en enda epic kan du bryta ner rapporteringen per team och följa upp de övergripande framstegen.
6. Inkludera framgångsmått
När du definierar en epic är det värt att fundera på vilket framgångsmått som kan kopplas till den. I slutändan syftar alla produktleveranser till att skapa värde för slutanvändarna. Om du inkluderar ett framgångsmått i din epic innebär det att både medlemmarna i utvecklingsteamet och intressenterna förstår vad du försöker uppnå med denna arbetsinsats.
Vissa företag använder OKR:er för att fastställa kvartalsmål. Att hänvisa till ett OKR-mått i en epic är ett utmärkt sätt att koppla en epic till verksamhetens mål.
7. Gör omfattningen av epics flexibel
Eftersom en epic beskriver en övergripande arbetsinsats som pågår under flera veckor eller månader är det sannolikt att nya insikter uppstår eller att nya tekniska komplikationer upptäcks allt eftersom arbetet fortskrider. Därför behöver omfattningen av en epic vara flexibel.
Omfattningen av en epic definieras av omfattningen av dess tillhörande användarberättelser, vanligtvis mätt i storypoäng. När nya krav uppstår kan nya användarberättelser läggas till och omfattningen av epicen ökar.
Relaterad läsning: Bästa agila programvaran för produktledning
Mall för en agil epic
Det finns inget fast format för en epic, men några saker är användbara enligt beskrivningen ovan.
- Välj ett bra namn som talar för sig självt.
- Ge i beskrivningen en ungefärlig översikt över vad epicen omfattar. Hänvisa till företagets mål för att illustrera hur detta hänger samman med verksamhetens prioriteringar.
- Framgångsmåttet beskriver specifikt vad som kommer att mätas efter att denna epic har slutförts.
- En stor användarberättelse betecknar en användarberättelse på nivån för hela epicen. Detta är mycket användbart för att dokumentera hur denna epic ger en bättre användarupplevelse.
More Articles
Exempel på en agil epic
Här är ett exempel på en epic för ett nytt förenklat betalningsflöde i en mobilapp i syfte att öka konverteringen.
Inom denna epic skulle vi sedan kunna ha användarberättelser som:
- Integrera Apple Pay (”Som köpare vill jag kunna betala med ett tryck på min telefon så att jag snabbt kan slutföra köpet”)
- Använd faktureringsadressen som leveransadress som standard (”Som köpare vill jag bara behöva ange mina adressuppgifter en gång så att jag snabbt kan slutföra köpet”)
Slutsats
Agila epos är ett flexibelt verktyg i din agila verktygslåda. När du påbörjar en större ny utveckling bör du tänka på de stora arbetsdelarna som krävs för att slutföra den och definiera några epos. Du kan sedan skapa alla dina användarberättelser inom dessa epos allt eftersom och behålla en mycket bättre överblick än i en ostrukturerad backlog.
Epos kan användas på många sätt. Jag skulle gärna vilja veta hur ni använder epos i era agila team i kommentarerna.
För fler artiklar med praktisk information om en mängd olika ämnen inom produktledning – inklusive agil metodik! –prenumerera på vårt nyhetsbrev.
Värt att kolla in också:
