INVEST är en metod för att skapa bra Användarberättelser. Den möjliggör kontroll av om de har korrekt formulerat innehåll och om de relaterar till affärsvärdet av Produkten. Och också, om deras storlek och användbarhet har valts på rätt sätt.
Skapa den bästa Användarberättelsen med INVEST – innehållsförteckning:
- Introduktion
- I för Oberoende
- N för Förhandlingsbar
- V för Värdefull eller Vertikal
- E för Estimerbar
- S för Liten
- T för Testbar
- Sammanfattning
Introduktion
INVEST är en akronym skapad av Bill Wake 2003. Varje bokstav står för början av ett ord som kännetecknar en bra Användarberättelse. Enligt INVEST-principen bör varje Användarberättelse vara:
- Oberoende
- Förhandlingsbar
- Värdefull
- Estimerbar
- Liten
- Testbar
Vi har skrivit mer om vad en Användarberättelse är i en separat artikel. Här kommer vi endast att nämna att det är en kortfattad beskrivning av en ny produktfunktionalitet skriven på ett tillgängligt språk.
I för Oberoende
Den första egenskapen hos en bra Användarberättelse är dess oberoende. Det betyder att dess beskrivning och egenskaper bör vara förståeliga utan hänvisning till andra Användarberättelser. Men framför allt, dess genomförande bör inte korrelera med andra Användarberättelser. Självklart kommer det inte att vara fullständig oberoende. Du kan inte dela produktutveckling i helt separata moduler. Det är dock avgörande att komma ihåg att hålla Användarberättelser så oberoende som möjligt. Tack vare det, även om en av dem inte går in i implementeringsfasen eller ändras avsevärt, behöver de andra inte ändras. Som regel bör Användarberättelsen utgöra en separat och sammanhängande helhet.
N för Förhandlingsbar
Användarberättelsen bör vara förhandlingsbar. Det betyder att den sätter målet, inte vägen dit.
Med andra ord definierar den en förväntad funktion av Produkten, inte en teknisk lösning att implementera.
Förhandlingen av Användarberättelsen äger rum mellan Produktägaren och Utvecklingsteamet. Produktägaren föreslår implementeringen av viss funktionalitet av Produkten, det vill säga säger “Vad” som ska göras. Utvecklarna är ansvariga för att svara på “Hur”-frågan. Det vill säga, förhandla specifika sätt att lösa problemet som presenteras i Användarberättelsen.
V för Värdefull eller Vertikal
I akronymen INVEST står bokstaven V för två egenskaper:
- Värdefull
- Vertikal
Båda avslöjar nyckelkarakteristika hos en bra Användarberättelse. Därför beslutade vi att förklara vad var och en av dem betyder.
Värdefull
En värdefull Användarberättelse motiverar affärssyftet med modifieringen. Med andra ord, den svarar exakt på frågan om varför modifieringen ska införas och varför den är viktig ur intressenternas synvinkel.
Vertikal
Den andra egenskapen; Vertikal härstammar från Agile-metodologin. Den vertikala Användarberättelsen innehåller en ny funktion av Produkten som är synlig för Användaren. Det vill säga, den fokuserar inte på horisontell “prestandaförbättring” i ett valt lager av Produkten. Tvärtom, den lägger till ett annat “lager” till den.
Med andra ord beskriver Användarberättelsen hur man modifierar den övergripande funktionen av en Produkt genom att svara på frågan Vad exakt ska förbättras? Det betyder också att varje funktionalitet av Produkten bygger på befintliga lösningar.
E för Estimerbar
En bra Användarberättelse bör vara estimerbar. Det betyder att den måste tydligt definiera omfattningen av modifieringar som ska göras för att Användarberättelsen ska anses vara komplett. Detta gör det möjligt för Utvecklingsteamet att bestämma den tid och det arbete som krävs för att slutföra den.
Omfattningen och svårighetsgraden av en uppgift uppskattas vanligtvis i enheter som kallas Story Points. De är relativa. Och varje Utvecklingsteam arbetar fram Story Point-värdet i praktiken baserat på tidigare erfarenhet.
I separata artiklar har vi täckt mer om Utvecklingsteamets hastighet och hur man mäter den.
S för Liten
Användarberättelsen som accepteras för genomförande av Utvecklingsteamet måste vara kortfattad. Det vill säga, den bör inte vara längre än en Sprint. Om Utvecklarna upptäcker under Sprintplaneringen att Användarberättelsen som föreslagits av Produktägaren är för lång, bör de dela upp den i så oberoende delar som möjligt.
T för Testbar
Den sista bokstaven i akronymen INVEST står för testbar. Det betyder att produktmodifieringen som beskrivs i Användarberättelsen måste hålla och vara verifierbar. Med andra ord, det bör vara möjligt att verifiera om den lösning som implementerats av Utvecklarna har levererat det antagna värdet till en specifik Intressent.
Skapa den bästa Användarberättelsen – sammanfattning
INVEST är en akronym som beskriver en välskriven Användarberättelse. Den bör vara:
- Oberoende av andra Användarberättelser. Så att den kan modifieras eller tas bort från Produktbackloggen om behovet uppstår.
- Förhandlingsbar. Den bör specificera vad som ska göras och lämna valet av hur det ska göras till Utvecklarna.
- Värdefull, det vill säga motivera affärssyftet med att modifiera Produkten. Eller Vertikal, det vill säga presentera en ny funktion av Produkten som är synlig för Användaren.
- Estimerbar, vilket innebär att den har en definierbar storlek och slutförandekriterier.
- Liten nog för att kunna slutföras på en Sprint.
- Testbar så att det med säkerhet kan fastställas att den har implementerats.
Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.
Scrum Guide:
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?