Un ghid rapid pentru maparea poveștii utilizatorului (Șablon inclus)

Ideea de mapare a poveștilor utilizatorului poate fi urmărită până la Jeff Patton. El a scris literalmente cartea despre asta, It's All in How You Slice It, care a apărut în 2005.

Patton este un consultant care realizează maparea poveștii într-un mod care se concentrează mai mult pe îmbunătățirea procesului de dezvoltare a produsului, nu doar pe îmbunătățirea vitezei de producție. El face acest lucru printr-un amestec de management agil de proiect, lean și lead-uri, UX design și cadre de pornire de design thinking. Abordarea sa holistică se concentrează pe maparea poveștii utilizatorului, fără a uita foaia de parcurs de dezvoltare a produsului sau a software-ului.

Ce înseamnă toate astea? Sună destul de frumos. Tuturor le plac poveștile, inclusiv managerii de produs. Maparea poveștilor este modul în care poveștile utilizatorilor sunt utilizate în managementul produselor și dezvoltarea de software. Dar înainte de a defini maparea poveștii, trebuie mai întâi să înțelegem ce este o poveste de utilizator.

Ce este o poveste de utilizator?

Ideea unei povești de utilizator vine din dezvoltarea de software și managementul produsului. O poveste de utilizator este o caracteristică a produsului descrisă din perspectiva utilizatorului. Este înțeles ca o descriere informală a uneia sau mai multor caracteristici ale produsului, vorbită în limba engleză simplă.

Software-ul de management de proiect captează poveștile utilizatorilor pentru echipe. ProjectManager este un software de management al lucrărilor și proiectelor bazat pe cloud, care are mai multe vizualizări ale proiectelor. Managerii pot planifica diagramele Gantt, iar echipele pot folosi liste de sarcini sau panouri kanban pentru a-și gestiona întârzierile și a colabora la sprinturi. Începeți acum cu ProjectManager gratuit.

Ce este Story Mapping?

Maparea poveștilor preia poveștile utilizatorului și le plasează pe un grafic, numit hartă a poveștii utilizatorului. Graficul este o vizualizare bidimensională a stocului de produse. Partea de sus a hărții poveștii arată titluri sub care sunt grupate poveștile complexe ale utilizatorilor cunoscute sub numele de epopee. Aceste epopee sunt povești ale utilizatorilor care nu pot fi finalizate într-o singură lansare de produs și trebuie împărțite în povești mai mici ale utilizatorilor. Acele povești ale utilizatorilor sunt colectate vertical, sub fiecare temă epică și ordonate după prioritate. Acest lucru permite managerilor de produs să descrie multe caracteristici ale produsului fără a pierde imaginea de ansamblu.

Maparea poveștilor utilizatorului este apoi o modalitate de a organiza și utiliza acele povești de utilizator într-un mediu agil de dezvoltare a produsului într-o metodă simplă, dar eficientă. Ajută echipele de dezvoltare să vizualizeze întregul produs sau serviciu în termeni de o serie de caracteristici ale produsului care sunt create pe baza cerințelor clienților și a feedback-ului utilizatorilor finali.

Cum se creează o hartă a poveștii utilizatorului

Urmați acești pași pentru a crea o hartă a poveștii pentru proiectele dvs. de dezvoltare a produselor.

1. Definiți caracteristicile produsului

Identificați caracteristicile cheie ale produsului sau serviciului pe care îl creați. Acestea vor fi epicurile tale de dezvoltare a produselor. Fiecare dintre aceste epopee este o direcție către harta poveștii pe care o creați. Acestea rulează orizontal în partea de sus a graficului.

2. Povestiri de utilizator legate de grup

Apoi, sub fiecare dintre aceste titluri epice apar poveștile utilizatorilor care sunt legate de ele. Poveștile utilizatorilor nu trebuie să fie încă foarte bine dezvoltate sau chiar prioritizate în acest moment. Vrei doar să le colectezi sub epopeea corectă.

3. Prioritizează Poveștile utilizatorilor

Pe măsură ce se fac mai multe cercetări, se colectează mai multe feedback-uri ale clienților și se adaugă mai multe povești ale utilizatorilor pe harta poveștii. Acum trebuie să prioritizați poveștile utilizatorilor și să identificați dependențele sarcinilor.

4. Distribuiți harta poveștii

În acest moment, ordinea acelor povești de utilizator va reflecta ordinea în care apar în călătoria utilizatorului. Harta poveștii dvs. este gata pentru a fi distribuită echipei de dezvoltare a produsului.

Maparea poveștii, ca și cadrul mai mare agil, este un proces iterativ. Acesta provine din conversațiile dintre membrii echipei, clienți și părți interesate despre modalitățile de a oferi cel mai bine mai multă valoare pentru utilizatorul final și pentru companie. Acest dialog începe devreme, iar harta poveștii surprinde acea conversație despre dezvoltarea produsului într-un format acționabil.

Șablon de cartografiere a poveștii

Șablonul nostru de dezvoltare a produsului are tot ce aveți nevoie pentru a crea o hartă a poveștii și o foaie de parcurs pentru dezvoltarea produsului. Puteți folosi panoul nostru kanban pentru a crea o hartă dinamică a poveștii care vă permite să colaborați cu membrii echipei în timp real.

Apoi, sub fiecare dintre aceste titluri de subiecte caracteristice apar poveștile utilizatorilor care sunt legate de acesta. Poveștile utilizatorilor nu trebuie să fie încă foarte bine dezvoltate sau chiar prioritizate în acest moment. Vrei doar să le colectezi sub titlul corect. Pe măsură ce se fac mai multe cercetări și mai multă direcție vine de la părțile interesate, se adaugă mai multe detalii la povestea utilizatorului. Rafinați povestea utilizatorului împărțind fiecare în bucăți sau sarcini mai mici. În acest moment, ordinea acelor povești de utilizator va reflecta ordinea în care apar în călătoria utilizatorului.

Maparea poveștii, ca și cadrul mai mare agil, este un proces iterativ. Acesta provine din conversațiile dintre membrii echipei și părțile interesate despre modalitățile de a oferi mai multă valoare pentru utilizatorul final și pentru companie. Acest dialog începe devreme, iar harta poveștii surprinde acea conversație într-un format acționabil. Utilizați vizualizarea diagramă Gantt pentru a urmări epopeele, poveștile utilizatorilor și lansările de produse.

Importanța cartografierii poveștilor și beneficiile sale

O hartă a poveștii utilizatorului este un instrument util din mai multe motive. După cum sa menționat, oferă un spațiu pentru a colecta conversația dintre părțile interesate și echipă pentru a afla ce este important în dezvoltarea produsului. Apoi permite ca acele povești de utilizator să intre în contextul poveștii mai mari, astfel încât să fie poziționate în ordine sau importanță.

Iată câteva dintre principalele beneficii ale utilizării tehnicii de cartografiere a poveștii pentru dezvoltarea produsului.

Story Maps funcționează ca un raport de stare

Harta poveștii, ca și produsul, ar trebui să fie o lucrare în curs. Este ca un instantaneu a ceea ce se gândește echipa în acel moment al proiectului. Prin urmare, este un mijloc de a valida ipotezele despre proiect și de a vă asigura că echipa progresează în direcția corectă. Acționează nu numai ca un instrument organizațional; de asemenea, repetă o declarație către persoana care a rostit-o pentru a se asigura că ambele părți se înțeleg.

Story Mapping este un ajutor vizual

Este, de asemenea, un mod vizual de gândire, care este util pentru oamenii din echipă și părțile interesate care procesează lucrurile mai bine în acest fel. Deoarece este un instrument vizual, vă permite să vedeți întreaga imagine dintr-o privire și unde se potrivesc părțile mai mici în întregul respectiv. Acest lucru face, de asemenea, evident pentru membrii echipei atunci când există o gaură în proces.

Story Mapping ajută la prioritizare

Deoarece poveștile utilizatorilor sunt colectate într-o hartă a poveștilor utilizatorului, ele pot fi mutate pentru a vedea ce secvență ar servi cel mai bine procesului. Această secvențiere permite echipei să descopere ce povești de utilizator trebuie incluse într-o manieră incrementală.

Stabilirea priorităților, care este o parte majoră a maparii poveștii utilizatorului, ajută la eficiență și productivitate. Acest lucru ajută la evitarea pierderii de timp concentrându-se pe funcții care nu sunt esențiale pentru utilizatorul final. Asta pentru că nu doar prioritizați, ci și țineți cont de imaginea de ansamblu, care ține echipele departe de buruieni.

Story Maps Activează comunicarea

Există, de asemenea, democrația comunicativă a hărții user story. Facilitează comunicarea și oferă o înțelegere comună a proiectului pentru echipe și părțile interesate. Indiferent de locul în care vă aflați în proiect, puteți să vă uitați la harta user story și să cunoașteți povestea mare până la părțile mai mici care o alcătuiesc și modul în care toate acestea se leagă de foaia de parcurs al produsului.

Înrudit: Cum să planificați o lansare de succes a unui produs

Provocări de cartografiere a poveștilor

Multe dintre dezavantajele mapării user story sunt legate de erori de execuție. Am enumerat câteva mai jos.

• Prea multe detalii: dacă atașați prea multe detalii la povestea utilizatorului, atunci riscați să distrageți atenția echipei. Poate crea riscuri nejustificate, cum ar fi pierderea unei părți esențiale a conversației, ca și cum semnalul s-ar pierde în zgomot.
• Prea generic: o altă problemă este dacă povestea dvs. de utilizator este prea generică. Are nevoie de un anumit nivel de detaliu, acel punct dulce, pentru a funcționa corect. Dacă sunteți prea larg, atunci pot apărea probleme la extragerea funcțiilor într-o anumită iterație.
• Prea formală: nici nu deveni prea formală. Amintiți-vă, limbajul ar trebui să fie simplu, simplu și ușor de înțeles pentru toată lumea. Când utilizați limbajul formal de dezvoltare a produsului, acesta poate distrage din nou atenția utilizatorului și poate reduce lizibilitatea descrierii.
• Exagerat de tehnici: Unii cad în capcana utilizării parametrilor tehnici mascați în poveștile utilizatorilor. Lista sarcinilor tehnice, mai degrabă decât istoricul utilizatorului, va ajuta la estomparea pasului important de prioritizare a acelor sarcini. Prioritizarea se bazează pe utilizatorul final și nu pe mecanica producției. Acestea fiind spuse, există anumite pericole de care trebuie să fii conștient, chiar și atunci când poveștile utilizatorilor și maparea sunt făcute corect. Se pune accent pe bug-uri sau sarcini pur sistemice, care pot înlătura scopul principal al proiectului.

Întrebări frecvente despre cartografierea poveștilor

Story Mapping nu are un sfârșit. Întotdeauna sunt mai multe de învățat. Aveți mai multe întrebări despre poveștile utilizatorilor? Am răspuns la câteva dintre întrebările cititorilor de mai jos.

Care este scopul Story Mapping?

Scopul principal al story mapping-ului este de a permite managerilor să vizualizeze procesul de dezvoltare a produsului. Acest lucru se realizează prin defalcarea muncii necesare dezvoltării unui produs în elemente de acțiune cunoscute sub numele de povești de utilizator.

Ce este o sesiune de cartografiere a poveștii?

O sesiune de cartografiere a poveștii sau un atelier de cartografiere a poveștilor este un exercițiu de cartografiere a poveștii interfuncțională în care echipa de dezvoltare a produsului se întâlnește cu membri din diferite departamente pentru a crea împreună poveștile utilizatorilor.

Cine a inventat Story Mapping?

Maparea poveștilor utilizatorului a fost inventată de Jeff Patton, care a descris pentru prima dată maparea poveștii în articolul său din 2005 „It’s All in How You Slice it”. De atunci a continuat să dezvolte ideea până când a scris cartea „User Story Mapping: Discover the Whole Story, Build the Right Product” în 2014.

Dacă căutați modalități de a comunica și de a defalca proiectul dvs., astfel încât să servească mai bine utilizatorului final, atunci aveți nevoie de un instrument care să aibă puterea de a face comunicațiile fără probleme și de a vă organiza sarcinile pe o platformă care poate fi partajată. ProjectManager este un software de management de proiect bazat pe cloud, care oferă echipei dvs. instrumentele de colaborare de care au nevoie pentru a rula proiecte agile. Încercați-l astăzi cu această perioadă de încercare gratuită de 30 de zile.