Ghid Scrum | 20. INVESTĂ – Crearea celei mai bune povești de utilizator

Publicat: 2022-05-21

INVEST este o metodă de a crea povești bune de utilizator. Permite verificarea dacă au conținut formulat corespunzător și dacă se referă la valoarea comercială a Produsului. Și, de asemenea, dacă dimensiunea și utilitatea lor au fost alese corect.

Crearea celei mai bune povești de utilizator cu INVEST – cuprins:

  1. Introducere
  2. Eu pentru Independent
  3. N pentru Negociabil
  4. V pentru valoare sau verticală
  5. E pentru Estimabil
  6. S pentru Mic
  7. T pentru testabil
  8. rezumat

Introducere

INVEST este un acronim creat de Bill Wake în 2003 . Fiecare literă reprezintă începutul unui cuvânt care caracterizează o poveste bună de utilizator. Conform principiului INVEST, fiecare User Story ar trebui să fie:

  • Independent
  • Negociabil
  • Valoros
  • Estimabil
  • Mic
  • Testabil

Am scris mai multe despre ce este povestea utilizatorului într-un articol separat. Aici, vom menționa doar că este o descriere concisă a unei noi funcționalități a produsului scrisă într-un limbaj accesibil.

Creating the best User Story with INVEST

Eu pentru Independent

Prima caracteristică a unei bune povești de utilizator este independența acesteia. Înseamnă că descrierea și caracteristicile sale ar trebui să fie de înțeles fără referire la alte povești de utilizator. Dar, mai presus de toate, realizarea sa nu ar trebui să se coreleze cu alte User Stories. Desigur, nu va fi deplină independență. Nu puteți împărți crearea de produse în module complet separate. Cu toate acestea, este esențial să ne amintim despre păstrarea poveștilor utilizatorilor cât mai independente posibil. Datorită acestui fapt, chiar dacă unul dintre ele nu intră în faza de implementare sau este modificat semnificativ, cel rămas nu va trebui modificat. De regulă, User Story ar trebui să constituie un întreg separat și coerent.

N pentru Negociabil

Povestea utilizatorului ar trebui să fie negociabilă. Aceasta înseamnă că stabilește Scopul, nu modalitatea de a ajunge acolo.

Cu alte cuvinte, definește o caracteristică așteptată a Produsului, nu o soluție tehnică de implementat.

Negocierea User Story are loc între Product Owner și Echipa de Dezvoltare. Product Ownerul propune implementarea anumitor funcționalități ale Produsului, adică spune „Ce” să faci. Dezvoltatorii sunt responsabili pentru răspunsul la întrebarea „Cum”. Adică, negocierea unor modalități specifice de rezolvare a problemei prezentate în User Story.

V pentru valoare sau verticală

În acronimul INVEST, litera V reprezintă două calități:

  • Valoros
  • Vertical

Ambele dezvăluie caracteristicile cheie ale unei bune povești de utilizator. Prin urmare, am decis să explicăm ce înseamnă fiecare dintre ele.

Valoros

O poveste valoroasă de utilizator justifică scopul comercial al modificării. Cu alte cuvinte, răspunde cu acuratețe la întrebarea de ce trebuie introdusă modificarea și de ce este importantă din punctul de vedere al părților interesate.

Vertical

A doua caracteristică; Vertical derivă din metodologia Agile. Povestea utilizatorului vertical conține o nouă caracteristică a Produsului vizibilă pentru Utilizator. Adică, nu se concentrează pe „îmbunătățirea performanței” orizontală într-un strat selectat al Produsului. Dimpotrivă, îi adaugă un alt „strat”.

Cu alte cuvinte, User Story descrie cum se modifică funcționarea generală a unui Produs, răspunzând la întrebarea Ce anume trebuie îmbunătățit? De asemenea, înseamnă că fiecare funcționalitate a Produsului se bazează pe soluțiile existente.

E pentru Estimabil

O poveste bună de utilizator ar trebui să fie estimabilă. Aceasta înseamnă că trebuie să definească în mod clar domeniul de aplicare al modificărilor de făcut produsului pentru ca Povestea utilizatorului să fie considerată completă. Acest lucru permite echipei de dezvoltare să determine timpul și efortul necesar pentru finalizarea acestuia.

Sfera și dificultatea unei sarcini sunt de obicei estimate în unități numite Story Points. Sunt relativi. Și fiecare echipă de dezvoltare calculează valoarea Story Point în practică, pe baza experienței anterioare.

În articole separate, am tratat mai multe despre viteza echipei de dezvoltare și despre cum să o măsuram.

user story

S pentru mic

Povestea utilizatorului acceptată pentru realizarea de către echipa de dezvoltare trebuie să fie concisă. Adică nu ar trebui să fie mai lung de un Sprint. Dacă dezvoltatorii descoperă în timpul Sprint Planning că Povestea utilizatorului propusă de Product Owner este prea lungă, ar trebui să o împartă în părți posibil independente.

T pentru testabil

Ultima literă a acronimului INVEST înseamnă testabil. Înseamnă că modificarea produsului descrisă în Povestea utilizatorului trebuie să țină apă și să fie verificabilă. Cu alte cuvinte, ar trebui să fie posibil să se verifice dacă soluția implementată de Dezvoltatori a livrat valoarea asumată unui anumit Stakeholder.

Crearea celei mai bune povești de utilizator – rezumat

INVEST este un acronim care descrie o poveste de utilizator bine scrisă. Ar trebui să fie:

  1. Independent de alte povești de utilizator. Pentru ca acesta să poată fi modificat sau eliminat din Product Backlog dacă este necesar.
  2. Negociabil. Ar trebui să specifice ce trebuie făcut, lăsând posibilitatea de a alege dezvoltatorii.
  3. Valoros , adică justificarea simțului de afaceri al modificării Produsului. Sau Verticală, adică prezentarea unei noi caracteristici a Produsului vizibilă pentru Utilizator.
  4. Estimabil , adică având un criteriu de dimensiune și de finalizare definibil.
  5. Suficient de mic pentru a fi finalizat într-un singur Sprint.
  6. Testabil , astfel încât să se poată determina cu certitudine că a fost implementat.

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 20. INVEST - Creating the best User Story caroline becker avatar 1background

Autor: Caroline Becker

În calitate de manager de proiect, Caroline este expertă în găsirea de noi metode de a proiecta cele mai bune fluxuri de lucru și de a optimiza procesele. Abilitățile ei de organizare și capacitatea de a lucra sub presiunea timpului o fac cea mai bună persoană pentru a transforma proiectele complicate în realitate.

Vizualizați toate postările

Ghid Scrum:

  1. Glosar de termeni de bază, roluri și noțiuni
  2. Ce este Scrum?
  3. Valorile Scrum
  4. Cum implementezi Scrum în compania ta?
  5. Echipa Scrum - ce este și cum funcționează?
  6. Cine este un proprietar de produs?
  7. Cele mai frecvente greșeli ale Product Ownerului
  8. Cine este Scrum Master?
  9. Caracteristicile unui bun Scrum Master
  10. Cele mai frecvente greșeli ale Scrum Master
  11. Ce statistici și valori ar trebui să urmărească Scrum Master?
  12. Cooperare între Product Owner și Scrum Master
  13. Echipa de dezvoltare în Scrum
  14. Cele mai frecvente greșeli ale dezvoltatorilor
  15. Artefacte Scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Ce este Product Backlog?
  19. Ce sunt User Stories?
  20. Crearea celei mai bune povești de utilizator cu INVEST
  21. Cele mai frecvente greșeli ale User Story
  22. Criterii de acceptare a poveștii utilizatorului
  23. Estimare și Story Points în Scrum
  24. Planificarea Pokerului
  25. Joc de estimare a echipei
  26. Definirea creșterii
  27. Evenimente Scrum
  28. Ce este Sprint în Scrum?
  29. Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
  30. Ce este un grafic Burndown?
  31. Cum se creează și se interpretează un grafic de ardere?
  32. Avantajele și dezavantajele diagramei de ardere
  33. Panouri Kanban în Scrum și Scrumban
  34. Viteza în Scrum - Viteza echipei de dezvoltare
  35. Scrum zilnic
  36. Planificarea sprintului
  37. Sprint Review
  38. Ce este o retrospectivă Sprint?
  39. Greșeli frecvente în timpul unei retrospective de sprint
  40. Creșterea backlog-ului de produse