Razvoj veb aplikacija ili softvera podrazumeva mnogo više od samog kodiranja i puštanja aplikacije u rad.
Uključeni su razni koraci, kao što su razumevanje potreba, planiranje, testiranje, poboljšanje i konačno lansiranje aplikacije.
Neke od veb aplikacija koje koristimo bile su prilično složene za razumevanje tokom procesa razvoja. Srećom, kada se složeni procesi, ideje ili koncepti vizualizuju, lakše ih je razumeti i obraditi.
Korisničke priče su ključni deo procesa razvoja softvera jer pomažu da se vizuelno opiše funkcionalnost i prioritizuju stavke koje treba razviti. Nastavite da čitate kako biste saznali kako da kreirate korisničke priče u Jiri.
Šta je korisnička priča?
Korisnička priča se može opisati kao opšti opis funkcije veb aplikacije ili softvera, napisan iz perspektive krajnjeg korisnika. Važno je napomenuti da korisničke priče nisu softverski zahtevi. Međutim, takve priče su neformalne i napisane su da ilustruju kako će određene funkcije pružiti vrednost krajnjim korisnicima.
Osnovna struktura korisničke priče
Korisničke priče su spiskovi zadataka koji pomažu u određivanju koraka koje treba pratiti kada radite na projektu. Korisnička priča treba da obuhvati „ko“, „šta“ i „zašto“ zahteva za proizvod. Ove priče su kratke, a svaki element sadrži 10-15 reči. Ovi koraci pomažu da se osigura da proizvod i proces ispunjavaju željene zahteve.
Prema Ronu Džefriju, svaka korisnička priča treba da ima 3C, što označava „karticu, razgovor i potvrdu”. Pogledajmo sada detaljnije 3C koja treba razmotriti prilikom pisanja korisničkih priča u Jiri.
Kartica
Korisničke priče su prvobitno pisane na fizičkim karticama ili post-it nalepnicama. Danas imamo moderne kartice koje možemo lako da prilagodimo prilikom pisanja korisničkih priča u Jiri. Međutim, kartica će sadržati samo osnovne informacije o zahtevu. Kartica će imati dovoljno informacija da vam pomogne da razumete potrebu.
Kartica takođe može da sadrži važne detalje kao što su prioritet i troškovi povezani sa funkcijom. Vlasnik proizvoda ili menadžer projekta predaje karticu sa pričom programerima nakon što se prikupe svi detalji.
Razgovor
Nakon što se kartica koristi za formulisanje korisničke priče, sledi razgovor između uključenih strana. Zahtev u korisničkoj priči treba detaljno razmotriti i precizirati pre nego što se saopšti programerima.
Saradnja se takođe neguje kroz razgovore između vlasnika proizvoda, Scrum mastera, programera i zainteresovanih strana. Razne zainteresovane strane dele svoja razmišljanja i mišljenja kroz ove razgovore, od faze planiranja do trenutka kada se korisnička priča odabere za implementaciju. Ovi razgovori mogu biti verbalni, a ponekad imaju prateću dokumentaciju.
Potvrda
Razgovori mogu trajati danima ili čak nedeljama. Međutim, može postojati element sumnje, pa je potrebna potvrda. Možete dodati neke kriterijume koji daju određenu meru kao kriterijum prihvatanja. Ove mere se mogu napisati kao stavke u okviru priče.
Potvrda dolazi u obliku testova prihvatanja. Takvi testovi bi trebalo da obuhvate osnovne zahteve i pomognu vam da testirate kreirani proizvod kako biste utvrdili da li ispunjava standarde. Vlasnik proizvoda definiše kriterijume prihvatanja. S druge strane, programeri imaju zadatak da implementiraju kriterijume prihvatanja.
Svrha pisanja korisničke priče
- Pomaže dizajnerima, vlasnicima proizvoda i programerima da razmišljaju imajući na umu krajnje korisnike. Moderni proizvodi uvek treba da razmotre kako će krajnji korisnici komunicirati sa proizvodom. Korisnička priča je odličan pristup koji ističe put krajnjeg korisnika prilikom dizajniranja i razvoja proizvoda.
- Ima jednostavan i fleksibilan format. Korisničke priče u Jiri ne moraju biti komplikovane. Jednostavan format osigurava da zapišete sve detalje koristeći što manje reči. Potrebe se takođe menjaju kako sistem ili softverska aplikacija raste, i zato je korisnička priča fleksibilna da prihvati takve promene.
- Tim govori istim jezikom. Tipičan razvojni tim može imati vlasnika proizvoda, dizajnere i programere. Korisnička priča je dobar alat koji osigurava da svi u timu razumeju potrebe i krajnje ciljeve.
- Korisničke priče omogućavaju saradnju. Korisničke priče definišu krajnje ciljeve. Tim na taj način može da radi zajedno i odluči kako najbolje da posluži krajnjeg korisnika i ostvari postavljene ciljeve.
Najbolje prakse koje treba slediti pri pisanju korisničkih priča
#1. Korisnik treba da bude jasno definisan
Posao treba obaviti samo ako je korisnik identifikovan. Korisnik koji zahteva ovu funkciju može biti spoljni korisnik, klijent ili menadžer proizvoda. Korisnik ponekad može biti član razvojnog tima nakon što primeti funkciju na kojoj treba raditi.
Korisnik je predstavljen kao:
„Kao [korisničko ime]…”
Na primer, „Kao zakupac…”, ili „Kao stanodavac…”
#2. Korisničke priče moraju da obuhvate potrebu
Neka od pitanja koja treba postaviti su – da li korisnik želi da podeli sliku proizvoda sa svojim prijateljima ili želi da vidi istoriju svih artikala koje je kupio u prošlosti? Takva pitanja će pomoći timu proizvoda da razume šta treba da kreiraju.
Česta greška koja se javlja u ovoj fazi je predstavljanje rešenja. Međutim, korisnička priča ne bi trebalo da ima rešenje. Kao programer proizvoda, trebalo bi da radite sa korisnicima kada pišete korisničke priče u Jiri kako biste zabeležili njihove zahteve, ali izbegavajte preuranjene zaključke.
Potreba je predstavljena kao: „Kao [korisničko ime]: Mogu [ostvariti nešto]…”
Na primer, „Kao stanodavac: mogu da vidim raščlanjenu naplatu mesečne zakupnine…”
#3. Trebalo bi da postoji kvalifikujuća izjava
Možete jednostavno da predstavite kvalifikujuću izjavu frazom kao što je „tako da”. Funkcija se ne dodaje samo aplikaciji, već ta funkcija treba da doda vrednost.
Kvalifikujuću izjavu možete da predstavite kao:
„Kao [korisničko ime] mogu [ostvariti nešto] tako da [izjava o vrednosti]…”
Na primer;
„Kao stanodavac: mogu da vidim raščlanjenu naplatu mesečne zakupnine, tako da mogu da planiram svoje troškove.”
Kvalifikujuća izjava opravdava zašto bi tim proizvoda trebalo da radi na predloženoj funkciji.
#4. Korisnička priča treba da bude nezavisna
Svaka kreirana korisnička priča treba da predstavlja nezavisan i poseban skup poslovnih vrednosti. Stoga bi trebalo da postoji inkrementalna vrednost kada programeri implementiraju korisničku priču.
#5. Omogućite pregovaranje o korisničkoj priči
Krajnji cilj korisničke priče može se jasno opisati. Međutim, proces postizanja postavljenih ciljeva treba da bude pregovarački. Korisnička priča treba da omogući vlasniku proizvoda i razvojnom timu da pregovaraju kako bi sprečili nerealna ograničenja funkcionalnosti ili funkcije.
#6. Trebalo bi da bude jednostavno i malo
Trebalo bi da učinite svoje korisničke priče u Jiri malim ako želite da postignete ciljeve u datom ciklusu sprinta. Ako imate priču koja je previše složena, to je indikacija da je morate dalje raščlaniti.
Korak po korak proces kreiranja korisničke priče u Jiri
Jira je jedan od najboljih alata za upravljanje projektima u savremenom svetu. Jira je prvobitno korišćena za praćenje grešaka i problema, ali je sada evoluirala u sveobuhvatan agilni alat za razvoj softvera za razvojne timove.
Odlična funkcionalnost ove aplikacije i lakoća integracije sa različitim aplikacijama su razlozi zašto bi trebalo da pišete korisničke priče u Jiri. Pratite ove korake da biste kreirali svoju prvu korisničku priču:
#1. Prijavite se na/kreirajte svoj Jira nalog
Ako već imate Jira nalog, prijavite se i pređite na korak 2. Međutim, ako nemate Jira nalog, možete kreirati Jira nalog besplatno. Popunite detalje i pratite uputstva da biste postavili svoj prvi projekat. Kada je vaš nalog spreman, sada možete da pređete na korak 2.
#2. Napravite problem
Problemi se koriste za praćenje pojedinačnih zadataka koji se moraju završiti. Kliknite na ikonu „Kreiraj“ na gornjoj traci za navigaciju Jira kontrolne table.
#3. Navedite svoju korisničku priču
Opišite svoj problem u odeljku opisa. Za ovaj primer, naš opis je „Kao korisnik, želeo bih da podelim važne ponude kako bi moji prijatelji/porodica mogli da imaju koristi.”
#4. Priložite povezane datoteke
Neki zadaci mogu zahtevati datoteke. Međutim, naša korisnička priča nema sliku, pa ćemo preskočiti taj korak.
#5. Dodaj opis
Ovaj odeljak detaljno opisuje funkciju. U našem slučaju, možemo da opišemo platforme društvenih medija na kojima se proizvodi mogu deliti.
#6. Dodeli zadatak
Zadatak se automatski dodeljuje kreatoru priče. Međutim, možete dodeliti problem drugoj osobi ako radite kao tim.
#7. Postavite prioritet zadatka
Kada pišete korisničke priče u Jiri, možete postaviti prioritet kao Najviši, Visoki, Niski ili Najniži. Izabrali smo „Visok“ za našu funkciju deljenja na društvenim mrežama.
#8. Objavite korisničku priču
Pošto prvi put kreirate korisničku priču, nećete imati puno funkcija. Možete pritisnuti dugme „Kreiraj“ i vaša korisnička priča će biti spremna za pregled.
Zaključak
Pisanje korisničkih priča u Jiri ne mora da bude teško kada sledite gore navedene korake. Jira takođe ima vodiče i tutorijale na koje se uvek možete osloniti kada se osećate zaglavljeno.
Možda će vas takođe zanimati ovaj Vodič za agilnu metodologiju.