Poveștile utilizatorului constituie inima dezvoltării agile. Ele sunt principalul input pentru echipa scrum. Aceasta preia poveștile utilizatorilor și creează incremente de produs pe baza completării acestor povești. Din păcate, a obține povești de utilizator corecte nu este atât de ușor.
Puteți afla mai multe informații despre poveștile de utilizator aici:
Producătorii de produs trebuie să învețe cum să creeze povești de utilizator care să răspundă nevoilor echipei. Pentru a crea povești de utilizator bune, începeți prin a vă aminti să INVESTIȚI în povești de utilizator bune. INVEST este un acronim care înglobează următoarele concepte care alcătuiesc o poveste de utilizator bună:
Independent: Un Product Backlog Item (PBI) ar trebui să fie de sine stătător.
Negociabil: Ar trebui să lase spațiu pentru discuții.
Valoroasă: Trebuie să livreze valoare pentru părțile interesate.
Estimabil: Trebuie să fiți întotdeauna capabil să estimați dimensiunea unui PBI.
Mic: Ar trebui să fiți astfel capabil să îl planificați, să îi atribuiți sarcini și să îl prioritizați.
Testabil: Dezvoltarea ar trebui să poată fi testată.
Studiile ar trebui să fie cât mai independente posibil și ar trebui să puteți lucra la ele în orice ordine. Acest lucru permite o adevărată prioritizare a fiecărei povești în parte. Atunci când intră în joc dependențele, s-ar putea să nu fie posibil să implementați o poveste valoroasă fără a implementa alte povești mult mai puțin valoroase.
Negociabil
O poveste bună este negociabilă și nu un contract. O poveste bună este o invitație la o conversație. O poveste bună captează esența a ceea ce se dorește. Rezultatul real trebuie să fie rezultatul unei negocieri în colaborare între Product Owner și echipa de dezvoltare. Scopul este de a satisface nevoile clienților.
Valoare
Povestirile utilizatorilor ar trebui să fie prioritizate în backlog în funcție de valoarea de afaceri. A veni cu elemente din backlogul de produs care sunt foarte amuzante de codat, dar care nu aduc nicio valoare pentru părțile interesate, încalcă unul dintre principiile Agile, care este de a livra în mod continuu software valoros
Estimabil
Dezvoltatorii trebuie să fie capabili să estimeze o poveste. Aceasta trebuie să fie scrisă în așa fel încât dezvoltatorii să o poată înțelege și să aibă o idee despre cum să o implementeze. Factorii cheie pentru estimare sunt cunoștințele de domeniu și cunoștințele tehnice.
Mici
Poveștile bune tind să fie mici, dar cât de mici ar trebui să fie? Răspunsul depinde de echipă și de metodologia utilizată. O mulțime de Product Owners sugerează iterații de două săptămâni, care permit povestiri de utilizator de trei sau patru zile medii de lucru. Aceasta include toată munca pentru a duce povestea la o stare „gata”.
Testabile
Povestirile ar trebui să fie testabile pentru a ajuta la determinarea completitudinii. O povestire ar trebui să aibă un criteriu de acceptare. Criteriile de acceptare ar trebui să fie obiective. Evitați să folosiți criterii precum, ușor de utilizat, rapid sau fără erori. Try to write criteria that can be measured and tested.
Via: