V Domenci veliko načrtujemo. Spletne trgovine, družabna omrežja, spletne aplikacije itd. Nekateri projekti imajo zunanje naročnike, drugi so naši lastni. Vsem pa je skupno to, da jim mora nekdo naročiti. In prav to naročanje je korak, kjer se največkrat zaplete.
Pravzaprav gre pri naročanju za prenos idej in spoznanj o nekem problemu od naročnika - k izvajalcu. Klasičen način za podajanje takšnih informacij je pisanje tehnične dokumentacije (specifikacije) o tem, kako naj stvar deluje. Tak način ima dobre in slabe plati. Slabe lastnosti klasične dokumentacije so:
- časovno zahtevna priprava,
- možnost slabega razumevanja,
- dolgočasnost prebiranja,
- zahtevnost vzdrževanja ažurnosti.
Pri spletnem razvoju zgoraj napisane lastnosti močno prevladujejo nad pozitivnimi lastnostmi takšnega pristopa. V želji našim naročnikom ponuditi boljši način za pretok informacij in idej smo kot standard za opisovanje nalog uvedli uporabniške zgodbe (user stories).
Uporabniška zgodba ni nič drugega, kot na poseben način (po šabloni) napisana naloga za izvajalca. Šablona, ki jo uporabljamo pri nas, je takšna:
“Kot uporabnik, želim… , da bom lahko…“
Tako na primer oblikujemo uporabniške zgodbe, kot so:
“Kot registrirani uporabnik želim dodati v svoj profil še en naslov za dostavo. Tako bom lahko pri naslednjem nakupu hitreje izbral alternativni naslov.”
Zgodbo, ki je napisana zgoraj, bosta verjetno enako dobro razumela naročnik in izvajalec. Pred izvedbo zgodbe se ekipa o posamezni zgodbi pogovori in jo dopolni z morebitnimi robnimi pogoji. V našem primeru bi lahko bili:
“Alternativni naslov za dostavo mora biti v Sloveniji” ali pa
“Onemogoči alternativni naslov za pravne osebe.”
Vsi podatki se zbirajo na kartici zgodbe, ki je lahko fizičen kos papirja ali pa elektronski zapis. Ko je kartic dovolj ima naročnik na razpolago zelo pregledno orodje za zagotavljanje tega, da se najpomembnejše funkcionalnosti izvedejo najprej.
by psd (via flickr)
Določanju vrstnega rega kartic pravimo prioretizacija. Naročnik lahko te prioretizira po kateri koli lastnosti vendar v Domenci priporočamo, da se prioretizira glede na poslovno vrednost funkcionalnosti na kartici.
Uporabniške zgodbe so se na izkazale za učinkovito sredstvo za prenos informacij. So razumljivenaročniku, hkrati pa razvijalcem ne dovoljujejo preširoke interpretacije naloge. Rezultat so zadovoljni naročniki, ki dobijo zagotovilo, da bo programerski čas, ki ga zakupijo optimalno uporabljen za naloge, ki so najpomembnejše.