Exemplul de user story #1

Mai jos aveți un exemplu de User Story pentru aplicația noastră de turism: 
Ca [rol] vreau să [scop] pentru [beneficiu]
User Story: [Turist/ă]
Ca turist/ă, vreau să pot căuta hoteluri pentru a mă putea hotărî la o
rezervare.
Detalii User Story
Aplicația ar trebui să îmi afișeze toate variantele disponibile pentru căutările mele și să
văd simplu și ușor: 
 Imaginile cu hotelul
 Locația specifică 
 Prețul
 Numărul de stele al hotelului
Pentru că este un user story cu multiple funcționalități, îl putem defini ca epic și să
atașăm încă 3 user stories de el sau să îl păstrăm ca story și să realizăm sarcini mai
mici (EN: subtaskuri):  
1. [Turist/ă] Ca turist/ă vreau să caut în funcție de locație ca să găsesc opțiuni.  
2. [Turist/ă] Ca turist/ă  vreau să selectez perioada rezervării ca să găsesc
disponibilități atunci când plec în vacanță.
3. [Turist/ă] Ca turist/ă  vreau să selectez numărul de persoane ca să văd doar
camere potrivite pentru mine. 
În industrie, în echipele de product development, se folosește un instrument pentru
scrierea de user stories. Se numește Jira.
Site: https://www.atlassian.com/software/jira 
Vedeți mai jos 2 capturi de ecran din Jira, cu exemplul de user story prezentat anterior.
 Exemplul de user story #2
User Story: [Turist/ă]
Ca turist/ă, vreau să văd detaliile hotelului pentru a alege o cazare
mulțumitoare.
Detalii User Story
Informațiile care trebuie afișate sunt: 
 Galeria de imagini
 Lista de camere disponibile în perioada selectată
 Prețul per cameră 
 Numărul de stele
 Butonul de rezervare

În următoarea activitate de învățare Reflectați și exersați veți exersa scrierea unui

User Story. Mai multe detalii în mesajul audio de mai jos:
1 min 38 sec
Postați mai jos în Padlet:
1. Nume Prenume
2. Titlul unui User Story pentru ideea voastră de produs
3. Detaliile User Story-ului
4. O imagine reprezentativă (wireframe / design – pe care le aveți deja)

Aveți nevoie de o pauză?

Luați o pauză! Ascultați măcar 5 minute de muzică, fie cea de mai jos, fie ce vă
place vouă. Închideți ochi și îndepărtați cu blândețe orice gând care apare. Apoi,
la final, felicitați-vă pentru efortul grozav pe care l-ați depus până acum.

10.3 Cum se estimează efortul pentru un

User Story
Acceleratorul Predau Viitor // Product Development (ediția 2021-2022)  10. Scrierea de User Stories și Estimări  10.3 Cum
se estimează efortul pentru un User Story
ÎN DESFÂȘURARE
Deși tindem să lucrăm iterativ și adaptiv în modul Agile, aceasta nu înseamnă că ne
lepădăm complet de estimări și obiective. 
Procesul de estimări se face de obicei în urma întâlnirii de Sprint Planning (explicată în
Modulul 11), dar nu neapărat. Procesul este următorul: 
 Un User Story este prezentat echipei, și membrii echipei pun toate întrebările ca
să îl înțeleagă;
 Fiecare dintre rolurile implicate în estimări (lead tehnic, QA / Quality Assurance
(RO: Testarea Calității), designer, product manager, alți programatori / programatoare)
notează (individual și privat) efortul pe care îl estimează;
 Fiecare prezintă aceste estimări;
 Unde estimările diferă foarte mult între membrii echipei, se discută motivele
pentru care aceste estimări diferă și care este percepția celor care nu sunt de acord;
Dacă de exemplu cineva estimează o zi și altcineva o săptămână, de obicei diferențele
vin fie din lipsa de înțelegere a story-ului, fie din perspective diferite date de experiența
cu subiectul. În ambele situații, o discuție despre diferențe duce și la clarificarea
așteptărilor, și la împărtășirea de experiență în interiorul echipei.
Schema de notare
Se recomandă folosirea unei scheme de notare care nu este liniară. Ex: o zi, două zile,
trei zile, patru zile etc., ci o schemă de notare după modelul Fibonacci: 1, 2, 3, 5, 8, 12
etc. 
Motivul pentru acest lucru este că, pe măsură ce o sarcină (EN: task) este mai
complexă, nivelul de incertitudine crește, și estimările sunt mai imprecise. Așa că
trebuie să includem marja de eroare. 
În echipa noastră folosim intern:
 Jumătate de zi
 O zi
 Trei zile
 O săptămână
 Două Săptămâni
Tot ce este o lună sau peste o lună, în general îl considerăm foarte incert și încercăm
să investim mai întâi o zi ca să înțelegem mai bine task-ul.
Urmăriți materialul video de mai jos despre cum arată o sesiune de estimări
pentru un User Story într-o echipă de produs.
Play Video
18 min 16 sec
Cum se extrag Taskurile Tehnice din User Stories?
După ce se discută User Story-ul, procesul de a extrage task-urile tehnice din el devine
simplu. Task-urile pot fi apoi distribuite între programatori. De obicei, acest proces nu
este gestionat de managerul de produs, iar lead-ul tehnic sau echipa tehnică le poate
extrage singură. 
Aceste task-uri sunt chiar mai succinte decât detaliile User Story-ului și sunt legate de
acesta. 
De obicei, se folosește un instrument de project management pentru gestiunea unui
proiect tehnic. 
Dacă vei căuta în online, vei vedea că cele mai multe echipe tehnice
folosesc Jira (https://www.atlassian.com/software/jira). În prezent, în echipa noastră
folosim tot Jira.
Tool-ul ales ar trebui adaptat proiectului și obiectivului.

Când eram o echipă mai mică și aveam un singur proiect,

foloseam Trello (https://trello.com), pe care îl recomandăm și în cazul vostru. Aveți mai
jos un material video de prezentare pentru a vedea cum poate fi folosit Trello. 
Play Video
5 min
https://trello.com/b/nBHSYxS8/med-on-line