Domande sull'apprendimento remoto? Clicca qui

https://sbt-test.azurewebsites.net/it/articles/b/agile-user-storie

Definizione di user story e sviluppo agile



Scarica Free Design Thinking Workshop


Use storyboards to help explain processes and customer interaction

Un principio fondamentale dei moderni processi di sviluppo è lo sviluppo agile . Questa metodologia di sviluppo sottolinea l'utilizzo di user story di dimensioni ridotte per definire cosa fa un sistema dal punto di vista dell'utente, non tecnico. A un utente importa se un prodotto è veloce, facile da usare e risolve il problema. A loro non importa se segue un'architettura a 3 livelli, ha Mongo DB o se utilizza Rails o Asp.net.

Storie utente:

  • Sono facili da capire e chiunque può partecipare
  • Lavora iterativamente; possono e devono essere cambiati o modificati frequentemente
  • Allinea sviluppatori, utenti e specialisti aziendali attorno a obiettivi e aspettative comuni
  • Sono molto più facili da leggere rispetto ai documenti con requisiti di 400 pagine

Storyboard That fornisce una piattaforma ideale per creare user story agili e innescare conversazioni in un formato molto meno faticoso di un muro di testo.



Scarica modelli Persona gratuiti


Epico

Nel contesto delle storie utente, un "epico" è semplicemente una storia molto ampia che verrà successivamente suddivisa in molte storie utente specifiche. Iniziare con un'epopea allinea tutti con una visione unica e di alto livello. La storia epica fissa un progetto dall'alto verso il basso, e se non ha senso costruire un'epica, anche sostenere il lavoro sarà uno spreco di sforzi.


Crea una User Story Agile*

In questa storia, è molto chiaro quale sia la visione a lungo termine e quale dovrebbe essere il successo. Una buona storia epica dovrebbe includere:

  • Impostazione o contesto
  • Attori o Utenti
  • Traguardi e obbiettivi
  • Attività ed Eventi


Scarica modelli Persona gratuiti


Definire gli utenti

Soprattutto durante la progettazione di software, è importante avere una buona visione di come saranno gli utenti. Non tutti gli utenti corrisponderanno esattamente a questa visione e potrebbero esserci più categorie di utenti, ma queste visioni discrete necessitano di articolazione. Pensare agli utenti in primo luogo protegge dall'ingegnerizzazione eccessiva e dalle complicazioni eccessive, impedendo a un nuovo prodotto di avere qualcosa per tutti e di essere utile a nessuno.


Crea una User Story Agile*


Creare una storia

Una volta stabilita un'epopea e definiti gli utenti, è possibile costruire storie più piccole e più specifiche su esperienze utente particolari. Le storie sottostanti suddividono il delineato sopra in due narrazioni: cercare un ordine e riordinare un prodotto.

Queste narrazioni non contengono informazioni tecniche; agli utenti non importa come vengono raggiunti i risultati, purché eseguano le attività desiderate. Allo stesso modo, la UX è rappresentata genericamente, per evitare di soffocare l'innovazione o forzare un percorso. In generale, le storie dovrebbero essere:

  • Piccolo - Meno di 10 giorni di lavoro
  • Prezioso: una volta completato dovrebbe fornire qualcosa di utilizzabile
  • Stimabile - In grado di creare una stima a sfera di quanti sforzi sono necessari

Cercare un ordine


Crea una User Story Agile*

Esecuzione di un riordino


Crea una User Story Agile*

Conversazione e pianificazione per i test

Queste storie dovrebbero invitare conversazioni e domande, come:

  • Sono queste le storie giuste da abbinare alla nostra epopea?
  • Quali altre storie dovrebbero essere create?
  • Queste storie sono coerenti con ciò che sappiamo dei nostri utenti?

È perfettamente ragionevole creare molte storie; in effetti, dovrebbe essere incoraggiato. Alcune di queste storie non verranno mai utilizzate, ma è importante vedere il percorso che hanno tracciato. Questa raccolta di storie eliminerà ulteriori requisiti e influenzerà i test.

Le storie dovrebbero provocare e informare la discussione su come verrà testato il software e quali regole aziendali devono essere definite in modo esplicito. Per esempio:

  • Quanto deve essere veloce una ricerca?
  • C'è un limite di tempo per i riordini?
  • Cosa dovrebbe fare il sistema se si tratta del secondo riordino? Quinto?
  • Quali test e domande di follow-up avresti?

Ulteriori letture

Storyboard That fornisce un potente strumento per creare grandi user story, ma non è pensato per essere un framework indipendente per la gestione dei progetti. Ecco alcuni dei nostri libri preferiti sull'argomento.




Prezzi

Solo al mese per utente!

/mese

fatturati ogni anno

Invia il mio Preventivo via Email
Acquista ora!
*(Avvia una prova gratuita di 2 settimane senza bisogno di carta di credito)
Scopri Storyboard That 's Guida illustrata allo sviluppo del prodotto sul cliente Journey Mapping!
Visualizza Tutte le Risorse Aziendali
https://sbt-test.azurewebsites.net/it/articles/b/agile-user-storie
© 2020 - Clever Prototypes, LLC - Tutti i diritti riservati.
Oltre 14 milioni di storyboard creati
Storyboard That Family