Poveștile Utilizatorilor și Dezvoltarea Agilă

Definirea poveștilor utilizatorilor și dezvoltarea agilă

Un principiu central al proceselor moderne de dezvoltare este dezvoltarea agilă . Această metodologie de dezvoltare subliniază utilizarea poveștilor de mici dimensiuni ale utilizatorilor pentru a defini ceea ce face un sistem din perspectiva utilizatorului, nu una tehnică. Unui utilizator îi pasă dacă un produs este rapid, ușor de utilizat și își rezolvă problema. Nu le pasă dacă urmează o arhitectură pe 3 niveluri, dacă are Mongo DB sau dacă folosește Rails sau Asp.net.

Povești de utilizatori:

• Sunt ușor de înțeles și oricine poate participa
• Lucrați iterativ; ele pot și trebuie schimbate sau modificate frecvent
• Aliniați dezvoltatorii, utilizatorii și specialiștii în afaceri în jurul obiectivelor și așteptărilor comune
• Sunt mult mai ușor de citit decât documentele de cerere de 400 de pagini

Storyboard That oferă o platformă ideală pentru a crea povești agile ale utilizatorilor și a declanșa conversații într-un format mult mai puțin impozabil decât un perete de text.

Epic

În contextul poveștilor utilizatorilor, o „epopee” este pur și simplu o poveste foarte largă care va fi împărțită mai târziu în multe povești specifice utilizatorilor. Începând cu o epopee aliniază toată lumea cu o singură viziune la nivel înalt. Povestea epică ancorează un proiect de sus în jos și, dacă nu are sens să construiești o epopee, munca de sprijin va fi, de asemenea, o risipă de efort.

În această poveste, este foarte clar care este viziunea pe termen lung și cum ar trebui să arate succesul. O poveste epică bună ar trebui să includă:

• Setare sau context
• Actori sau utilizatori
• Teluri si obiective
• Activități și evenimente

Definirea utilizatorilor

Mai ales atunci când proiectați software, este important să aveți o viziune bună despre cum vor fi utilizatorii. Nu fiecare utilizator se va potrivi cu această viziune cu precizie și pot exista mai multe categorii de utilizatori, dar aceste viziuni discrete necesită articulare. Gândindu-vă la utilizatori, mai întâi protejează împotriva ingineriei excesive și a excesului de complicații, împiedicând un nou produs să aibă ceva pentru toată lumea și să nu fie util nimănui.

Crearea unei povesti

Odată ce a fost stabilită o epopee și utilizatorii au fost definiți, se pot construi povești mai mici și mai specifice despre anumite experiențe ale utilizatorilor. Poveștile de mai jos descompun cele prezentate mai sus în două narațiuni: căutarea unei comenzi și reordonarea unui produs.

Aceste narațiuni nu conțin informații tehnice; utilizatorilor nu le pasă cum se obțin rezultatele, atâta timp cât îndeplinește sarcinile dorite. În mod similar, UX este descris generic, pentru a evita sufocarea inovației sau forțarea unei căi. În general, poveștile ar trebui să fie:

• Mic - Sub 10 zile de muncă
• Valoroase - Odată finalizate, acestea ar trebui să livreze ceva utilizabil
• Estimabil - Capabil să creeze o estimare de parcare a cât de mult efort este implicat

Căutând o comandă

Efectuarea unei Reordonări

Conversație și planificare pentru testare

Aceste povești ar trebui să invite conversații și întrebări, cum ar fi:

• Sunt acestea poveștile potrivite care se potrivesc cu epopeea noastră?
• Ce alte povești ar trebui create?
• Sunt aceste povești în concordanță cu ceea ce știm despre utilizatorii noștri?

Este perfect rezonabil să creezi multe povești; de fapt, ar trebui încurajat. Unele dintre aceste povești nu vor fi folosite niciodată, dar este important să vedem calea pe care au stabilit-o. Această colecție de povești va elimina cerințele suplimentare și va influența testarea.

Poveștile ar trebui să provoace și să informeze discuțiile despre modul în care software-ul va fi testat și ce reguli de afaceri trebuie definite în mod explicit. De exemplu:

• Cât de rapid trebuie să fie o căutare?
• Există o limită de timp pentru re-comenzi?
• Ce ar trebui să facă sistemul dacă este a doua comandă? A cincea?
• Ce teste și întrebări de urmărire ați avea?

Întrebări frecvente despre User Stories și Dezvoltare Agile

Ce este o poveste de utilizator agilă?

O poveste de utilizator agilă este o descriere simplă și clară a unei funcționalități software din perspectiva utilizatorului. Se concentrează pe ceea ce dorește să realizeze utilizatorul, nu pe detalii tehnice, făcând dezvoltarea mai orientată spre utilizator.

Cum pot crea povești de utilizator eficiente pentru proiectele mele de clasă?

Pentru a crea povești de utilizator eficiente, începe cu un epic la nivel înalt, definește-ți utilizatorii și împarte sarcinile în obiective mici și realizabile. Folosește un limbaj clar și concentrează-te pe nevoile reale ale utilizatorilor, nu pe soluții tehnice.

De ce sunt importante poveștile de utilizator în dezvoltarea agilă?

Poveștile de utilizator sunt esențiale în dezvoltarea agilă pentru că ajută la alinierea programatorilor, utilizatorilor și părților interesate în jurul obiectivelor comune, încurajează feedback-ul frecvent și fac proiectele mai ușor de gestionat și înțeles.

Care este diferența dintre un epic și o poveste de utilizator?

Un epic este o poveste amplă, cu viziune generală asupra proiectului. O poveste de utilizator este o sarcină sau funcție mai mică, specifică, derivată din epic, concentrată pe o singură nevoie a utilizatorului.

Cum pot ajuta storyboards-urile să predea povești de utilizator în mod eficient elevilor?

Storyboards ilustrează vizual poveștile de utilizator, facilitând înțelegerea pentru elevi. Ele stimulează conversația, clarifică cerințele și încurajează participarea în activități de planificare agilă.