Uporabniške Zgodbe in Agilni Razvoj

Določanje uporabniških zgodb in hiter razvoj

Temeljno načelo sodobnih razvojnih procesov je agilni razvoj . Ta razvojna metodologija poudarja uporabo majhnih zgodb uporabnikov, ki določajo, kaj sistem počne z vidika uporabnika, ne s tehničnega vidika. Uporabnika zanima, ali je izdelek hiter, enostaven za uporabo in reši njihovo težavo. Ne zanima jih, ali sledi 3-stopenjski arhitekturi, ima Mongo DB ali uporablja Rails ali Asp.net.

Zgodbe uporabnikov:

• So razumljivi in lahko sodeluje vsak
• Iterativno delo; jih je mogoče in jih je treba pogosto spreminjati ali spreminjati
• Usmerite razvijalce, uporabnike in poslovne strokovnjake v skupne cilje in pričakovanja
• Prebrati jih je veliko lažje kot dokumente s 400 stranmi

Storyboard That ponuja idealno platformo za ustvarjanje agilnih uporabniških zgodb in spodbujanje pogovora v obliki, ki je veliko manj obdavčljiva kot stena besedila.

Epsko

V kontekstu uporabniških zgodb je "ep" preprosto zelo široka zgodba, ki se bo kasneje razčlenila na številne posebne zgodbe uporabnikov. Začetek z epom poveže vse z eno samo vizijo na visoki ravni. Epska zgodba zasidra projekt od zgoraj navzdol, in če ni smiselno zgraditi epa, bo tudi podporno delo izguba truda.

Customer Care Generic Epic

Kopiraj to Zgodbo*

Več možnosti

Začni moj brezplačni preskus

V tej zgodbi je zelo jasno, kakšna je dolgoročna vizija in kakšen bi moral biti uspeh. Dobra epska zgodba mora vsebovati:

• Nastavitev ali kontekst
• Igralci ali uporabniki
• Cilji
• Dejavnosti in dogodki

Določanje uporabnikov

Predvsem pri oblikovanju programske opreme je pomembno imeti dobro vizijo, kakšni bodo uporabniki. Vsak uporabnik se ne bo natančno ujemal s to vizijo in obstaja lahko več kategorij uporabnikov, vendar te diskretne vizije potrebujejo artikulacijo. Razmišljanje o uporabnikih najprej varuje pred pretiranim inženiringom in prekomernimi zapleti, preprečuje, da bi imel nov izdelek za vsakogar nekaj in nikomur ne bi bil koristen.

Acme Corp. Users

Kopiraj to Zgodbo*

Več možnosti

Začni moj brezplačni preskus

Ustvarjanje zgodbe

Ko je epska zgodba določena in uporabniki opredeljeni, se lahko oblikujejo manjše, bolj specifične zgodbe o določenih uporabniških izkušnjah. Spodnje zgodbe razčlenjujejo zgoraj opisano na dve pripovedi: iskanje naročila in ponovno naročanje izdelka.

Te pripovedi ne vsebujejo tehničnih informacij; uporabnikom ni vseeno, kako se dosežejo rezultati, če le opravlja želene naloge. Podobno je UX upodobljen na splošno, da bi se izognili zadušitvi inovacij ali vsiljevanju poti. Na splošno bi morale biti zgodbe:

• Majhna - delo traja manj kot 10 dni
• Dragoceno - Ko končajo, bi morali dostaviti nekaj uporabnega
• Ocenljivo - lahko ustvari primerjalno oceno, koliko truda je vloženega

Iskanje naročila

Acme Corp. - Looking up an Order

Kopiraj to Zgodbo*

Več možnosti

Začni moj brezplačni preskus

Izvedba preureditve

Acme Corp. Replacement Order

Kopiraj to Zgodbo*

Več možnosti

Začni moj brezplačni preskus

Pogovor in načrtovanje testiranja

Te zgodbe bi morale spodbuditi pogovor in vprašanja, kot so:

• Ali so to prave zgodbe, ki se ujemajo z našim epom?
• Katere druge zgodbe je treba ustvariti?
• Ali so te zgodbe v skladu s tem, kar vemo o naših uporabnikih?

Povsem razumno je ustvariti veliko zgodb; pravzaprav ga je treba spodbujati. Nekatere od teh zgodb ne bodo nikoli uporabljene, vendar je pomembno videti pot, ki so jo določili. Ta zbirka zgodb bo odpravila dodatne zahteve in vplivala na testiranje.

Zgodbe naj sprožijo in posredujejo razpravo o tem, kako bo programska oprema testirana in katera poslovna pravila je treba izrecno opredeliti. Na primer:

• Kako hitro mora biti iskanje?
• Ali obstaja rok za ponovna naročila?
• Kaj naj naredi sistem, če gre za drugo preureditev? Peti?
• Kakšne teste in nadaljnja vprašanja bi imeli?