Întrebări despre învățarea la distanță? Click aici

https://sbt-test.azurewebsites.net/ro/articles/b/agil-user-povestiri

Definirea poveștilor utilizatorului și dezvoltarea agilă



Descarcă atelier gratuit de gândire pentru design


Use storyboards to help explain processes and customer interaction

Un element esențial al proceselor de dezvoltare modernă este dezvoltarea agilă . Această metodologie de dezvoltare subliniază utilizarea unor povești de utilizator de dimensiuni mici, pentru a defini ce face un sistem din perspectiva utilizatorului, nu una tehnică. Un utilizator îi pasă dacă un produs este rapid, ușor de utilizat și își rezolvă problema. Nu le pasă dacă urmează o arhitectură pe 3 niveluri, are Mongo DB sau dacă folosește Rails sau Asp.net.

Povestiri utilizator:

  • Sunt ușor de înțeles și oricine poate participa
  • Lucrați iterativ; ele pot și trebuie schimbate sau modificate frecvent
  • Aliniați dezvoltatorii, utilizatorii și specialiștii în jurul obiectivelor și așteptărilor comune
  • Sunt mult mai ușor de citit decât documentele cu cerințe de 400 de pagini

Storyboard That oferă o platformă ideală pentru a crea povești de utilizator agile și conversație scânteie într-un format care este mult mai puțin impozabil decât un perete de text.



Descărcați șabloane gratuite de persoană


Epic

În contextul poveștilor utilizatorilor, o „epopee” este pur și simplu o poveste foarte largă, care va fi ulterior defalcată în multe povești specifice pentru utilizatori. Începând cu o epică, aliniază toată lumea cu o singură viziune la nivel înalt. Povestea epică ancorează un proiect de sus în jos și, dacă nu are sens să construim o epică, munca de susținere va fi, de asemenea, o pierdere de efort.


Creați o Poveste de Utilizator Agilă*

În această poveste, este foarte clar care este viziunea pe termen lung și cum ar trebui să arate succesul. O poveste epică bună ar trebui să includă:

  • Setare sau context
  • Actori sau Utilizatori
  • Teluri si obiective
  • Activități și evenimente


Descărcați șabloane gratuite de persoană


Definirea utilizatorilor

Mai ales atunci când proiectați software, este important să aveți o viziune bună despre cum vor fi utilizatorii. Nu fiecare utilizator se va potrivi cu această viziune exact și pot exista mai multe categorii de utilizatori, dar aceste viziuni discrete au nevoie de articulare. Gândiți-vă că utilizatorii protejează în primul rând împotriva supraingineriei și a complicației excesive, împiedicând un produs nou să aibă ceva pentru toată lumea și să nu fie util pentru nimeni.


Creați o Poveste de Utilizator Agilă*


Crearea unei povești

Odată ce o epopee a fost stabilită și utilizatorii au fost definiți, povești mai mici, mai specifice, pot fi construite despre anumite experiențe ale utilizatorilor. Poveștile de mai jos descompun cele expuse mai sus în două narațiuni: căutarea unei comenzi și re-comandarea unui produs.

Aceste narațiuni nu conțin informații tehnice; utilizatorilor nu le pasă cum se obțin rezultatele, atât timp cât îndeplinește sarcinile dorite. În mod similar, UX este reprezentat generic, pentru a evita înăbușirea inovației sau forțarea unei căi. În general, poveștile ar trebui să fie:

  • Mic - sub 10 zile de muncă
  • Valoarea - odată finalizate ar trebui să livreze ceva utilizabil
  • Estimabil - Capabil să creeze o estimare a centrelor de bilă pentru cât de mult efort este implicat

Căutarea unei comenzi


Creați o Poveste de Utilizator Agilă*

Efectuarea unei reordonări


Creați o Poveste de Utilizator Agilă*

Conversație și planificare pentru testare

Aceste povești ar trebui să invite conversații și întrebări, cum ar fi:

  • Sunt aceste povești potrivite pentru a se potrivi cu epopeea noastră?
  • Ce alte povești ar trebui create?
  • Sunt aceste povești în concordanță cu ceea ce știm despre utilizatorii noștri?

Este perfect rezonabil să creezi multe povești; de fapt, ar trebui încurajată. Unele dintre aceste povești nu vor fi niciodată folosite, dar este important să vedem calea pe care au stabilit-o. Această colecție de povești va elimina cerințele suplimentare și va influența testarea.

Poveștile ar trebui să provoace și să informeze discuțiile despre modul în care software-ul va fi testat și ce reguli de afaceri trebuie definite în mod explicit. De exemplu:

  • Cât de rapid trebuie să fie o căutare?
  • Există un termen limită pentru re-comenzi?
  • Ce ar trebui să facă sistemul dacă este a doua re-comandă? A cincea?
  • Ce teste și întrebări de urmărire ați avea?

Lectură ulterioară

Storyboard That oferă un instrument puternic pentru crearea de povești de utilizator minunate, dar nu este menit să stea singur ca cadru pentru managementul de proiect. Iată câteva dintre cărțile noastre preferate pe această temă.




Prețuri

Doar pe lună pe utilizator!

/lună

facturat anual

Trimiteți-mi Cotația
Cumpară Acum!
*(Acest lucru va incepe un test gratuit de 2 saptamani - nu este nevoie de card de credit)
Check out Storyboard That 's ilustrată Ghid pentru Dezvoltare Produs pe Client Journey Mapping!
Vezi Toate Resursele de Afaceri
https://sbt-test.azurewebsites.net/ro/articles/b/agil-user-povestiri
© 2020 - Clever Prototypes, LLC - Toate drepturile rezervate.
Peste 14 milioane de Storyboard-uri create
Storyboard That Family