Ett kärnelement i agila mjukvaruutvecklare t gör användarna och kunderna i fokus och användarberättelser bidrar till att göra just det. De sätter slutanvändarna i centrum för konversationen. I den här artikeln ska vi diskutera en användarberättelse i smidig.
Berättelser använder icke-tekniskt språk för att ge förutsättningar för utvecklingsteamet och deras ansträngningar. Användarberättelsen hjälper teamet att förstå sitt eget mål, varför de bygger det. Också vad de bygger och det värde som det skapar i slutet och på vägen. Användarberättelser är alltså en av de viktigaste komponenterna i ett smidigt program. De underlättar kreativitet, framsteg och en bättre slutprodukt genom att ge teamet en användarinriktad ram för sina dagliga uppgifter. Alla smidiga berättelser fokuserar på kraven och hjälper till att skapa konversationer genom en eller två meningar om önskad funktionalitet.
Ämnen som diskuteras i den här artikeln är:
- Vad är användarberättelserna?
- Vem är ansvarig för att skriva en användarberättelse?
- När ska jag skriva användarberättelser?
- Varför skapa användarberättelser?
- Arbeta med användarberättelser
Vad är användarberättelser?
Användarberättelser är enkla och korta beskrivningar av en funktion av en användare eller kund av systemet. De följer en gemensam mall:
hur man gör makter i java
Som en, jag vill så att.
Låt oss lära oss mer om användarberättelser.
- Vanligtvis skrivs användarberättelser på klisterlappar och indexkort. Sedan ordnas de på bord eller väggar i syfte att planera och diskutera, därmed skapas samtal kring dem.
- Användarberättelser, som är diskussioner som kretsar kring och med hjälp av användarberättelserna är mycket viktiga och flyttar fokus från att skriva om funktioner till att faktiskt diskutera dem.
- De uttrycks alltid ur användarens perspektiv och klassificeras inte som en funktion. En användarberättelse är den minsta delen av ett smidigt ramsystem.
- Huvudsyftet med en användarberättelse är att uttrycka och förklara hur ett visst arbete kommer att ge värde till användaren eller kunden. Det är viktigt att notera att kunder inte nödvändigtvis behöver vara externa slutanvändare utan också kan vara kollegor i ditt team eller inom din organisation.
- Användarberättelser vågar inte i detaljer och består av enkla och få meningar.
Användarberättelser i Klunga och Kanban
Både Scrum och Kanban använder användarberättelser i sina ramar. I Scrum är användarberättelser ett tillägg till sprints och används under sprinten. I KanBan lägger team till användarberättelser i sin eftersläpning och använder dem genom sitt arbetsflöde. Således hjälper de till bättre uppskattning, sprintplanering, bättre noggrannhet vid prognoser och större smidighet i Scrum-teamet. Å andra sidan kan KanBan-team hantera bättre pågående arbete och förbättra sina arbetsflöden genom användarberättelser.
Större smidiga ramar som epos och initiativ utgör användarberättelser. Epics är större arbetsstycken som är uppdelade i många berättelser och initiativ som består av många epics.
Det finns två sätt att lägga till detaljer i användarberättelser:
- Genom att dela upp användarberättelsen i mindre flera berättelser.
- Genom att lägga till villkor för tillfredsställelse.
Ett villkor för tillfredsställelse refererar till ett acceptansprov på hög nivå som gör sig sant när den smidiga användarberättelsen är klar.
Vem är ansvarig för att skriva användarberättelsen?
Det finns ingen bestämd regel angående vem som kan skriva användarberättelserna. Produktägaren måste se till att produktbackloggen för användarberättelser är på plats men han behöver inte nödvändigtvis skriva dem. Helst, abra agile projekt kommer att ha användarberättelser skrivna av varje teammedlem och mer vikt skulle ges till att teammedlemmarna är lika involverade i diskussionerna efter att ha skrivit användarberättelserna.
När ska jag skriva användarberättelser?
Användarberättelser är tänkta genom hela det smidiga projektet. En workshop för att skriva berättelser genomförs vanligtvis i början av det smidiga projektet så att varje teammedlem kan delta och eventuellt hjälpa till att skapa en produktbacklogg som beskriver önskad funktionalitet och slutmål som sedan kan läggas till i projektet. Några av användarberättelserna kommer att bli episka. Dessutom kommer dessa epos senare att brytas neri flera mindre berättelser som passar bättre in i en iteration. Nya berättelser kan också läggas till då och då i produktstocken enligt kraven.
Varför skapa användarberättelser?
En användarberättelse i Agile kan verka som ett ytterligare steg i den agila ramprocessen men de ger viktig och värdefull insikt till teamet och upplyser teet om det värde som deras uppgifter ger projektet. Användarberättelser ger ett antal fördelar och fördelar:
- Främja användarnas fokus - En att göra-lista håller vanligtvis teamet på tårna med de uppgifter som behöver göras och avmarkeras från listan medan användarberättelser sätter hela fokus på användarna och hjälper till att lösa deras problem när de skrivs ur användarens perspektiv .
- Aktivera samarbete - När slutmålet är klart och definierat för teamet kan de arbeta effektivt tillsammans för att nå det målet samt ge tillfredsställelse och bra service till användaren.
- Driv kreativitet - Processen med att skriva och diskutera användarberättelser involverar diskussioner och brainstorming som hjälper teamet att tänka både kritiskt och kreativt och eventuellt komma med lösningar för att nå slutmålet.
- Ge fart - Varje berättelse ger utvecklingsgruppen fart genom utmaningar och framsteg.
Arbeta med användarberättelser
- En användarberättelse konceptualiseras och skrivs, sedan absorberas den och implementeras i arbetsflödet. Vanligtvis skriver produktägare, produktchefer eller programchefer användarberättelser. Sedan skickar de in dem för granskning.
- Under ett sprint- eller iterationsplaneringsmöte fattar laget ett beslut om vilka berättelser som kommer att inkluderas under just den sprinten. Dessutom diskuterar team funktionaliteten och kraven i berättelsen. Krav kan läggas till berättelsen efter att de har kommit överens om av laget.
- Ett viktigt steg i detta möte är att utvärdera berättelserna utifrån deras komplexitet och tid för slutförande. En berättelse ska kunna slutföras i en sprint. Av denna anledning måste teamet diskutera berättelserna.
Användarberättelser belyser utvecklingsgruppens dagliga arbete och förklarar de processer som teamet följer varje dag. Det bästa sättet att utnyttja dem i ditt projekt för att avslöja dess fördelar är att förstå deras roll och bidrag till teamets arbete och leverans.
Det är det, folkens! Med detta har vi nått slutet på artikeln ”User Story in Agile”. Du kan också titta på medan du håller på med det.
Har du en fråga till oss? Vänligen nämna det i kommentarsektionen i denna a rticle så återkommer vi till dig så snart som möjligt.