Hvordan skrive brukerhistorier i Jira

Å lage en nettapp/programvare er mer enn bare koding og få appen i gang.

Det er ulike trinn involvert, for eksempel å forstå behovet, designe, teste, foredle og appens endelige utgivelse.

Noen av nettappene vi ser var på en eller annen måte komplekse å forstå under utviklingsprosessen. Heldigvis, når komplekse prosesser, ideer eller konsepter visualiseres, blir det lett å fordøye dem.

Brukerhistorier er en essensiell ingrediens i programvareutviklingsreisen ettersom den hjelper til med å beskrive funksjonene visuelt og prioritere elementer eller historier som må utvikles. Fortsett å lese for å forstå hvordan du lager brukerhistorier i Jira.

Hva er en brukerhistorie

En brukerhistorie kan beskrives som en generell forklaring på en nettapp/programvarefunksjon skrevet fra sluttbrukerens perspektiv. Det er verdt å merke seg at User Stories ikke er programvarekrav. Slike historier er imidlertid uformelle og er skrevet for å illustrere hvordan slike funksjoner vil gi verdi for sluttbrukerne.

Grunnstrukturen til en brukerhistorie

User Stories er «to-do»-listene som hjelper deg med å bestemme trinnene du skal følge når du jobber med et prosjekt. En brukerhistorie er ment å fange opp «hvem», «hva» og «hvorfor» til et produktkrav. Slike historier er korte, der hvert element inneholder 10-15 ord. Disse trinnene vil bidra til å sikre at produktet og prosessen oppfyller de ønskede kravene.

I følge Ron Jeffries bør hver brukerhistorie ha 3C-ene, som betegner «Kort, samtale og bekreftelse». La oss nå beskrive 3C-ene du bør observere når du skriver User Stories i Jira.

Kort

User Stories ble opprinnelig skrevet på fysiske kort eller Post-it-lapper. Vi har nå moderne kort vi enkelt kan tilpasse når du skriver User Stories i Jira. Kortet vil imidlertid kun inneholde noe informasjon om kravet. Et kort vil ha nok informasjon til å hjelpe deg å forstå behovet.

Kortet kan også inneholde viktige detaljer som prioritet og kostnad knyttet til funksjonen. Produkteieren eller prosjektlederen vil overlevere historiekortet til utviklerne når alle detaljene er registrert.

Samtale

Etter at kortet er brukt til å formulere User Story, følger en samtale mellom de involverte partene. Kravet i User Story må diskuteres og foredles før det kommuniseres til utviklerne.

Samarbeid fremmes også gjennom samtaler mellom produkteiere, Scrum Masters, utviklere og interessenter. Ulike interessenter deler sine tanker og meninger gjennom disse samtalene fra planleggingsfasen til det punktet hvor brukerhistorien blir plukket ut for implementering. Disse samtalene kan være verbale og til tider ha støttedokumenter.

Bekreftelse

Samtaler kan pågå i dager eller til og med uker. Det kan imidlertid være et element av tvil, så bekreftelse er nødvendig. Du kan legge til noen kriterier som gir et spesifikt mål som et akseptkriterium. Disse tiltakene kan skrives som punktlister i historien.

Bekreftelsen kommer i form av akseptprøver. Slike tester bør fange opp de grunnleggende kravene og hjelpe deg å teste det opprettede produktet for å avgjøre om det oppfyller standardene. Produkteieren definerer akseptkriteriene. På den annen side har utviklere i oppgave å implementere akseptkriteriene.

Formålet med å skrive en brukerhistorie

• Hjelper designere, produkteiere og utviklere med å tenke med sluttbrukerne i tankene. Moderne produkter bør alltid vurdere hvordan sluttbrukerne vil samhandle med produktet. En User Story er en utmerket tilnærming som fremhever sluttbrukernes reise når de designer og utvikler et produkt.
• Har et enkelt og fleksibelt format. Brukerhistorier i Jira trenger ikke å være komplisert. Det enkle formatet sikrer at du fanger opp alle detaljene med minst mulig ord. Behovene endres også etter hvert som et system/programvare vokser, og det er derfor en User Story er fleksibel for å imøtekomme slike endringer.
• Teamet snakker samme språk. Et typisk utviklingsteam kan ha en produkteier, designere og utviklere. En User Story er et godt verktøy som sikrer at alle i teamet forstår behovet og sluttmålene.
• User Stories muliggjør samarbeid. User Stories definerer sluttmålene. Teamet kan dermed jobbe sammen og bestemme hvordan de skal betjene sluttbrukeren best og nå de oppsatte målene.

Beste fremgangsmåter å følge mens du skriver brukerhistorier

#1. Brukeren bør være klart definert

Arbeid skal kun utføres hvis en bruker er identifisert. Brukeren som ber om denne funksjonen kan være en ekstern bruker, en klient eller produktansvarlig. Brukeren kan noen ganger være medlem av utviklingen etter å ha notert en funksjon som bør jobbes med.

Brukeren presenteres som:

«Som en [Username]……”

For eksempel «Som leietaker…» eller «Som utleier….»

#2. User Stories må fange behovet

Noen av spørsmålene å stille er – ønsker brukeren å dele et bilde av produktene med vennene sine eller ønsker å se en historikk over alle varene de har kjøpt tidligere? Slike spørsmål vil hjelpe produktteamet til å forstå hva de skal lage.

En vanlig feil som dukker opp på dette stadiet er å presentere en løsning. En User Story bør imidlertid ikke komme med en løsning. Som produktutvikler bør du jobbe med brukere når du skriver User Stories i Jira for å fange opp kravene deres, men unngå å trekke konklusjoner.

Behovet er representert som «Som en [USER NAME]: Jeg kan [ACHIEVE SOMETHING]….”

For eksempel, «Som utleier: Jeg kan se fordelingen av månedlig husleieinnkreving….»

#3. Det bør være en kvalifiserende uttalelse

Du kan ganske enkelt presentere den kvalifiserende uttalelsen med en setning som «slik at». En funksjon legges ikke bare til en app, men den funksjonen skal tilføre verdi.

Du kan presentere den kvalifiserende erklæringen som;

«Som en [USERNAME] jeg kan [ACHIEVE SOMETHING]så det [VALUE STATEMENT]…”

For eksempel;

«Som utleier: Jeg kan se fordelingen av månedlig husleieinnkreving slik at jeg kan planlegge utgiftene mine.»

Den kvalifiserende erklæringen begrunner hvorfor produktteamet bør jobbe med den foreslåtte funksjonen.

#4. En brukerhistorie skal være uavhengig

Hver brukerhistorie som opprettes, bør representere et uavhengig og distinkt sett med forretningsverdier. Dermed bør det være inkrementell verdi når utviklerne implementerer User Story.

#5. Gjør brukerhistorien omsettelig

Sluttmålet til en User Story kan beskrives tydelig. Prosessen med å nå de fastsatte målene bør imidlertid være omsettelig. Brukerhistorien skal tillate produkteieren og utviklingsteamet å forhandle for å forhindre urealistiske begrensninger på funksjonaliteten eller funksjonen.

#6. Bør være enkel og liten

Du bør gjøre User Stories i Jira små hvis du ønsker å oppnå målene innenfor den gitte sprintsyklusen. Hvis du har en historie som er for kompleks, er det en indikasjon på at du må bryte den ned ytterligere.

Trinn-for-trinn prosess for å lage en brukerhistorie i Jira

Jira er et av de beste prosjektstyringsverktøyene i den moderne verden. Jira ble opprinnelig brukt til feil- og problemsporing, men har nå utviklet seg til et allsidig smidig programvareutviklingsverktøy for utviklingsteam.

Den pene funksjonaliteten til denne appen og den enkle integrasjonen med ulike apper er grunner til at du bør skrive User Stories i Jira. Følg disse trinnene for å lage din første brukerhistorie

#1. Logg inn på/opprett din Jira-konto

Hvis du allerede har en Jira-konto, logg inn og gå til trinn 2. Men hvis du ikke har en Jira-konto, kan du opprette en Jira-konto gratis. Fyll ut detaljene og følg veiledningene for å sette opp ditt første prosjekt. Når kontoen din er klar, kan du nå gå til trinn 2.

#2. Opprett et problem

Utgaver brukes til å spore individuelle deler av arbeid som må fullføres. Klikk på «Opprett»-ikonet på den øverste navigasjonslinjen på Jira-dashbordet.

#3. Fortell brukerhistorien din

Beskriv problemet ditt i beskrivelsesdelen. For dette eksempelet er beskrivelsen vår «Som bruker vil jeg gjerne dele viktige avtaler slik at vennene mine/familien kan dra nytte av det.»

#4. Legg ved tilknyttede filer

Noen oppgaver kan kreve filer. Brukerhistorien vår har imidlertid ikke et bilde, så vi hopper over det trinnet.

#5. Legg til en beskrivelse

Denne delen beskriver funksjonen i detalj. I vårt tilfelle kan vi beskrive de sosiale medieplattformene der produkter kan deles.

#6. Tilordne oppgaven

Oppgaven blir automatisk tildelt historiens skaper. Du kan imidlertid tilordne problemet til en annen person hvis du jobber som et team.

#7. Angi oppgaveprioritet

Når du skriver User Stories i Jira, kan du angi prioritet som Høyest, Høy, Lav eller Lavest. Vi har valgt «Høy» for vår delingsfunksjon for sosiale medier.

#8. Publiser brukerhistorien

Siden du oppretter brukerhistorien for første gang, vil du ikke ha mange funksjoner. Du kan trykke på «Opprett»-knappen, og brukerhistorien din vil være klar for visning.

Innpakning

Å skrive brukerhistorier i Jira trenger ikke å være vanskelig når du følger trinnene ovenfor. Jira har også guider og veiledninger du alltid kan referere til når du føler deg fast.

Du kan også være interessert i denne veiledningen til smidig metodikk.