Un element de bază al dezvoltatori de software agili t face ca utilizatorii și clienții să se concentreze, iar poveștile utilizatorilor contribuie exact la asta. Ei pun utilizatorii finali în centrul conversației. În acest articol, să discutăm despre o poveste a utilizatorului în agilitate.
Poveștile folosesc un limbaj non-tehnic pentru a oferi condiții echipei de dezvoltare și eforturilor lor. Povestea utilizatorului ajută echipa să-și înțeleagă propriul scop, de ce îl construiesc. De asemenea, ceea ce construiesc și valoarea pe care o creează la sfârșit și pe parcurs. Astfel, poveștile utilizatorilor sunt una dintre componentele vitale ale unui program agil. Facilitează creativitatea, progresul și un produs final mai bun, oferind echipei un cadru orientat către utilizator pentru sarcinile lor zilnice. Toate poveștile agile se concentrează pe cerințe și ajută la crearea conversațiilor prin una sau două propoziții despre funcționalitatea dorită.
Subiectele discutate în acest articol sunt:
- Care sunt poveștile utilizatorilor?
- Cine este responsabil pentru scrierea unei povești de utilizator?
- Când să scrieți povești de utilizator?
- De ce să creezi povești de utilizatori?
- Lucrul cu povestirile utilizatorilor
Ce sunt poveștile utilizatorilor?
Poveștile utilizatorilor sunt descrieri simple și scurte ale unei caracteristici de către un utilizator sau client al sistemului. Urmează un șablon comun:
Ca o, așa vreau.
Să aflăm mai multe despre poveștile utilizatorilor.
- De obicei, poveștile utilizatorilor sunt scrise pe note lipicioase și pe fișe. Apoi, acestea sunt aranjate pe mese sau pereți în scopul planificării și discuției, prin urmare se creează conversații în jurul lor.
- Poveștile utilizatorilor, care sunt discuții care se învârt în jurul și cu ajutorul poveștilor utilizatorului, sunt foarte importante și schimbă accentul de la scrierea despre caracteristici la discutarea lor efectivă.
- Ele sunt întotdeauna exprimate din perspectiva utilizatorului și nu se clasifică ca o caracteristică. O poveste a utilizatorului este cea mai mică parte a unui sistem cadru agil.
- Obiectivul principal al unei povești a utilizatorului este de a exprima și de a prezenta modul în care o anumită lucrare va oferi valoare utilizatorului sau clientului. Este important să rețineți că clienții nu trebuie să fie neapărat utilizatori finali externi, ci pot fi și colegi din echipa dvs. sau din cadrul organizației dvs.
- Poveștile utilizatorilor nu se aventurează în detalii și constau în propoziții simple și puține.
Povești de utilizatori în Scrum și Kanban
Atât Scrum, cât și Kanban folosesc poveștile utilizatorilor în cadrul lor. În Scrum, poveștile utilizatorilor sunt un plus la sprinturi și sunt utilizate pe parcursul sprintului. În KanBan, echipele adaugă poveștile utilizatorilor în restanțele lor și le folosesc prin fluxul lor de lucru. Astfel, ele ajută la o mai bună estimare, planificare sprint, o mai bună precizie la prognoză și o agilitate mai mare în echipa Scrum. Pe de altă parte, echipele KanBan se pot ocupa mai bine de lucrările în curs și își pot îmbunătăți fluxurile de lucru prin intermediul poveștilor utilizatorilor.
roluri și responsabilități de dezvoltator hadoop
Cadruri mai mari, agile, cum ar fi epopee și inițiative constituie din povești ale utilizatorilor. Epopeile sunt piese mai mari, care sunt împărțite în multe povești, iar inițiativele cuprind multe epopee.
Există două moduri de a adăuga detalii la poveștile utilizatorilor:
- Prin împărțirea poveștii utilizatorului în povești multiple mai mici.
- Prin adăugarea de condiții de satisfacție.
O condiție de satisfacție se referă la un test de acceptare la nivel înalt care se redevine adevărat odată ce povestea agilă a utilizatorului este finalizată.
Cine este responsabil pentru scrierea povestii utilizatorului?
Nu există o regulă stabilită cu privire la cine poate scrie povestirile utilizatorilor. Proprietarul produsului trebuie să se asigure că restanțele produselor din poveștile utilizatorilor sunt la locul lor, dar nu trebuie neapărat să le scrie. În mod ideal, aun proiect bun și agil va avea povești de utilizator scrise de fiecare membru al echipei și se va acorda mai multă importanță membrilor echipei care sunt implicați în mod egal în discuții după ce au scris poveștile utilizatorilor.
Când să scrieți povești de utilizator?
Poveștile utilizatorilor sunt concepute pe tot parcursul proiectului agil. Un atelier de scriere a poveștilor se desfășoară de obicei la începutul proiectului agil, astfel încât fiecare membru al echipei să poată participa și, eventual, să ajute la crearea unui restant de produse care să descrie funcționalitatea dorită și obiectivul final care pot fi apoi adăugate proiectului. Unele dintre poveștile utilizatorilor vor ajunge să se transforme în epopee. În plus, aceste epopee vor fi ulterior defalcateîn mai multe povești mai mici, care se vor potrivi mai bine într-o iterație. Povești noi pot fi, de asemenea, adăugate din când în când în restanțele de produse în funcție de cerințe.
De ce să creezi povești de utilizatori?
O poveste de utilizator în Agile poate părea un pas suplimentar în procesul cadru agil, dar oferă o perspectivă importantă și valoroasă echipei și luminează ceaiul despre valoarea pe care sarcinile lor o aduc proiectului. Poveștile utilizatorilor oferă o serie de avantaje și avantaje:
- Favorizați concentrarea utilizatorului - O listă de sarcini menține, de obicei, echipa pe degetele de la picioare cu sarcinile care trebuie realizate și verificate de pe listă, în timp ce poveștile utilizatorilor pun accentul pe utilizatori și ajută la rezolvarea problemelor lor, deoarece acestea sunt scrise din perspectiva utilizatorului .
- Activați colaborarea - Când obiectivul final este clar și definit pentru echipă, aceștia pot lucra împreună eficient pentru a atinge acest obiectiv, precum și pentru a oferi satisfacție și servicii bune utilizatorului.
- Conduceți creativitatea - Procesul de scriere și discutare a poveștilor utilizatorilor implică discuții și brainstorming, ceea ce ajută echipa să gândească critic, precum și creativ, precum și, eventual, să vină cu soluții pentru a atinge obiectivul final.
- Oferiți impuls - Fiecare poveste oferă impuls echipei de dezvoltare prin provocări și progrese.
Lucrul cu povestirile utilizatorilor
- O poveste de utilizator este conceptualizată și scrisă, apoi este absorbită și implementată în fluxul de lucru. De obicei, proprietarii de produse, managerii de produse sau managerii de programe scriu povești ale utilizatorilor. Apoi, le trimit spre examinare.
- În timpul unei întâlniri de planificare sprint sau iterație, echipa ia o decizie cu privire la poveștile care vor fi incluse în timpul acelui sprint special. În plus, echipele discută despre funcționalitatea și cerințele poveștii. Cerințele pot fi adăugate la poveste după ce echipa a convenit asupra lor.
- Un pas important în această întâlnire este evaluarea poveștilor pe baza complexității și a timpului de finalizare. O poveste ar trebui să poată fi finalizată într-un sprint. Din acest motiv, echipa trebuie să discute despre povești.
Poveștile utilizatorilor aruncă lumină asupra funcționării zilnice a echipei de dezvoltare, precum și explică procesele urmate de echipă în fiecare zi. Cel mai bun mod de a le exploata în proiectul dvs. pentru a-i descoperi beneficiile este să înțelegeți rolul și contribuția lor la munca și livrarea echipei.
Gata, oameni buni! Cu aceasta, am ajuns la sfârșitul articolului „User Story in Agile”. Ați putea, de asemenea, să aruncați o privire în timp ce ești la el.
Ai o întrebare pentru noi? Vă rugăm să o menționați în secțiunea de comentarii a acestui articol și vă vom răspunde cât mai curând posibil.