povești utilizator

ce este o poveste utilizator ?povestirile utilizatorilor sunt descrieri scurte și simple ale unei caracteristici spuse din perspectiva persoanei care dorește noua capacitate, de obicei un utilizator sau un client al sistemului. Ei urmează de obicei un șablon simplu:

ca , vreau așa .poveștile utilizatorilor sunt adesea scrise pe carduri index sau note lipicioase, stocate într-o cutie de pantofi și aranjate pe pereți sau mese pentru a facilita planificarea și discuțiile., Ca atare, ele schimbă puternic Accentul de la scrierea despre caracteristici la discutarea lor. De fapt, aceste discuții sunt mai importante decât orice text este scris.

puteți afișa câteva exemple de poveste de utilizator?unul dintre avantajele poveștilor agile ale utilizatorilor este că pot fi scrise la diferite niveluri de detaliu. Putem scrie o poveste de utilizator pentru a acoperi cantități mari de funcționalitate. Aceste povești mari ale utilizatorilor sunt cunoscute în general sub numele de epice. Aici este un exemplu epic agil poveste de utilizator de la un produs de backup desktop:

• ca utilizator, pot backup întregul meu hard disk.,

deoarece un epic este în general prea mare pentru ca o echipă agilă să se finalizeze într-o singură iterație, acesta este împărțit în mai multe povești de utilizator mai mici înainte de a fi lucrat. Epopeea de mai sus ar putea fi împărțită în zeci (sau, eventual, sute), inclusiv aceste două:

• ca utilizator de putere, pot specifica fișiere sau foldere pentru backup în funcție de dimensiunea fișierului, data creată și data modificată.
• ca utilizator, pot indica folderele să nu facă backup, astfel încât unitatea mea de rezervă să nu fie umplută cu lucruri de care nu am nevoie salvate.

cum se adaugă detalii la poveștile utilizatorilor?,

detaliu pot fi adăugate la povești de utilizator în două moduri:

• prin împărțirea o poveste de utilizator în mai multe povești de utilizator, mai mici.
• prin adăugarea ” condițiilor de satisfacție.”

când o poveste relativ mare este împărțită în mai multe povești de utilizator agile, mai mici, este firesc să presupunem că au fost adăugate detalii. La urma urmei, s-au scris mai multe.

condițiile de satisfacție sunt pur și simplu un test de acceptare la nivel înalt, care va fi adevărat după ce povestea utilizatorului agil este completă., Luați în considerare următoarele ca un alt exemplu de poveste de utilizator agil:

în calitate de vicepreședinte de marketing, vreau să selectez un sezon de vacanță care să fie utilizat atunci când revizuiesc performanța campaniilor publicitare anterioare, astfel încât să le pot identifica pe cele profitabile.

detaliu ar putea fi adăugate la acel exemplu poveste utilizator prin adăugarea următoarelor condiții de satisfacție:

• asigurați-vă că funcționează cu sărbători majore de vânzare cu amănuntul: Crăciun, Paște, Ziua Președintelui, Ziua Mamei, Ziua Tatălui, Ziua Muncii, Ziua de Anul Nou.
• sărbători de sprijin care se întind pe doi ani calendaristici (nici unul interval de trei).,
• sezoanele de vacanță pot fi setate de la o vacanță la alta (cum ar fi Ziua Recunoștinței până la Crăciun).
• anotimpurile de vacanță pot fi setate pentru a fi un număr de zile înainte de vacanță.

cine scrie povești de utilizator?

oricine poate scrie povești de utilizator. Este responsabilitatea proprietarului produsului să se asigure că există o întârziere a produsului cu povești de utilizator agile, dar asta nu înseamnă că proprietarul produsului este cel care le scrie. Pe parcursul unui proiect agil bun, trebuie să vă așteptați să aveți Exemple de povești ale utilizatorilor scrise de fiecare membru al echipei.,de asemenea, rețineți că cine scrie o poveste de utilizator este mult mai puțin important decât cine este implicat în discuțiile despre aceasta.

când sunt scrise poveștile utilizatorilor?poveștile utilizatorilor sunt scrise pe tot parcursul proiectului agile. De obicei, un atelier de scriere a poveștilor are loc aproape de începutul proiectului agile. Toți membrii echipei participă cu scopul de a crea un produs restante care descrie pe deplin funcționalitatea care trebuie adăugată pe parcursul proiectului sau un ciclu de lansare de trei până la șase luni în cadrul acestuia.unele dintre aceste povești agile ale utilizatorilor vor fi, fără îndoială, epice., Epopeile vor fi ulterior descompuse în povești mai mici care se potrivesc mai ușor într-o singură iterație. În plus, povești noi pot fi scrise și adăugate la lista de produse în orice moment și de către oricine.

poveștile utilizatorilor înlocuiesc un document de cerințe?proiectele Agile, în special cele Scrum, utilizează o listă de produse, care este o listă prioritară a funcționalității care urmează să fie dezvoltată într-un produs sau serviciu. Deși produsele restante pot fi orice dorește echipa, poveștile utilizatorilor au apărut ca cea mai bună și cea mai populară formă de articole de întârziere a produselor.,în timp ce un produs restante poate fi gândit ca un înlocuitor pentru documentul cerințele unui proiect tradițional, este important să ne amintim că partea scrisă a unei povești de utilizator agil („ca un utilizator, vreau …”) este incompletă până când discuțiile despre această poveste apar.este adesea cel mai bine să ne gândim la partea scrisă ca la un pointer pentru cerința reală. Poveștile utilizatorilor ar putea indica o diagramă care prezintă un flux de lucru, o foaie de calcul care arată cum să efectuați un calcul sau orice alt artefact dorit de proprietarul produsului sau de echipă.,

resurse recomandate legate de poveștile utilizatorilor

• avantajele șablonului „ca utilizator, vreau”.,
• Un Eșantion Format pentru o foaie de Calcul pe bază de Product Backlog-ul
• Avantaje de Povești de Utilizator pentru Cerințele
• Cerințe Non-funcționale ca Povești de Utilizator
• Introducere în Povești de Utilizator

Cursuri Legate De Povești de Utilizator

descărcare Gratuită: 200 Poveste de Utilizator Exemple

se Obține o doză de inspirație și de a salva timp de scris povești de utilizator de a vedea exemple scrise și utilizate de către Mike Cohn.