În lumea Agilei, elementul principal al cerințelor este considerat a fi povestiri ale utilizatorilor (dorințe). În scrumul clasic, (despre care vorbesc creatorii lui), nu există specificații. nici descrierea cazurilor de utilizare și, în special, a documentelor cu un cuvânt înfricoșător TK.
Toate lucrările asupra proiectului sunt construite în jurul unor dorințe mici, ușor de înțeles, care pot fi ușor de evaluat, ușor de discutat cu clientul și care pot fi implementate într-o scurtă repetare de una sau două săptămâni.
Este o bună practică adăugarea la fiecare poveste a unui set de criterii de acceptare care vor fi judecate pe punerea corectă în aplicare a povestirii. De exemplu, criteriile de acceptare pot fi:
- "Puteți să setați o nouă etichetă sau să selectați una existentă din listă"
- "Un mesaj poate avea mai multe etichete"
- "Etichetele de mesaje formează un nor de etichete"
- "Un cloud tag este disponibil pe orice pagină a blogului."
În majoritatea echipelor de proiect (cel puțin în Rusia), criteriile de acceptare pentru povestiri nu sunt scrise - în schimb, detaliile istoriei de mai sus sunt înregistrate în descrierea sa.
Toate acestea sunt lucruri bine-cunoscute, cu povestile utilizatorilor cu toții lucrăm departe de primul an.
Dar există un alt termen, mult mai puțin obișnuit aici - Epic (epic). Ce este, de ce este și cum diferă de povestirile utilizatorilor?
Adevărul este că începerea de a forma povestiri ale utilizatorilor, adică colecta cerințele pentru proiect. de obicei, trecem de la mai general la mai privat - mai întâi definim conceptul proiectului, identificăm principalele persoane (utilizatorii sistemului), formăm lista principalelor caracteristici și mai departe aceste detalii sunt detaliate pentru dorințele individuale.
În acest exemplu, activitatea în sistem este doar Epic - aceasta este, de fapt, doar o poveste de mare utilizator, caracteristică distinctivă a căruia este prezența unei valori explicite pentru utilizator (persoană).
Să analizăm diferențele dintre exemplele de mai sus ale istoricului utilizatorilor și ale epicului:
Mike Cohn, cel mai influent guru din comunitatea agilă de povestiri despre utilizatori, sugerează să descrie epope pe baza aceluiași tipar ca povestile utilizatorilor, ca în exemplul de mai sus.
De fapt, persoana, povestea și povestea utilizatorului sunt doar unelte pe care le puteți utiliza pentru a gestiona cerințele în proiectele dvs. Iar modul în care le aplicați depinde, în primul rând, de înțelegerea "cum să procedați corect".
Folosind Devprom în proiectele noastre, înregistrăm Activitățile în sistem (epic) ca Funcții, în legătură cu care sunt create Povestirile (povestirile utilizatorilor). În același timp, persoanele sunt doar etichete ("Blogger Ivanov"), pe care este ușor să obțineți o reducere a tuturor funcționalităților solicitate de această persoană.