Användarberättelser förklarade: tips, mallar och exempel

När det gäller att utöka produktfunktionerna är programvaruuppdateringar nyckeln till att öka användarvärdet. 

Användarberättelser förklarar en programvarufunktion ur slutanvändarens perspektiv. Det hjälper agila team att förstå vad användarna vill ha så att de kan leverera de bästa funktionerna.

Vi har sammanställt viktig information om hur man skriver effektiva användarberättelser. Lär dig hur du kan skapa mest värde genom att fokusera på slutanvändarens upplevelse. 

Vad är en användarberättelse?

Inom agil programvaruutveckling är användarberättelser en snabb och enkel sammanfattning av en funktion eller funktionalitet som berättas ur kundens eller slutanvändarens perspektiv. De hjälper till att förstå användarens behov och håller utvecklingsteamet fokuserat på att leverera värde. 

En användarberättelse kan vanligtvis sammanfattas i en mening: ”Som en [persona] vill jag [programvarumål], så att [resultat].”

Syftet med att skriva användarberättelser är att på ett korrekt sätt representera hur en programvarufunktion översätts till användarvärde. Med andra ord, hur påverkar den här programvarufunktionen slutanvändaren? 

Ofta grupperar produktbackloggen dessa berättelser i episka berättelser eller backlogpunkter, som fungerar som byggstenar för större uppgifter. Genom att betona användarens synvinkel hjälper användarberättelser team att upprätthålla ett tydligt fokus på att skapa en sömlös användarupplevelse samtidigt som de tar itu med både funktionella och icke-funktionella krav. 

Du kan skriva användarberättelser på många sätt, till exempel med post it-lapp eller indexkort. Det mest effektiva sättet att skapa och spåra användarberättelser är med en programvara för projekthantering. Det gör det möjligt att justera, redigera och spåra användarberättelser i realtid, så att teamet vet exakt hur de bäst kan tjäna sina slutanvändare.

4 viktiga komponenter i användarberättelser

Agila projekt och scrum-team strukturerar användarberättelser för att skapa klarhet, så att de bättre kan anpassas till användarnas mål. En användarberättelse består av tre huvudkomponenter:

1. Roll

Den beskriver vilken typ av användare som interagerar med programvaran eller funktionen. Att förstå vilka dina slutanvändare är är nyckeln till att utveckla funktioner som faktiskt uppfyller deras behov.

Användaren kan till exempel vara en produktchef, en återkommande kund eller en intressent. Genom att tydligt definiera rollen kan utvecklingsteamet skapa funktioner för rätt målgrupp.

En vanlig struktur för den här delen av en användarberättelse kan vara ”Som en [roll] …”

2. mål

Målet förklarar vad användaren vill åstadkomma med funktionen eller programvaruprodukten. Mål är kärnan i kartläggningen av användarberättelser eftersom de belyser den funktionalitet som användaren söker. Genom att fokusera på målet kan teamet prioritera de uppgifter som ger ett konkret värde.

Ett exempel på den här komponenten kan vara: "...Jag vill [åtgärd]...", vilket ger insikter om användarens arbetsflöde och behov.

3. Fördel

Slutligen definierar fördelen varför funktionen är värdefull. Fördelen beskriver resultatet eller fördelen som användaren kommer att uppleva efter att ha använt funktionen. Att förstå fördelarna gör det möjligt för agila team att koppla sitt arbete till den övergripande produktvisionen.

Strukturen slutar vanligtvis med "...så att jag kan [fördel]." Den här komponenten är avgörande för att skapa en testbar funktion som uppfyller både användarnas förväntningar och de kriterier som definieras i acceptanstestet.

4. Story points

Efter att ha definierat roll, mål och fördel tilldelar utvecklingsteamet ofta story points till användarberättelsen. Story points är ett sätt att uppskatta komplexiteten, insatsen och tiden som krävs för att slutföra berättelsen under en sprint eller iteration. Agila team använder poängen för att anpassa sitt arbete och säkerställa en lämplig balans mellan berättelser i olika sprintar.

Till exempel kan teamet tilldela färre story points till mindre användarberättelser medan de tilldelar fler poäng till större, mer komplexa berättelser. Det hjälper teamet att hantera sitt arbetsflöde och spåra förloppet i produktbackloggen.

Så här skriver man en bra användarberättelse

Agila team och scrumteam skriver ofta användarberättelser i tre steg, där varje steg representerar slutanvändarens synvinkel. 

1. Persona: slutanvändarens karaktär eller användarprofil

2. Behov: Målet som programvarufunktionen har i slutanvändarens resa.

3. Syfte: målet för slutanvändarens upplevelse av programvarufunktionen

Din användarberättelse bör innehålla alla dessa tre komponenter. Låt oss fördjupa oss i var och en av de här delarna för att ge dig en bättre förståelse för hur man skriver en effektiv användarberättelse. 

Steg 1. Identifiera personan

För att identifiera slutanvändarens persona bör du bedöma din målgrupp. Tänk på de personer som programvarufunktionen kommer att påverka. 

Här är några frågor att ställa till dig själv och ditt team när du identifierar användarprofilen:

• Vem bygger vi den här programvarufunktionen för?

• Vilken typ av produktfunktioner vill slutanvändaren ha?

• Vilka är slutanvändarens demografiska och psykografiska egenskaper?

Det kan finnas flera personas i en viss användarberättelse beroende på storleken på målgruppen. 

Exempel på persona: Kat, en projektledare som leder 10 teammedlemmar

Steg 2. Beskriv behovet

Förklara hur och varför din programvarufunktion kommer att användas av slutanvändaren. Det är viktigt för att säkerställa att ditt team förstår varför målgruppen skulle använda funktionen. 

När du analyserar slutanvändarens avsikt kan du överväga följande frågor:

• Vad försöker slutanvändaren uppnå?

• Hur hjälper din programvarufunktion slutanvändaren att uppnå sina mål?

Undvik att fokusera på de specifika funktionerna. Tänk istället på vad slutanvändaren söker efter och hur din programvara hjälper dem att nå sina mål. 

Exempel på behov: Hjälp teammedlemmar att förstå hur enskilda uppgifter bidrar till större företagsmål.

Steg 3. Definiera syftet

Definiera syftet genom att analysera helheten i programvarulanseringen. Fundera på hur programvarufunktionen passar in i de interna målen. 

För att definiera syftet kan du ställa dig själv följande frågor:

• Vilka är fördelarna med programvarufunktionen?

• Vilket problem vill du lösa?

• Hur passar det in i större mål?

Syftet är att definiera värdet av programvarufunktionen i förhållande till de övergripande målen.

Exempel på syfte: Öka effektiviteten genom att skapa en tydlig väg framåt.

Mall för användarberättelse

En mall för användarberättelser hjälper team att fokusera på slutanvändarens behov och det värde som funktionen kommer att leverera. Strukturen säkerställer klarhet och samordning i hela utvecklingsprocessen.

Här är en vanlig mall för att skriva användarberättelser:

”Som [roll] vill jag [mål] för att [fördel].”

Här är ett exempel på en användarberättelse i praktiken:

”Som projektledare vill jag spåra mitt teams förlopp så att jag kan se till att uppgifterna är i linje med affärsmålen.”

Låt oss analysera den här användarberättelsen:

• Roll: Den specifika typen av användare (t.ex. kund, produktchef eller intressent) som kommer att interagera med funktionen.

  • Exempel: ”Som projektledare …”

• mål: Den åtgärd eller funktionalitet som användaren vill uppnå med programvaran.

  • Exempel: "...Jag vill spåra mitt teams förlopp …”

• Fördel: Det värde eller den fördel som slutanvändaren förväntar sig av funktionen, vilket kopplar berättelsen till Business-mål eller användarnöjdhet.

  • Exempel: "...så att jag kan säkerställa att uppgifterna är i linje med affärsmålen."

Den här mallen hjälper teamet att fokusera på vad användarna behöver, så att de kan bygga funktioner som passar agil projekthantering och ger verkligt värde till slutanvändaren.

Exempel på användarberättelser

Vi har sammanställt några exempel för att hjälpa dig att förstå agila användarberättelser ännu bättre. Ju effektivare dina användarberättelser är, desto mer värde kan du skapa för slutanvändaren. 

Här är tre exempel på användarberättelser som representerar olika användningsfall: 

Exempel på användarberättelse 1: Produktutveckling 

• Som produktchef vill jag att teammedlemmarna ska förstå hur enskilda uppgifter bidrar till större företagsmål för att motivera effektivitet.

Exempel på användarberättelse 2: Kundupplevelse

• Som återkommande kund förväntar jag mig att ni sparar min information för att effektivisera betalningsprocessen.

Exempel på användarberättelse 3: Mobilapplikation

• Som en frekvent appanvändare vill jag ha ett sätt att smälta relevant information på snabbast möjliga sätt. 

I alla tre exempel kan du se hur viktigt det är att presentera programvaruuppdateringar ur slutanvändarens perspektiv. På så sätt kommer ditt utvecklingsteam att göra uppdateringar med kundens bästa i åtanke.

Tips för att skriva en effektiv användarberättelse

Utöver de tre stegen som beskrivs ovan bör en effektiv användarberättelse följa de tre C:na och INVEST-akronymen. Båda hjälper till att ta dina användarberättelser till nästa nivå, vilket resulterar i effektivare programuppdateringar. 

Låt oss gå in på var och en av dem för att få en bättre förståelse för vad som utgör en effektiv användarberättelse. 

De tre K:na i användarberättelser

De tre K:na är Kort, Konversation och Konfirmation. De tre K:na delar upp varje användarberättelse i tre olika referenspunkter, vilket skapar en mer organiserad process. Låt oss fördjupa oss i var och en av de tre C:na för att få en bättre förståelse:

• Kort: En skriftlig beskrivning av användarberättelsen som används för sprintplanering. För att skapa och dela story-kort kan du använda ett arbetshanteringsverktyg. 

• Konversation: En diskussion mellan kunder, användare och utvecklare kring prioriteringen och möjliga lösningar på användarberättelsen.

• Confirmation (bekräftelse): En överenskommelse mellan intressenter om att målen och lösningarna för användarberättelsen har uppnåtts.

De tre K:na hjälper till att dela upp en användarberättelse i enkla uppgifter. Det ger en tydlig riktning för de involverade intressenterna.

INVEST-kriterier

INVEST står för Independent (oberoende), Negotiable (förhandlingsbar), Valuable (värdefull), Estimable (uppskattningsbar), Small (liten) och Testable (testbar). Låt oss fördjupa oss i dessa komponenter för att ge dig en bättre förståelse för hur INVEST-kriterierna kan hjälpa dig att skriva starkare berättelser:

• Oberoende: En användarberättelse bör vara oberoende, vilket innebär att den inte är beroende av andra uppgifter och är fristående. 

• Negotiable: En användarberättelse ska vara förhandlingsbar. Det innebär att den lämnar utrymme för diskussion. 

• Värdefull: En användarberättelse ska förmedla värde till slutanvändaren och föra dig närmare större långsiktiga mål. 

• Uppskattningsbar: En användarberättelse bör uppskattas för att säkerställa att den passar inom en sprint och prioriteras korrekt. 

• Small: En användarberättelse bör vara en liten del av arbetet som kan slutförd på kort tid. 

• Testbar: En berättelse ska gå igenom acceptanstester och uppfylla förutbestämda acceptanskriterier för att verifiera kvaliteten. 

Följ INVEST-akronymen för att skriva dina användarberättelser på ett specifikt och uppnåeligt sätt.

Bästa praxis för användarberättelser

Att skriva användarberättelser är nyckeln till framgång i agila metoder. Den här bästa praxisen hjälper dig att skriva tydliga och effektiva berättelser som vägleder ditt team.

1. Samarbeta med intressenter

Samarbeta med intressenter för att skapa användarberättelser. Prata med produktägaren, produktchefen och andra viktiga personer. Samla in användarfeedback för att säkerställa att berättelserna återspeglar verkliga behov.

Agile-experten Mike Cohn uppmuntrar team att hålla kommunikationen öppen för att se till att alla förstår hur funktionerna används. Målet är att hålla berättelserna fokuserade på riktiga användare.

2. Förfina användarberättelser under sprintplanering

Under sprintplaneringen bör du ta dig tid att granska och förfina användarberättelser. Dela upp stora berättelser i mindre. Granska acceptanskriterierna för att undvika förvirring.

Tilldela story points för att matcha teamets kapacitet för sprinten. Som Ron Jeffries, en av skaparna av extrem programmering, säger: att förfina berättelser hjälper team att vara flexibla och fokusera på det som är viktigast.

3. Använda acceptanskriterier

Inkludera tydliga acceptanskriterier i varje användarberättelse. De här kriterierna visar teamet vad som måste hända för att berättelsen ska vara slutförd.

De hjälper också testare att kontrollera om berättelsen uppfyller användarnas behov. Tydliga kriterier hjälper till att undvika missförstånd och säkerställer att teamet vet exakt vad som räknas som ”klart”. På så sätt vet du när både funktionella och icke-funktionella krav har uppfyllts.

Verktyg och tekniker för att hantera användarberättelser

Att hantera användarberättelser på ett bra sätt är viktigt för att hålla sig organiserad och i fas. De här verktygen och teknikerna hjälper dig att hantera berättelser på ett effektivt sätt.

• Kartläggning av användarberättelser: Kartläggning av användarberättelser hjälper ditt team att se hela användarresan. Det hjälper team att kartlägga berättelser och prioritera dem. Kartläggningen visar också hur olika berättelser passar ihop. Det är ett bra sätt att se till att du täcker alla funktioner som användarna behöver.

• Programvaruverktyg för att hantera användarberättelser: Verktyg som Jira och Asana gör det enkelt att hantera användarberättelser. Med de här verktygen kan du följa upp förlopp, tilldela uppgifter och prioritera arbetet. Många verktyg innehåller funktioner som hantering av story points, fastställande av acceptanskriterier och sprintplanering. De hjälper också till att upprätthålla ett kravdokument, vilket håller alla informerade.

• Prioritera användarberättelser med MoSCoW-metoden: MoSCoW-metoden hjälper team att rangordna användarberättelser utifrån hur viktiga de är. Berättelser sorteras i fyra grupper: måste ha, bör ha, kan ha och kommer inte att ha. Den här metoden ser till att de viktigaste berättelserna görs först.

Vem skriver användarberättelser?

Vanligtvis skriver produktägaren användarberättelser baserat på användarundersökningar och organiserar dem i en lista för utvecklingsteamet, även kallad produktbacklogg. Även om vem som helst tekniskt sett kan skriva användarberättelser är det produktchefens ansvar att se till att de har all information som utvecklingsteamet behöver för att genomföra sina initiativ.

Därefter prioriterar och bestämmer utvecklingsteamet vilka användarberättelser som ska hanteras under deras sprintplaneringsmöte. 

Vem använder användarberättelser?

Scrum- och Kanban-ramverk använder användarberättelser. 

• I Scrum hjälper användarberättelser teamet att få en bättre förståelse under sprintplaneringen. 

• I Kanban tar team in berättelser i sin backlog och arbetar med dem under sin sprint. Användarberättelser ger teamen det sammanhang och förtydligande de behöver för att hantera arbetet och hålla deadliner.

Utvecklingsteam arbetar med användarberättelser under ett arbetsflöde eller en sprint för att utföra uppgifter och förhindra omfattningskrypning. Dela upp stora användarberättelser i flera sprintar eller epics vid behov. Epics är stora berättelser som delas upp i flera mindre berättelser. Flera epics bildar ett initiativ.

Vikten av en korrekt användarberättelse

Att skriva användarberättelser effektivt kan verka vara en liten del av produktutvecklingen, men i verkligheten hjälper de här berättelserna till att driva kreativa resultat för nya produktfunktioner. Det är oerhört viktigt att vara uppmärksam på detaljer eftersom det hjälper till att säkerställa att du investerar i användarnas behov.

Här är tre sätt på vilka korrekta användarberättelser kan hjälpa dig att uppnå användarnas mål:

1. Sätt kunderna först: Användarberättelser sätter slutanvändarna i centrum – en viktig del av det agila ramverket. Ditt team kan sedan prioritera användarnas behov och fokusera på sätt att bidra till en positiv användarupplevelse. 

2. Driva innovativa lösningar: Ju mer du fördjupar dig i slutanvändarens persona, desto mer innovativa blir dina programvarulösningar. Fokus ligger på användarnas behov, vilket stöder interna Business-mål. Effektiva resultat beror på att förstå den typ av användare du riktar dig till.

3. Uppmuntra teamsamarbete: När flera teammedlemmar diskuterar och prioriterar användarberättelser blomstrar samarbetet på arbetsplatsen. Detta ger flera synpunkter och nya lösningar på befintliga hinder. Ju mer ditt team kommunicerar, desto lättare blir det att nå önskade resultat, från testbara resultat till att förstå produktkrav.

Att placera uppdateringar ur användarens perspektiv hjälper till att skapa en robust användarupplevelse, vilket förbättrar Business-värdet och den övergripande processen för kravinsamling.

Skapa värde genom användarupplevelsen

Att sätta kunderna först är ett effektivt sätt att centrera konversationen kring slutanvändare och i slutändan skapa mer värde. Genom att fokusera på slutanvändarens upplevelse kan du generera mer innovativa programvarulösningar som förbättrar produktutvecklingsprocessen. 

Med programvara för agil ledning hjälper du ditt agila team att uppnå de bästa resultaten. Asana kan hjälpa till med allt från teamsamarbete till att organisera sprintar.