En episk användarberättelse är en stor användarberättelse på hög nivå som beskriver en viktig egenskap eller kapacitet som en produkt eller ett projekt borde ha. Den är vanligtvis för stor för att passa in i en enda sprint eller iteration, så den bryts ner i mindre användarberättelser och uppgifter.
Episka användarberättelser ger flera fördelar, inklusive:
En episk användarberättelse innehåller vanligtvis följande information:
Episka användarberättelser används bäst för att identifiera och prioritera funktioner och möjligheter på hög nivå som en produkt eller ett projekt borde ha. De kan hjälpa team att fokusera på att leverera värde till användare och intressenter och bryta ner komplexa funktioner i mindre, mer hanterbara delar. Episka användarberättelser kan också underlätta kommunikationen mellan intressenter och utvecklingsteam och hjälpa till att säkerställa att alla är inriktade på projektets övergripande mål och mål.
Det första steget är att identifiera målet eller syftet med användarberättelsen. Detta är vanligtvis ett affärsmål på hög nivå eller ett problem som måste lösas. Det ska vara specifikt, mätbart, uppnåeligt, relevant och tidsbestämt.
Nästa steg är att bestämma användarens personas eller de typer av användare som kommer att interagera med systemet. Detta kommer att hjälpa dig att förstå deras behov och beteenden, vilket kommer att informera utformningen av användarberättelsen.
Den episka användarberättelsen bör delas upp i mindre, mer hanterbara användarberättelser som kan hanteras av utvecklingsteamet. Dessa mindre berättelser bör vara oberoende och levereras, och bör ha ett tydligt värde för slutanvändaren.
Varje användarberättelse bör följa formatet: "Som en [användarpersona] vill jag ha [mål] så att [nytta]." Användarberättelsen ska vara kortfattad och specifik och fokusera på användarens behov och mål.
När du har en lista med användarberättelser bör du prioritera dem utifrån deras värde för användaren och verksamheten. Detta kommer att hjälpa dig att avgöra vilka historier som ska hanteras först och vilka som kan vänta till senare.
Slutligen bör du uppskatta den ansträngning som krävs för att slutföra varje användarberättelse. Detta hjälper dig att avgöra hur många berättelser som kan slutföras i en given sprint eller release, och hjälper dig att hantera förväntningar med intressenter.
Det finns ingen bestämd längd för en episk användarberättelse, men den bör vara tillräckligt lång för att fånga den högnivåfunktion eller förmåga den beskriver samtidigt som den är tillräckligt kortfattad för att lätt kunna förstås av intressenter och utvecklingsteam.
Ja, episka användarberättelser är ofta uppdelade i mindre användarberättelser och uppgifter som kan slutföras i en enda sprint eller iteration.
Episka användarberättelser kan skrivas av produktägare, affärsanalytiker eller någon annan som är ansvarig för att identifiera och prioritera funktioner och möjligheter på hög nivå för en produkt eller ett projekt.
Episka användarberättelser bör granskas och uppdateras regelbundet, helst som en del av den agila utvecklingsprocessen. De bör ses över och förfinas när mer information blir tillgänglig och prioriteringarna ändras.
