Kā rakstīt lietotāju stāstus Jirā

Tīmekļa lietotnes/programmatūras izveide ir kas vairāk nekā tikai kodēšana un lietotnes darbības sākšana.

Ir iesaistītas dažādas darbības, piemēram, nepieciešamības izpratne, projektēšana, testēšana, pilnveidošana un lietotnes galīgā izlaišana.

Dažas no mūsu redzamajām tīmekļa lietotnēm izstrādes procesā bija zināmā mērā sarežģīti saprotamas. Par laimi, kad tiek vizualizēti sarežģīti procesi, idejas vai koncepcijas, tās kļūst viegli sagremojamas.

Lietotāju stāsti ir būtiska programmatūras izstrādes procesa sastāvdaļa, jo tie palīdz vizuāli aprakstīt tās funkcijas un noteikt prioritātes vienumiem vai stāstiem, kas jāizstrādā. Turpiniet lasīt, lai saprastu, kā Jira izveidot lietotāju stāstus.

Kas ir lietotāja stāsts

Lietotāja stāstu var raksturot kā vispārīgu tīmekļa lietotnes/programmatūras funkcijas skaidrojumu, kas rakstīts no galalietotāja viedokļa. Ir vērts atzīmēt, ka lietotāju stāsti nav programmatūras prasības. Tomēr šādi stāsti ir neformāli un ir rakstīti, lai ilustrētu, kā šāda funkcija/-as sniegs vērtību galalietotājiem.

Lietotāja stāsta pamatstruktūra

Lietotāju stāsti ir uzdevumu saraksti, kas palīdz noteikt darbības, kas jāveic, strādājot pie projekta. Lietotāja stāstam ir jāietver produkta prasības “kas”, “kas” un “kāpēc”. Šādi stāsti ir īsi, kur katrs elements satur 10-15 vārdus. Šīs darbības palīdzēs nodrošināt, ka produkts un process atbilst vēlamajām prasībām.

Pēc Rona Džefrija domām, katram lietotāja stāstam ir jābūt 3C, kas apzīmē “karti, sarunu un apstiprinājumu”. Tagad aprakstīsim 3C, kas jāievēro, rakstot lietotāju stāstus Jira.

Kart

Lietotāju stāsti sākotnēji tika rakstīti uz fiziskām kartēm vai Post-it piezīmēm. Tagad mums ir modernas kartītes, kuras varam viegli pielāgot, rakstot lietotāju stāstus programmā Jira. Tomēr kartē būs tikai daļa informācijas par prasību. Kartē būs pietiekami daudz informācijas, kas palīdzēs izprast vajadzību.

  Kā pievienot un piešķirt lomas programmā Discord

Kartē var būt arī svarīga informācija, piemēram, prioritāte un izmaksas, kas saistītas ar funkciju. Produkta īpašnieks vai projekta vadītājs nodos stāsta karti izstrādātājiem, tiklīdz būs iegūta visa informācija.

Saruna

Pēc tam, kad karte ir izmantota lietotāja stāsta formulēšanai, notiek saruna starp iesaistītajām pusēm. Lietotāja stāsta prasība ir jāapspriež un jāprecizē, pirms tā tiek paziņota izstrādātājiem.

Sadarbība tiek veicināta arī sarunās starp produktu īpašniekiem, Scrum meistariem, izstrādātājiem un ieinteresētajām personām. Šajās sarunās dažādas ieinteresētās personas dalās savās domās un viedokļos no plānošanas posma līdz brīdim, kad lietotāja stāsts tiek izvēlēts ieviešanai. Šīs sarunas var būt mutiskas, un dažkārt tām var būt apliecinoši dokumenti.

Apstiprinājums

Sarunas var ilgt vairākas dienas vai pat nedēļas. Tomēr var būt šaubu elements, tāpēc ir nepieciešams apstiprinājums. Varat pievienot dažus kritērijus, kas kā pieņemšanas kritēriju nosaka konkrētu pasākumu. Šos pasākumus var rakstīt kā aizzīmju sarakstus stāstā.

Apstiprinājums tiek saņemts pieņemšanas testu veidā. Šādiem testiem vajadzētu aptvert būtiskās prasības un palīdzēt pārbaudīt izveidoto produktu, lai noteiktu, vai tas atbilst standartiem. Produkta īpašnieks nosaka pieņemšanas kritērijus. No otras puses, izstrādātājiem ir uzdots ieviest pieņemšanas kritērijus.

Lietotāja stāsta rakstīšanas mērķis

  • Palīdz dizaineriem, produktu īpašniekiem un izstrādātājiem domāt, paturot prātā galalietotājus. Mūsdienīgajiem produktiem vienmēr jāņem vērā, kā galalietotāji mijiedarbosies ar produktu. Lietotāja stāsts ir lieliska pieeja, kas izceļ galalietotāju ceļu, izstrādājot un izstrādājot produktu.
  • Tam ir vienkāršs un elastīgs formāts. Lietotāju stāstiem Jira nav jābūt sarežģītiem. Vienkāršais formāts nodrošina, ka jūs tverat visas detaļas, izmantojot pēc iespējas mazāk vārdu. Vajadzības mainās arī, palielinoties sistēmas/programmatūras lietojumprogrammai, un tāpēc lietotāja stāsts ir elastīgs, lai pielāgotos šādām izmaiņām.
  • Komanda runā vienā valodā. Parastai izstrādes komandai var būt produkta īpašnieks, dizaineri un izstrādātāji. Lietotāja stāsts ir labs rīks, kas nodrošina, ka visi komandas locekļi saprot nepieciešamību un galamērķus.
  • Lietotāju stāsti nodrošina sadarbību. Lietotāju stāsti nosaka gala mērķus. Tādējādi komanda var strādāt kopā un izlemt, kā vislabāk apkalpot gala lietotāju un sasniegt izvirzītos mērķus.
  Kā nomainīt Apple maksājuma veidu

Paraugprakse, kas jāievēro, rakstot lietotāju stāstus

#1. Lietotājam jābūt skaidri definētam

Darbs jāveic tikai tad, ja lietotājs ir identificēts. Lietotājs, kas pieprasa šo funkciju, var būt ārējs lietotājs, klients vai produktu vadītājs. Lietotājs dažkārt var būt izstrādes dalībnieks pēc tam, kad ir atzīmējis funkciju, pie kuras būtu jāstrādā.

Lietotājs tiek parādīts kā:

„Kā [Username]……”

Piemēram, “Kā īrnieks…….” vai “Kā saimnieks…”.

#2. Lietotāju stāstiem ir jāatspoguļo nepieciešamība

Daži no jautājumiem, kas jāuzdod: vai Lietotājs vēlas dalīties ar produktu attēlu ar saviem draugiem vai vēlas redzēt visu iepriekš iegādāto preču vēsturi? Šādi jautājumi palīdzēs produktu komandai saprast, kas viņiem ir jāizveido.

Bieži sastopama kļūda, kas parādās šajā posmā, ir risinājuma piedāvāšana. Tomēr lietotāja stāstam nevajadzētu būt ar risinājumu. Kā produktu izstrādātājam, rakstot lietotāju stāstus programmā Jira, jums ir jāstrādā ar lietotājiem, lai atspoguļotu viņu prasības, taču izvairītos no pārsteidzīgiem secinājumiem.

Vajadzība tiek attēlota kā “Kā a [USER NAME]: ES varu [ACHIEVE SOMETHING]…”

Piemēram, “Kā saimnieks: es redzu ikmēneša īres iekasēšanas sadalījumu…”

#3. Ir jābūt kvalificējošam paziņojumam

Jūs varat vienkārši iesniegt kvalificējošo paziņojumu ar tādu frāzi kā “tā, lai”. Funkcija tiek pievienota ne tikai lietotnei, bet tai ir jāpievieno vērtība.

Jūs varat iesniegt kvalificējošo paziņojumu kā;

„Kā [USERNAME] ES varu [ACHIEVE SOMETHING]tātad [VALUE STATEMENT]…”

Piemēram;

„Kā saimnieks: es redzu ikmēneša īres iekasēšanas sadalījumu, lai varētu plānot savus izdevumus.”

Kvalifikācijas paziņojums pamato, kāpēc produkta komandai būtu jāstrādā pie piedāvātās funkcijas.

#4. Lietotāja stāstam ir jābūt neatkarīgam

Katram izveidotajam lietotāja stāstam ir jāatspoguļo neatkarīga un atšķirīga biznesa vērtību kopa. Tādējādi, izstrādātājiem ieviešot lietotāja stāstu, ir jābūt pieaugošai vērtībai.

#5. Padariet lietotāja stāstu apspriežamu

Lietotāja stāsta galamērķi var skaidri aprakstīt. Tomēr izvirzīto mērķu sasniegšanas procesam jābūt apspriežamam. Lietotāja stāstam ir jāļauj produkta īpašniekam un izstrādes komandai vienoties, lai novērstu nereālus funkcionalitātes vai līdzekļa ierobežojumus.

#6. Tam jābūt vienkāršam un mazam

Ja vēlaties sasniegt mērķus dotajā sprinta ciklā, jūsu Jira lietotāju stāsti ir jāsamazina. Ja jums ir pārāk sarežģīts stāsts, tas liecina, ka jums tas ir jāsadala sīkāk.

  Kā izveidot Mac cietā diska sāknēšanas klonu

Soli pa solim lietotāja stāsta izveides process vietnē Jira

Jira ir viens no labākajiem projektu vadības rīkiem mūsdienu pasaulē. Sākotnēji Jira tika izmantota kļūdu un problēmu izsekošanai, taču tagad tā ir kļuvusi par visaptverošu, elastīgu programmatūras izstrādes rīku izstrādes komandām.

Šīs lietotnes glītā funkcionalitāte un ērta integrācija ar dažādām lietotnēm ir iemesls, kāpēc jums vajadzētu rakstīt lietotāju stāstus Jira. Veiciet šīs darbības, lai izveidotu savu pirmo lietotāja stāstu

#1. Piesakieties/izveidojiet savu Jira kontu

Ja jums jau ir Jira konts, piesakieties un pārejiet uz 2. darbību. Taču, ja jums nav Jira konta, varat izveidot Jira kontu bez maksas. Aizpildiet informāciju un izpildiet apmācības, lai iestatītu savu pirmo projektu. Kad konts ir gatavs, tagad varat pāriet uz 2. darbību.

#2. Izveidojiet problēmu

Problēmas tiek izmantotas, lai izsekotu atsevišķiem darbiem, kas jāpabeidz. Jira informācijas paneļa augšējā navigācijas joslā noklikšķiniet uz ikonas Izveidot.

#3. Norādiet savu lietotāja stāstu

Aprakstiet savu problēmu apraksta sadaļā. Šajā piemērā mūsu apraksts ir “Kā lietotājs es vēlētos dalīties ar svarīgiem piedāvājumiem, lai mani draugi/ģimene varētu gūt labumu”.

#4. Pievienojiet saistītos failus

Dažiem uzdevumiem var būt nepieciešami faili. Tomēr mūsu lietotāja stāstam nav attēla, tāpēc mēs izlaidīsim šo darbību.

#5. Pievienojiet aprakstu

Šajā sadaļā ir sīki aprakstīta funkcija. Mūsu gadījumā mēs varam aprakstīt sociālo mediju platformas, kurās var kopīgot produktus.

#6. Uzdodiet uzdevumu

Uzdevums tiek automātiski piešķirts stāsta veidotājam. Tomēr, ja strādājat komandā, problēmu varat uzticēt citai personai.

#7. Iestatiet uzdevuma prioritāti

Rakstot lietotāju stāstus programmā Jira, varat iestatīt prioritāti kā Augstākā, Augstākā, Zemākā vai Zemākā. Mūsu sociālo mediju koplietošanas funkcijai esam izvēlējušies “Augsts”.

#8. Publicējiet lietotāja stāstu

Tā kā lietotāja stāstu veidojat pirmo reizi, jums nebūs daudz funkciju. Varat nospiest pogu “Izveidot”, un jūsu lietotāja stāsts būs gatavs apskatei.

Iesaiņošana

Lietotāju stāstu rakstīšanai programmā Jira nav jābūt sarežģītai, ja veicat iepriekš minētās darbības. Jira ir arī ceļveži un pamācības, kuras vienmēr varat atsaukties, kad jūtaties iestrēdzis.

Iespējams, jūs interesēs arī šī Agile Methodolgy rokasgrāmata.