când începeți să vă scufundați în Agile, primul lucru pe care îl observați este cât de centrată pe utilizator este această abordare. Se mută accentul de la doar de codificare și proiectare pentru a oferi o valoare reală pentru utilizatorii finali, părțile interesate și de afaceri, în general.poveștile Agile ale utilizatorilor sunt o componentă esențială a acestei ideologii care vă permite să definiți ce beneficii va aduce produsul dvs. publicului țintă (și, în cele din urmă, cum vă va stimula KPI-urile și alte valori).,
Povești de Utilizator de a ajuta pentru a îmbunătăți în mod constant la valoarea produsului pentru utilizatorii finali (imagine de Aleksandar Savic)
Ne la Stormotion Povești de dragoste. Ca o echipă agilă, le folosim în mod activ pentru a înțelege mai bine beneficiile pe care produsele clienților noștri le oferă utilizatorilor finali. De asemenea, ele conduc colaborarea și creativitatea, împingându-ne către soluții de dezvoltare non-banale.,așadar, astăzi vom împărtăși cunoștințele și experiența noastră în această privință pentru a vă ajuta să vă îmbunătățiți abilitățile de scriere a poveștilor. Bucurați-vă!
🤔 ce este o poveste de utilizator?poveștile utilizatorilor sunt unul dintre elementele de bază ale metodologiei Agile. Cu toate acestea, acestea sunt adesea amestecate cu cerințe software care nu sunt adevărate. Deci, ce este o poveste de utilizator?
povestea utilizatorului este o lucrare mică (de fapt, cea mai mică) care reprezintă o anumită valoare pentru un utilizator final și poate fi livrată în timpul unui sprint.,
scopul principal al acestui element este de a pune utilizatorii finali în centrul conversației și de a capta funcționalitatea produsului din perspectiva lor. Astfel, dezvoltatorii înțeleg mai bine ce, pentru cine și de ce construiesc.,
Povești de Utilizator ajuta să înțeleagă ce valoare un produs oferă utilizatorilor săi finali (imagine de Duo)
Utilizare Mare Poveștile se potrivesc întotdeauna INVESTEASCĂ set de criterii de Lege Trezi:
Independent – ele pot fi completate în orice secvență și modificări de la un Utilizator Povestea nu-i afectează pe ceilalți.
negociabil-este de datoria echipei să decidă cum să le implementeze; nu există un flux de lucru fixat rigid.
Valuable-fiecare poveste de utilizator oferă o unitate detașată de valoare utilizatorilor finali.,
Estimabil-este destul de ușor să ghiciți cât timp va dura dezvoltarea unei povești de utilizator.
mic-ar trebui să treacă prin întregul ciclu (proiectare, codificare, testare) în timpul unui sprint.
testabil – ar trebui să existe criterii clare de acceptare pentru a verifica dacă o poveste de utilizator este implementată în mod corespunzător.
Povestea De Utilizator format (care este utilizat de către Stormotion echipa la fel de bine) este destul de simplu și scurt:
Ca , vreau, astfel încât
se Pare nimic dificil, nu-i asa?, Iată câteva exemple de povești ale utilizatorilor care se potrivesc cu un proiect de aplicație taxi alcătuit:
ca șofer, vreau să blochez pasagerii cu comportament prost, astfel încât să nu mi se mai arate niciodată.
în calitate de pasager, vreau să conectez cardul de credit la profilul meu, astfel încât să pot plăti o călătorie mai rapidă, mai ușoară și fără numerar.
ca șofer, vreau să adaug fotografii ale mașinii mele în Profilul meu, astfel încât să pot atrage mai mulți utilizatori.
în calitate de pasager, vreau să fie afișate mai multe drivere disponibile, astfel încât să pot alege cea mai potrivită opțiune pentru mine.,
sună destul de ușor, dar dezvoltarea poveștii utilizatorului nu este adesea atât de simplă. Cu toate acestea, mai târziu, vom împărtăși câteva dintre sfaturile noastre dovedite care vă vor ajuta să faceți doar fotografii bune.
câteva exemple de Povești de Utilizator pentru site-uri web (imagine de Philipp Kühn)
Este altceva?
În ciuda faptului că tocmai ne-am dat seama că poveștile Agile ale utilizatorilor sunt independente și ar trebui înțelese ca unități de lucru total separate, uneori sunt grupate împreună., Deci, atunci când lucrați cu ei, este posibil să întâlniți și să folosiți conceptul de Epic. Ce este?
un Epic este un corp de lucru la nivel înalt care se leagă împreună cu un grup de povești înrudite.noi, cei de la Stormotion, folosim epopee pentru a descrie sarcini mai complexe și pentru a crea o ierarhie clară care permite gestionarea mai ușoară a dezvoltării și furnizarea de valoare nouă utilizatorilor în timp ce lucrăm spre un obiectiv mai mare. Cu toate acestea, formatul poveștii utilizatorului în sine rămâne același.,rement care ar trebui să fie livrate in 1 sprint
Poate fi implementat în câteva sprinturi
Reprezintă o valoare care utilizatorul va primi după punerea în aplicare
Indică un caracter mai general sarcină (de exemplu, punerea în aplicare a unui ansamblu user-flow)
Destul de ușor pentru a estima
mai Greu de estimat, deoarece domeniul de aplicare este flexibil
Imaginați-vă că sunteți construirea o aplicație de dating., minunat sunt
O Poveste: Ca un admin, vreau sa sterg/bloc fotografii de pe profilurile utilizatorilor, astfel încât să nu sperie alte persoane cu nud poze (sau încalcă normele comunitare)
O Poveste: Ca o aplicație de utilizator, Vreau să am un domeniu separat, unde nu pot spune mai multe despre mine, astfel încât oamenii se încadrează în dragoste cu personalitatea mea și nu cu apartamentul meu din centrul New York-ului
Deci, Epopei ne ofere un nivel ridicat de vedere al obiectivelor noastre și cum ne mișcăm în direcția ei., De asemenea, ne ajută în timpul procesului de prioritizare, deoarece putem verifica ce epopee necesită cel mai mult atenția noastră și, prin urmare, ce povești ar trebui implementate mai întâi.
Citeste AlsoHow să acorde Prioritate de Dezvoltare Caracteristică
Oh, un lucru mai mult!
nu uitați să adăugați un criteriu de acceptare.
un criteriu de acceptare este un set de condiții care sunt utilizate pentru a confirma când o poveste este finalizată.,
Fiecare Poveste trebuie să aibă criterii clare de acceptare (imagine de Hai Peng)
de Asemenea, aceste condiții ne oferi o mai profundă și o mai bună înțelegere, deoarece includ informații cheie pe cât de Povești efectua. Să reutilizați unul dintre Utilizator Poveste exemple de la începutul articolului:
Ca un pasager, vreau mai multe drivere disponibile pentru a fi afișate, astfel încât să pot alege cea mai potrivită opțiune pentru mine.,
ce criterii de acceptare pot fi aplicate la această poveste?aplicația arată driverele care au fost online în ultimele 20 de minute și nu au o plimbare în curs de desfășurare.
aplicația afișează doar 5 drivere care sunt cele mai apropiate de utilizator.
un utilizator poate răsfoi profilurile acestor drivere, inclusiv fotografiile și tarifele acestora.după cum puteți vedea, acum nu numai că cunoaștem valoarea acestei povești pentru utilizatori, dar înțelegem și câteva caracteristici cheie care necesită o atenție specială în timpul implementării.,cu toate acestea, ești liber să alegi cât de detaliate vor fi criteriile tale de acceptare. Acesta poate varia de la” lăsați-l să funcționeze în orice mod convenabil ” până la seturi de condiții și mai detaliate decât în exemplul de mai sus.
Acest lucru depinde foarte mult de echipa dvs. de dezvoltare, astfel încât nu există un „răspuns corect”. Dacă echipa dvs. are nevoie de îndrumare și de sarcini clare, fără loc de interpretare, ar fi bine să respectați instrucțiuni detaliate despre modul în care ar trebui să funcționeze poveștile. În caz contrar, abordarea” doar să-l făcut ” poate funcționa, de asemenea.,
Citește și cum să evaluezi ideea de pornire
Wow, s-au spus multe despre poveștile utilizatorilor. Dar de ce sunt atât de importante pentru echipele Agile?
👍 care sunt avantajele creării poveștilor utilizatorilor?
dacă ați fost vreodată implicat în lucrul cu cadre Agile, știți deja că atât echipele Scrum, cât și Kanban beneficiază foarte mult de scrierea poveștilor utilizatorilor.,
Povești de Utilizator oferi beneficii pentru toate tipurile de Echipe Agile (imagine de Andrew McKay)
În Kanban, echipe acumulează Povești într-o listă și apoi executați-le unul câte unul pentru a sprijini work-in-progress de curgere. Acest lucru ajută să rămână în mod constant pe drumul cel bun și de a îmbunătăți KPI echipa de dezvoltare.
echipele Scrum (pe care le preferăm de obicei la Stormotion) adoră și poveștile utilizatorilor. Le folosim în mod activ pentru a face estimări, a prioritiza și a planifica sprinturi care ne ajută să rămânem agili și flexibili la orice schimbare., Acest lucru este deosebit de benefic atunci când lucrăm cu startup-uri care se află în stadiul MVP și au resurse limitate înainte de a-și prezenta proiectul investitorilor Angel.
Povestiri sunt utilizate în mod activ de Kanban echipe precum (imagine de Tahir Yousaf)
în Afară de cele menționate mai sus, există unele vii beneficii care sunt comune pentru toate echipe Agile:
să vă concentrați pe afacerea valoare., Vă ajută să faceți aplicația dvs. nu numai bine construită din punct de vedere tehnic, ci și utilă utilizatorilor finali.
activați creativitatea. Deoarece conține o cantitate minimă de informații, Echipa dvs. este liberă să conducă idei creative pentru a găsi cea mai bună soluție pentru a implementa o poveste.
proiectul dvs. devine mai ușor de gestionat. Noi, cei de la Stormotion, știm că este o modalitate mai ușoară de a lucra cu povești de utilizator mici și estimabile, decât cu sarcini complexe mari.
ei inspiră echipa! Fiecare dezvoltator iubește acest sentiment dulce de un câștig mic, care îl motivează să lucreze și mai mult.,acum, să ne scufundăm în procesul de creare a unei povești de utilizator!
citiți AlsoProject Discovery: ce este și de ce?
📝 cum se scriu poveștile utilizatorilor: fluxul nostru de lucru
ajungem la cea mai palpitantă parte a articolului nostru. Cu toate acestea, înainte de a împărtăși instrucțiunile noastre pas cu pas despre scrierea unei povești de utilizator, este esențial să ne dăm seama de 2 întrebări esențiale: cine și când le face.
cine este responsabil pentru crearea unei povești de utilizator?,
ca regulă generală, Povestirile sunt scrise în principal de proprietarii de produse, deoarece este responsabilitatea lor să păstreze întârzierea plină de sarcini. Cu toate acestea, nu uitați că Agile se bazează pe comunicări și schimburi de opinii între experți. Deci…
aceasta nu înseamnă neapărat că acestea ar trebui să fie scrise numai de către un proprietar de produs. Cu cât mai mulți oameni se alătură conversației, cu atât mai bine.
La Stormotion, Poveștile sunt scrise de către toți membrii echipei care sunt legate de afaceri-partea de proiect (manageri de vânzări, marketing, un produs proprietar etc.,), deoarece ne-a permis să privim viitoarea aplicație din perspectiva oricărui potențial tip de utilizator. Responsabilitatea proprietarului produsului în acest caz este de a confirma că acestea corespund criteriilor INVEST.
Poveștile sunt create prin colaborare (imagine de Dmitrii Kharchenko)
Când sunt Povești de Utilizator creat?
o întâlnire de scriere de povești în sediul nostru are loc, de obicei, aproape de începutul proiectului., Preferăm să ne pregătim pentru a ne asigura că un proiect merge bine din prima zi până în ultima.
Mai târziu, vom putea folosi lista noastră Scrum user Story pentru a pregăti estimări mai detaliate (de exemplu, până la sfârșitul etapei de descoperire), pentru a prioritiza dezvoltarea caracteristicilor pentru sprinturi și așa mai departe.
citiți și cum să estimați cu exactitate timpul de dezvoltare a Software-ului? de asemenea, completăm lista originală pe măsură ce lucrăm la un proiect cu povești noi pentru a fi la curent cu cerințele clientului nostru.,
care sunt pașii pentru a scrie povești de utilizator Agile?
în Primul rând, permiteți-ne să vă reamintesc de un Utilizator comun Povesti model:
Ca , vreau, astfel încât
se Pare scurt și ușor de a scrie. Apropo, sunteți bineveniți să vă creați propriul șablon de poveste de utilizator. Cu toate acestea, noi la Stormotion avem un flux de lucru specific care ne ajută să livrăm cele mai bune povești:
alcătuiți lista utilizatorilor finali. Definiți care este „durerea” sau „nevoia” lor, pe care încercați să o rezolvați.
definiți ce acțiuni ar putea dori să întreprindă.,
aflați ce valoare va aduce acest lucru utilizatorilor și, în cele din urmă, produsului dvs. De asemenea, întrebați – vă-ne va plăti vreun partid pentru asta?
discutați criteriile de acceptare și o strategie optimă de implementare.
să le privim acum!pasul 1: gândiți-vă la „cine”
acesta este primul și, poate, cel mai fundamental pas. Înainte de a scrie o poveste de utilizator, ar trebui să știți de fapt cine sunt utilizatorii finali ai produsului dvs. Și mai important – ce nevoi au, pe care încercați să le acoperiți.,în timpul atelierelor noastre de scriere a poveștilor, încercăm să omitem utilizarea unui astfel de rol ca pur și simplu „utilizatorul”. Poate fi aplicat oricărei persoane – de la clienții dvs. la administratori-și, prin urmare, nu reflectă personalitatea anumitor grupuri țintă, modul în care interacționează cu aplicația.
este important pentru a defini corect utilizator persona (imagine de Grzegorz Oksiuta)
Dacă doriți pentru a obține rezultate foarte mare poate doriți să se arunca cu capul în audiență chiar mai mult., În loc să numiți doar utilizatorii după rolul lor (de exemplu, „un șofer”), încercați să creați un fel de persoană cumpărător.iată câteva sfaturi din propria noastră experiență:
este vorba despre utilizator. Nu despre Dezvoltatori. Și chiar nu despre un proprietar de produs. Fiecare poveste ar trebui să fie valoroasă pentru un grup de utilizatori finali.
nu vă gândiți la utilizatori doar ca la clienți externi. Este adevărat că poveștile tale vor fi în mare parte despre ele. Dar este, de asemenea, adevărat că trebuie să luați în considerare utilizatorii interni, cum ar fi administratorii, editorii etc.
simt unele empatie. Dați „utilizatorului” dvs. un nume., Gândiți-vă la obiceiurile sale mobile, la ce problemă va fi rezolvată aplicația dvs. pentru el și cum veți face această cale mai ușoară și mai rapidă. Amintiți-vă unii oameni pe care îi cunoașteți din viața reală și care se potrivesc acestui portret; simțiți cum vă raportați la acest grup țintă.
Pasul 2: gândiți-vă la „ce”
acum avem câteva grupuri de utilizatori finali. Următorul pas pe care îl facem este să definim ce funcționalitate așteaptă fiecare utilizator, cum va interacționa cu aplicația.,
Atunci ar trebui să aflăm modul în care utilizatorii vor interacționa cu produsul (imagine de Johny vino™)
Acestea sunt principalele reguli de reținut atunci când scrieți o acțiune pentru un Kanban sau Scrum Poveste de Utilizator:
O acțiune pe o Poveste. Dacă doriți să scrieți ceva de genul” în calitate de client vreau să răsfoiesc articolele și să le adaug în Coș”, ar fi bine să le împărțiți în 2 povești separate.
descrie o intenție, nu o caracteristică., De exemplu, în loc de „Vreau să – mi gestionez profilul” creează câteva povești precum „Vreau să mă pot înregistra”, „vreau să-mi încarc fotografia de profil”, „vreau să-mi conectez cardul de credit la profilul meu” – fiecare poveste va avea o valoare diferită.
păstrați-l scurt. Utilizatorii nu le pasă ce bibliotecă veți folosi pentru a le permite să răsfoiască lista de articole, astfel încât să lase toate detaliile tehnice deoparte.
evitați descrierea UI. Am definit poveștile ca fiind negociabile, îți amintești? De aceea, toate exemplele bune de poveste de utilizator nu includ detalii UI., Deci, nu încercați să compuneți niciun mod special de a le implementa (vom face acest lucru mai târziu).
Pasul 3: Gândiți-vă la „De ce”
în cele din urmă, ultima piesă a șablonului nostru de povești de utilizator este dedicată unei valori pe care utilizatorii o obțin după efectuarea unei acțiuni. Poate părea că nu este mare lucru, dar este adesea cea mai dificilă parte a dezvoltării povestirii utilizatorilor.,
Acorde o atenție la modul în care utilizatorii interacționează cu aplicația ta (imaginea de Andrew McKay)
cu toate Acestea, secțiunea ar trebui să corespundă întotdeauna cu valorile și Kpi. Ar trebui fie să îmbunătățească UX, să crească ratele de retenție, să scurteze călătoria utilizatorilor către soluția problemei sau orice altceva. Fiecare poveste ar trebui să contribuie cu ceva la obiectivul general al produsului dvs.,
dacă nu puteți răspunde la ce valoare aduce această caracteristică utilizatorilor finali și produsului dvs., atunci faceți ceva greșit.
De exemplu, există câteva Povești de Utilizator exemple cu bine scris, cu valoare pentru în curs de desfășurare comanda mâncare aplicație de proiect:
Ca si client, nu vrei să primești notificări atunci când există noi oferte de fierbinte ca să nu ratați cele mai bune oferte. .
în calitate de manager de restaurant, vreau să completez descrierea mâncărurilor din meniu cu o fotografie, astfel încât să pară mai atractivă pentru clienți. .,
Pasul 4: discutați o poveste
în cele din urmă, discutăm întotdeauna poveștile utilizatorilor după ce au fost create. Chiar dacă nu pare nimic despre care să vorbim.
nu subestima importanța sesiune de brainstorming (imagine de Monika Pola)
În acest Q&O sesiune, ne întreabă autorul Poveștii pentru a oferi mai multe detalii sau pentru a clarifica ceva, dacă este necesar. Ne ajută să înțelegem cum ar trebui să funcționeze și să convenim asupra criteriilor de acceptare., În acest fel, examinăm toate exemplele de povești ale utilizatorilor de aplicații mobile unul câte unul.apoi organizăm o sesiune de brainstorming cu întreaga echipă care lucrează la proiect. Ne permite să aflăm cele mai bune modalități de implementare a poveștilor utilizatorilor din perspectiva tehnologiei.
citiți și cum să selectați o agenție pentru dezvoltarea aplicației dvs.?
Deci, așa se scrie poveștile utilizatorilor pe scurt. Echipa noastră Stormotion folosește, de asemenea, următoarele sfaturi atunci când lucrează la această sarcină:
începeți cu epice., De obicei, este mai ușor să treceți de la sarcini mai complexe la cele mai specifice, așa că încercați să scrieți epopee și apoi să le împărțiți în povești.
ascultați feedback-ul. Uneori nu trebuie să ghiciți povești – cereți feedback utilizatorilor finali reali și folosiți ideile lor ca sursă de inspirație.
nu introduceți detalii prea devreme. Este mai bine să țineți sesiunea de brainstorming înainte de fiecare sprint pentru a discuta cum să implementați poveștile planificate.
💡 concluzie
poveștile utilizatorilor sunt un element esențial al abordării Agile care poate aduce multe beneficii proiectului tău., Cu toate acestea, este important să le scrieți corect, ceea ce necesită ceva timp și abilități.,T criterii, în sensul că acestea sunt:
Independent
Negociabil
Valoroase
Estimabile
Mici
Testabile
comune Povești de Utilizator șablon include utilizatorul, acțiunea și valoarea (sau beneficiu) și, de obicei, arata ca acest lucru:
Ca , vreau, astfel încât
Povești de Utilizator poate ajuta pentru a îmbunătăți în mod constant la valoarea produsului, estimarea eforturilor de dezvoltare într-un mod adecvat și să acorde prioritate de dezvoltare caracteristică în timpul MVP și post-MVP etape.,
