Oprettelse af en webapp/-software er mere end blot at kode og få appen op at køre.
Der er forskellige trin involveret, såsom at forstå behovet, designe, teste, forfine og appens endelige udgivelse.
Nogle af de webapps, vi ser, var på en eller anden måde komplekse at forstå under udviklingsprocessen. Heldigvis, når komplekse processer, ideer eller koncepter visualiseres, bliver det nemt at fordøje dem.
Brugerhistorier er en væsentlig ingrediens i softwareudviklingsrejsen, da den hjælper med at beskrive dens funktioner visuelt og prioritere elementer eller historier, der skal udvikles. Fortsæt med at læse for at forstå, hvordan man opretter User Stories i Jira.
Indholdsfortegnelse
Hvad er en brugerhistorie
En User Story kan beskrives som en generel forklaring på en webapp/softwarefunktion skrevet fra slutbrugerens perspektiv. Det er værd at bemærke, at User Stories ikke er softwarekrav. Sådanne historier er dog uformelle og er skrevet for at illustrere, hvordan sådanne funktioner vil give værdi for slutbrugerne.
Den grundlæggende struktur i en User Story
Brugerhistorier er ‘to-do’-lister, der hjælper med at bestemme de trin, du skal følge, når du arbejder på et projekt. En brugerhistorie formodes at fange “hvem”, “hvad” og “hvorfor” af et produktkrav. Sådanne historier er korte, hvor hvert element indeholder 10-15 ord. Disse trin hjælper med at sikre, at produktet og processen opfylder de ønskede krav.
Ifølge Ron Jeffries skal hver brugerhistorie have 3C’erne, der betegner “kort, samtale og bekræftelse”. Lad os nu beskrive de 3C’er, du skal observere, når du skriver User Stories i Jira.
Kort
Brugerhistorier blev oprindeligt skrevet på fysiske kort eller Post-it-sedler. Vi har nu moderne kort, som vi nemt kan tilpasse, når vi skriver User Stories i Jira. Kortet vil dog kun indeholde nogle oplysninger om kravet. Et kort vil have nok information til at hjælpe dig med at forstå behovet.
Kortet kan også indeholde vigtige detaljer såsom prioritet og omkostninger forbundet med funktionen. Produktejeren eller projektlederen vil overdrage historiekortet til udviklerne, når alle detaljer er blevet fanget.
Samtale
Efter at kortet er brugt til at formulere User Story, følger en samtale mellem de involverede parter. Kravet i User Story skal diskuteres og forfines, før det kommunikeres til udviklerne.
Samarbejde fremmes også gennem samtaler mellem produktejere, Scrum Masters, udviklere og interessenter. Forskellige interessenter deler deres tanker og meninger gennem disse samtaler fra planlægningsfasen til det punkt, hvor User Story udvælges til implementering. Disse samtaler kan være verbale og til tider have understøttende dokumenter.
Bekræftelse
Samtaler kan vare i dage eller endda uger. Der kan dog være et element af tvivl, så bekræftelse er nødvendig. Du kan tilføje nogle kriterier, der giver et bestemt mål som et acceptkriterium. Disse mål kan skrives som punktlister i historien.
Bekræftelsen kommer i form af accepttests. Sådanne test bør fange de væsentlige krav og hjælpe dig med at teste det oprettede produkt for at afgøre, om det opfylder standarderne. Produktejeren definerer acceptkriterierne. På den anden side har udviklere til opgave at implementere acceptkriterierne.
Formålet med at skrive en brugerhistorie
- Hjælper designere, produktejere og udviklere med at tænke med slutbrugerne i tankerne. Moderne produkter bør altid overveje, hvordan slutbrugerne vil interagere med produktet. En User Story er en fremragende tilgang, der fremhæver slutbrugernes rejse, når de designer og udvikler et produkt.
- Har et enkelt og fleksibelt format. Brugerhistorier i Jira behøver ikke at være komplicerede. Det ligetil format sikrer, at du fanger alle detaljerne ved at bruge færrest mulige ord. Behovene ændrer sig også, efterhånden som et system/softwareapplikation vokser, og det er derfor, en User Story er fleksibel til at imødekomme sådanne ændringer.
- Holdet taler samme sprog. Et typisk udviklingsteam kan have en produktejer, designere og udviklere. En User Story er et godt værktøj, der sikrer, at alle på holdet forstår behovet og slutmålene.
- User Stories muliggør samarbejde. User Stories definerer slutmålene. Teamet kan således arbejde sammen og beslutte, hvordan man tjener slutbrugeren bedst og når de opstillede mål.
Bedste praksis at følge, mens du skriver User Stories
#1. Brugeren skal være klart defineret
Arbejdet bør kun udføres, hvis en bruger er identificeret. Brugeren, der anmoder om denne funktion, kan være en ekstern bruger, en klient eller produktadministratoren. Brugeren kan nogle gange være medlem af udviklingen efter at have bemærket en funktion, der bør arbejdes på.
Brugeren præsenteres som:
“Som en [Username]……”
For eksempel “Som lejer…” eller “Som udlejer….”
#2. User Stories skal fange behovet
Nogle af spørgsmålene, der skal stilles, er – ønsker brugeren at dele et billede af produkterne med deres venner eller ønsker at se en historie over alle de varer, de har købt tidligere? Sådanne spørgsmål vil hjælpe produktteamet til at forstå, hvad de skal skabe.
En almindelig fejl, der opstår på dette stadium, er at præsentere en løsning. En User Story bør dog ikke komme med en løsning. Som produktudvikler bør du arbejde med brugere, når du skriver User Stories i Jira for at fange deres krav, men undgå at drage konklusioner.
Behovet er repræsenteret som: “Som en [USER NAME]: Jeg kan [ACHIEVE SOMETHING]….”
For eksempel, “Som udlejer: Jeg kan se fordelingen af den månedlige huslejeopkrævning….”
#3. Der skal være en kvalificerende erklæring
Du kan blot præsentere den kvalificerende erklæring med en sætning som “så det”. En funktion føjes ikke bare til en app, men den funktion skal tilføje værdi.
Du kan præsentere den kvalificerende erklæring som;
“Som en [USERNAME] jeg kan [ACHIEVE SOMETHING]så det [VALUE STATEMENT]…”
For eksempel;
“Som udlejer: Jeg kan se fordelingen af den månedlige huslejeopkrævning, så jeg kan planlægge mine udgifter.”
Den kvalificerende erklæring begrunder, hvorfor produktteamet skal arbejde på den foreslåede funktion.
#4. En User Story skal være uafhængig
Hver brugerhistorie, der oprettes, skal repræsentere et uafhængigt og særskilt sæt forretningsværdier. Der bør således være øget værdi, når udviklerne implementerer User Story.
#5. Gør brugerhistorien til forhandling
Slutmålet for en User Story kan tydeligt beskrives. Processen med at nå de fastsatte mål bør dog være til forhandling. Brugerhistorien skal give produktejeren og udviklingsteamet mulighed for at forhandle for at forhindre urealistiske begrænsninger på funktionaliteten eller funktionen.
#6. Skal være enkel og lille
Du bør gøre dine User Stories i Jira små, hvis du vil nå målene inden for den givne sprintcyklus. Hvis du har en historie, der er for kompleks, er det en indikation af, at du skal nedbryde den yderligere.
Trin-for-trin proces med at skabe en brugerhistorie i Jira
Jira er et af de bedste projektledelsesværktøjer i den moderne verden. Jira blev oprindeligt brugt til fejl- og problemsporing, men har nu udviklet sig til et alsidigt agilt softwareudviklingsværktøj til udviklingsteams.
Den pæne funktionalitet af denne app og den lette integration med forskellige apps er grunde til, at du skal skrive User Stories i Jira. Følg disse trin for at oprette din første brugerhistorie
#1. Log ind på/opret din Jira-konto
Hvis du allerede har en Jira-konto, skal du logge ind og gå til trin 2. Men hvis du ikke har en Jira-konto, kan du oprette en Jira-konto gratis. Udfyld detaljerne og følg selvstudierne for at konfigurere dit første projekt. Når din konto er klar, kan du nu gå til trin 2.
#2. Opret et problem
Udgaver bruges til at spore individuelle stykker arbejde, der skal afsluttes. Klik på ‘Opret’-ikonet på den øverste navigationslinje på dit Jira-dashboard.
#3. Angiv din brugerhistorie
Beskriv dit problem i beskrivelsessektionen. For dette eksempel er vores beskrivelse “Som bruger vil jeg gerne dele vigtige aftaler, så mine venner/familie kan få gavn af det.”
#4. Vedhæft tilknyttede filer
Nogle opgaver kræver muligvis filer. Vores User Story har dog ikke et billede, så det trin springer vi over.
#5. Tilføj en beskrivelse
Dette afsnit beskriver funktionen i detaljer. I vores tilfælde kan vi beskrive de sociale medieplatforme, hvor produkter kan deles.
#6. Tildel opgaven
Opgaven tildeles automatisk til historiens skaber. Du kan dog tildele problemet til en anden person, hvis du arbejder som et team.
#7. Indstil opgaveprioritet
Når du skriver User Stories i Jira, kan du indstille prioriteten til Højest, Høj, Lav eller Laveste. Vi har valgt “Høj” til vores funktion til deling af sociale medier.
#8. Udgiv brugerhistorien
Da du opretter User Story for første gang, har du ikke mange funktioner. Du kan trykke på knappen “Opret”, og din brugerhistorie er klar til visning.
Afslutter
At skrive brugerhistorier i Jira behøver ikke at være svært, når du følger ovenstående trin. Jira har også vejledninger og tutorials, du altid kan henvise til, når du føler dig fastlåst.
Du kan også være interesseret i denne guide til agil metodik.