De Courtney

22 septembrie 2010 (actualizat 17 aprilie 2019)

Tag-uri:Agil

criterii de Acceptare a defini ceea ce trebuie să fie făcut pentru a finaliza un Agil poveste de utilizator. Acestea specifică limitele povestirii și sunt folosite pentru a confirma când funcționează așa cum a fost intenționat. Iată un ghid introductiv pentru scrierea și utilizarea criteriilor de acceptare.,

Lista de verificare a criteriilor de acceptare

descoperiți cele 13 caracteristici ale criteriilor de acceptare eficiente

asigurați-vă că criteriile de acceptare oferă povești valoroase despre utilizatori și un produs valoros.săptămâna trecută am descris oasele poveștii utilizatorului în primul post al seriei noastre introductive despre poveștile utilizatorilor. Pe scurt, o poveste de utilizator este o descriere a unui obiectiv pe care o persoană ar trebui să îl poată atinge atunci când utilizează site-ul/aplicația/software-ul. Aceste povești sunt adesea scrise în acest format: ca o vreau așa .,

de exemplu: ca membru Flickr, vreau să pot atribui diferite niveluri de confidențialitate fotografiilor mele, astfel încât să pot controla cu cine împărtășesc fotografiile.

acest post adaugă unele carne la ideea de povești de utilizator, în formă de criterii de acceptare.

unde sunt detaliile?

la prima vedere, poate părea că poveștile utilizatorilor nu oferă suficiente informații pentru a face o echipă să treacă de la o idee la un produs. Aici intervin criteriile de acceptare. Dar mai întâi, iată câteva fundal., În 2001, Ron Jeffries-a scris despre cele Trei C i de povestea de utilizator:

  • Carte – povestiri sunt în mod tradițional scrise pe bilețele, și aceste carduri pot fi adnotate cu detalii suplimentare
  • Conversație – detalii din spatele povestii ieși prin conversații cu Proprietarul Produsului
  • Confirmare – teste de acceptare confirma povestea este finit și de lucru ca destinate.

într-un proiect în urma unui proces agil, echipa de dezvoltare discută poveștile utilizatorilor în întâlniri cu proprietarul produsului., (Proprietarul produsului este persoana care reprezintă clientul pentru lucrul pe care îl dezvoltați și care scrie poveștile utilizatorilor). Mai întâi proprietarul produsului prezintă povestea utilizatorului, apoi începe conversația.

de exemplu: ca participant la conferință, vreau să mă pot înregistra online, astfel încât să mă pot înregistra rapid și să reduc birocrația.în acest caz, întrebările pentru proprietarul produsului ar putea include:

  • ce informații ar trebui colectate pentru a permite unui utilizator să se înregistreze?
  • unde trebuie colectate/livrate aceste informații?,
  • utilizatorul poate plăti online ca parte a procesului de înregistrare?
  • trebuie să i se trimită utilizatorului o confirmare de primire?

capturați problemele și ideile ridicate în acest Q și o sesiune în criteriile de acceptare a poveștii.

Exemple criterii de acceptare

criterii de acceptare definesc limitele unei povești de utilizator și sunt utilizate pentru a confirma când o poveste este finalizată și funcționează conform destinației.astfel, pentru exemplul de mai sus, criteriile de acceptare ar putea include:

  • Un utilizator nu poate trimite un formular fără a completa toate câmpurile obligatorii.,
  • informațiile din formular sunt stocate în baza de date de înregistrări.
  • protecția împotriva spamului funcționează.
  • utilizatorii pot plăti prin card de credit.
  • un e-mail de confirmare este trimis utilizatorului după trimiterea formularului.

Deci, după cum puteți vedea, scrieți criterii de acceptare într-un limbaj simplu, la fel ca povestea utilizatorului. Când echipa de dezvoltare a terminat lucrul la povestea utilizatorului, demonstrează funcționalitatea proprietarului produsului. În timp ce fac acest lucru, arată cum au îndeplinit fiecare dintre criterii.,

obțineți mai multe exemple de criterii de acceptare

Pentru mai multe exemple, puteți descărca PDF-ul nostru Exemple de povești de utilizator.

criteriile de acceptare și definiția done

oamenii sunt uneori nesiguri de diferența dintre criteriile de acceptare și definiția done. Diferența cheie este că definiția done se aplică tuturor lucrărilor dvs., în timp ce criteriile de acceptare sunt specifice poveștilor individuale.

Aflați mai multe despre diferența dintre definiția criteriilor done și acceptance.,

beneficiile utilizării criteriilor de acceptare

inclusiv criteriile de acceptare ca parte a poveștilor dvs. de utilizator are mai multe beneficii. Ei:

  • ia echipa să se gândească prin modul în care o caracteristică sau o bucată de funcționalitate va funcționa din perspectiva utilizatorului
  • eliminați ambiguitatea din cerințe
  • formează testele care vor confirma că o caracteristică sau o bucată de funcționalitate funcționează și este completă.,

Introducere în povești de utilizator — blog serie

  1. Începător ghidul pentru utilizator povești
  2. Adăugarea de criterii de acceptare pentru povești de utilizator
  3. povești de Utilizator și procesul de dezvoltare
  4. cazuri de Utilizare vs povești de utilizator
  5. Aduce părțile interesate de pe bord prin povești de utilizator
  6. Crearea de povești de utilizator cu povestea de cartografiere
  7. Îmbunătățirea povești de utilizator cu o definiție a gata
  8. Utilizatorul poveste exemple

bibliografie

am foarte recomanda acest post de Nisip Mamoli., (Sandy este un antrenor Wellington Agile și scrum master, cu care lucrăm în Noua Zeelandă digitală). După aceea, s-ar putea dori să verificați această prezentare pe povești eficiente de utilizator de Mike Cohn. Dacă lucrați în Scrum, această postare arată cum să adăugați criterii de acceptare atunci când creați povești de utilizator în Scrum.

începerea unui nou proiect? Consultați Kitul nostru de lansare a proiectului Agile pentru a afla despre cartografierea povestirilor utilizatorilor și prioritizarea poveștilor utilizatorilor în timpul descoperirii proiectelor.