Quando inizi a immergerti in Agile, la prima cosa che noti è quanto sia centrato sull’utente questo approccio. Sposta l’attenzione dalla semplice codifica e progettazione alla fornitura di valore reale agli utenti finali, agli stakeholder e al business in generale.
Le User Story agili sono una componente essenziale di questa ideologia che ti consente di definire quali benefici il tuo prodotto porterà al tuo pubblico di destinazione (e, alla fine, come aumenterà i tuoi KPI e altre metriche).,
Noi di Stormotion love Stories. Come un team Agile-driven li usiamo attivamente per ottenere una migliore comprensione di quali benefici i prodotti dei nostri clienti offrono ai loro utenti finali. Guidano anche la collaborazione e la creatività, spingendoci a soluzioni di sviluppo non banali.,
Quindi oggi condivideremo le nostre conoscenze ed esperienze su questo argomento per aiutarti a migliorare le tue capacità di scrittura di storie. Divertiti!
What che cos’è una storia utente?
Le User Story sono uno degli elementi fondamentali della metodologia Agile. Tuttavia, sono spesso confusi con requisiti software che non è vero. Così che cosa è una storia utente?
User Story è un piccolo (in realtà, il più piccolo) pezzo di lavoro che rappresenta un certo valore per un utente finale e può essere consegnato durante uno sprint.,
L’obiettivo principale di questo elemento è quello di mettere gli utenti finali al centro della conversazione e catturare la funzionalità del prodotto dal loro punto di vista. Così, gli sviluppatori ottenere una migliore comprensione di cosa, per chi e perché stanno costruendo.,
Grande Utente Storie di montare sempre il INVESTIRE un insieme di criteri, da Bill Wake:
- Indipendente – che può essere sviluppato in ogni sequenza e le modifiche apportate a un Utente Racconto non influenzare gli altri.
- Negoziabile-spetta al team decidere come implementarli; non esiste un flusso di lavoro rigidamente fisso.
- Valuable-ogni storia utente offre un’unità distaccata di valore per gli utenti finali.,
- Estimable-è abbastanza facile indovinare quanto tempo ci vorrà per lo sviluppo di una storia utente.
- Piccolo-dovrebbe passare attraverso l’intero ciclo (progettazione, codifica, test) durante uno sprint.
- Testabile-ci dovrebbero essere chiari criteri di accettazione per verificare se una storia utente è implementata in modo appropriato.
Il formato della storia utente (che viene utilizzato anche dal team di Stormotion) è abbastanza semplice e breve:
Non sembri niente di difficile, eh?, Ecco alcuni esempi di storie utente che si adattano a qualche progetto di app di taxi truccato:
- Come autista, voglio bloccare i passeggeri mal educati in modo che non mi vengano mai più mostrati.
- Come passeggero, voglio collegare la carta di credito al mio profilo in modo da poter pagare per un giro più veloce, più facile e senza contanti.
- Come autista, voglio aggiungere foto della mia auto nel mio profilo in modo da poter attirare più utenti.
- Come passeggero, voglio che vengano visualizzati diversi driver disponibili in modo da poter scegliere l’opzione più adatta per me.,
Sembra abbastanza facile, ma lo sviluppo di storie utente non è spesso così semplice. Eppure, più tardi, condivideremo alcuni dei nostri consigli provati che ti aiuteranno a fare solo buoni colpi.
C’è qualcos’altro?
Nonostante abbiamo appena capito che le storie degli utenti Agili sono indipendenti e dovrebbero essere intese come unità di lavoro totalmente separate, a volte sono raggruppate insieme., Così, quando si lavora con loro si rischia di incontrare e utilizzare il concetto di un Epico. Che è?
Un’epopea è un corpo di lavoro di alto livello che si unisce a un gruppo di Storie correlate.
Noi di Stormotion usiamo Epics per descrivere compiti più complessi e creare una gerarchia chiara che consente di gestire lo sviluppo più facilmente e fornire nuovo valore agli utenti mentre si lavora verso un obiettivo più grande. Tuttavia, il formato della storia utente stesso rimane lo stesso.,rement che dovrebbe essere consegnato durante 1 sprint
Immaginate che si sta costruendo una datazione app., impressionante io sono
Così, Epopee di fornire noi con un alto livello di vista i nostri obiettivi e come ci stiamo muovendo verso di loro., Ci aiuta anche durante il processo di definizione delle priorità poiché possiamo verificare quali Epopee richiedono maggiormente la nostra attenzione e, quindi, quali Storie dovrebbero essere implementate per prime.
Oh, un’altra cosa!
Non dimenticare di aggiungere un criterio di accettazione.
Un criterio di accettazione è un insieme di condizioni che vengono utilizzate per confermare quando una Storia è completata.,
Inoltre, queste condizioni ci forniscono una maggiore e migliore comprensione, in quanto comprendono le informazioni chiave su come le Storie eseguire. Riutilizziamo uno degli esempi di User Story dall’inizio dell’articolo:
Quali criteri di accettazione possono essere applicati a questa Storia?
- L’applicazione mostra i driver che erano online negli ultimi 20 minuti e non hanno un giro in corso.
- L’applicazione mostra solo 5 driver che sono più vicini all’utente.
- Un utente può sfogliare i profili di questi driver, comprese le loro foto e tariffe.
Come puoi vedere, ora non solo conosciamo il valore di questa Storia per gli utenti, ma comprendiamo anche alcune caratteristiche chiave che richiedono un’attenzione particolare durante l’implementazione.,
Tuttavia, sei libero di scegliere quanto saranno dettagliati i tuoi criteri di accettazione. Può variare da “lascia che funzioni in qualsiasi modo conveniente” a insiemi di condizioni ancora più dettagliati rispetto all’esempio sopra.
Questo dipende molto dal tuo team di sviluppo, quindi non c’è una “risposta corretta”. Se il tuo team ha bisogno di una guida e di compiti chiari, senza spazio per l’interpretazione, è meglio attenersi a istruzioni dettagliate su come le storie dovrebbero eseguire. Altrimenti, l’approccio” just get it done ” potrebbe funzionare.,
Wow, è stato detto molto sulle storie degli utenti. Ma perché sono così importanti per i team Agili?
What quali sono i vantaggi della creazione di storie utente?
Se sei mai stato coinvolto nel lavoro con framework Agili, sai già che sia i team Scrum che Kanban traggono grandi vantaggi dalla scrittura di storie degli utenti.,
In Kanban, i team accumulano Storie in un Backlog e quindi le eseguono una per una per supportare il flusso di lavoro in corso. Questo aiuta a rimanere costantemente in pista e migliorare i KPI del team di sviluppo.
Scrum (che di solito preferiamo a Stormotion) i team amano anche le storie degli utenti. Li utilizziamo attivamente per fare stime, dare priorità e pianificare sprint che ci aiuta a rimanere agili e flessibili a qualsiasi cambiamento., Ciò è particolarmente utile quando lavoriamo con startup che sono in fase di MVP e hanno risorse limitate prima di lanciare il loro progetto agli investitori angelici.
fatta Eccezione per quanto sopra, ci sono alcuni vivid benefici che sono comuni a tutti Agile squadre:
- Mantenere focalizzata sul valore di business., Aiuta a rendere la tua app non solo ben costruita dal punto di vista tecnico, ma anche utile agli utenti finali.
- Abilita la creatività. Poiché contiene una quantità minima di informazioni, il tuo team è libero di guidare idee creative per trovare la soluzione migliore per implementare una Storia.
- Il tuo progetto diventa più gestibile. Noi di Stormotion sappiamo che è un modo più semplice per lavorare con piccole e stimabili Storie di utenti agili piuttosto che con grandi compiti complessi.
- Ispirano la squadra! Ogni sviluppatore ama questa dolce sensazione di una piccola vittoria che lo motiva a lavorare ancora di più.,
Ora tuffiamoci nel processo di creazione di una Storia utente!
How Come scrivere storie utente: il nostro flusso di lavoro
Stiamo arrivando alla parte più emozionante del nostro articolo. Tuttavia, prima di condividere le nostre istruzioni passo – passo sulla scrittura di una storia utente, è fondamentale capire 2 domande essenziali: chi e quando li rende.
Chi è responsabile della creazione di una User Story?,
Come regola generale, le storie sono scritte principalmente dai proprietari di prodotti poiché è loro responsabilità mantenere il backlog pieno di attività. Tuttavia, non dimenticare che Agile si basa su comunicazioni e scambi di opinioni tra esperti. Cosi…
Non significa necessariamente che debbano essere scritti solo dal proprietario di un prodotto. Più persone si uniscono alla conversazione, meglio è.
A Stormotion, le storie sono scritte da tutti i membri del team che sono legati al lato business del progetto (responsabili delle vendite, marketing, proprietario di un prodotto ecc.,), dal momento che ci permette di guardare il futuro app dal punto di vista di qualsiasi potenziale tipo di utente. La responsabilità del proprietario del prodotto in questo caso è di confermare che corrispondono ai criteri di investimento.
Quando vengono create le Storie degli utenti?
Un incontro di scrittura di storie nel nostro quartier generale si tiene solitamente vicino all’inizio del progetto., Preferiamo attrezzarci per fare in modo che un progetto vada bene dal primo giorno all’ultimo.
In seguito, siamo in grado di utilizzare il nostro elenco di storie utente Scrum per preparare stime più dettagliate (ad esempio, entro la fine della fase di scoperta), dare priorità allo sviluppo delle funzionalità per gli sprint e così via.
Inoltre, integriamo la lista originale mentre lavoriamo su un progetto con nuove storie per rimanere aggiornati con le esigenze dei nostri clienti.,
Quali sono i passaggi per scrivere storie utente Agile?
Per prima cosa, ti ricordiamo un modello di storie utente comune:
Come a , voglio che
Sembri breve e facile da scrivere. A proposito, sei libero di creare il tuo modello di storia utente. Tuttavia, noi di Stormotion abbiamo un flusso di lavoro specifico che ci aiuta a fornire le migliori storie:
- Compila l’elenco dei tuoi utenti finali. Definisci qual è il loro “dolore” o “bisogno”, che stai cercando di risolvere.
- Definisci quali azioni potrebbero voler intraprendere.,
- Scopri quale valore questo porterà agli utenti e, eventualmente, al tuo prodotto. Chiediti anche: qualsiasi parte ci pagherà per questo?
- Discutere i criteri di accettazione e una strategia di implementazione ottimale.
Guardiamoli ora!
Passo 1: Pensa al “Who”
Questo è il primo e, forse, il passo più fondamentale. Prima di scrivere una storia utente si dovrebbe effettivamente sapere chi sono gli utenti finali del vostro prodotto. E più importante-ciò che ha bisogno che hanno, che si sta cercando di coprire.,
Durante i nostri workshop di scrittura di storie, cerchiamo di omettere un ruolo come semplicemente “l’utente”. Può essere applicato a qualsiasi persona-dai clienti agli amministratori – e, quindi, non riflette la personalità di particolari gruppi target, il modo in cui interagiscono con l’applicazione.
Se si desidera ottenere risultati davvero ottimi, è possibile immergersi nel proprio pubblico ancora di più., Invece di nominare gli utenti dopo il loro ruolo (ad esempio, “un driver”) prova a creare una sorta di persona acquirente.
Ecco alcuni suggerimenti dalla nostra esperienza:
- È tutto sull’utente. Non sugli sviluppatori. E anche non su un proprietario del prodotto. Ogni storia dovrebbe essere prezioso per qualche gruppo di utenti finali.
- Non pensare agli utenti solo come clienti esterni. È vero che le tue storie saranno principalmente su di loro. Ma è anche vero che devi considerare utenti interni come amministratori, editori ecc.
- Prova un po ‘ di empatia. Dai un nome al tuo “utente”., Pensate alle sue abitudini mobili, quale problema la vostra applicazione sta per ottenere risolto per lui e come si sta andando a rendere questo percorso più facile e veloce. Ricorda alcune persone che conosci dalla vita reale e che si adattano a questo ritratto; senti come ti relazioni con questo gruppo target.
Passo 2: Pensate al “Cosa”
Ora abbiamo alcuni gruppi di utenti finali. Il prossimo passo che facciamo è definire quali funzionalità ogni utente si aspetta, come interagirà con l’app.,
Queste sono le principali regole da ricordare quando si scrive un’azione per un Kanban o Mischia User Story:
- Una sola azione per una Storia. Se vuoi scrivere qualcosa come “come cliente voglio sfogliare gli articoli e aggiungerli al carrello” è meglio dividerlo in 2 storie separate.
- Descrivi un’intenzione, non una caratteristica., Ad esempio, invece di” Voglio gestire il mio profilo “crea alcune Storie come” Voglio essere in grado di registrarmi”,” Voglio caricare la mia foto del profilo”,” Voglio collegare la mia carta di credito al mio profilo ” – ogni storia avrà un valore diverso.
- Tenere breve. Agli utenti non importa quale libreria userai per far loro sfogliare l’elenco degli elementi, quindi lascia da parte tutti i dettagli tecnici.
- Evita di descrivere l’interfaccia utente. Abbiamo definito le Storie come negoziabili, ricordi? Ecco perché tutti i buoni esempi di storie utente non includono alcun dettaglio dell’interfaccia utente., Quindi non provare a comporre alcun modo speciale per implementarli (lo faremo più tardi).
Passo 3: Pensa al “Perché”
Infine, l’ultimo pezzo del nostro modello di storie utente è dedicato a un valore che gli utenti ottengono dopo aver eseguito un’azione. Può sembrare un grosso problema, ma è spesso la parte più complicata dello sviluppo della storia dell’utente.,
Tuttavia, la tua sezione dovrebbe sempre corrispondere alle tue metriche e KPI. Dovrebbe migliorare l’UX, aumentare i tassi di ritenzione, abbreviare il viaggio degli utenti verso la soluzione del problema o qualsiasi altra cosa. Ogni storia dovrebbe contribuire qualcosa all’obiettivo generale del tuo prodotto.,
Se non riesci a rispondere a quale valore questa funzione apporta agli utenti finali e al tuo prodotto, stai facendo qualcosa di sbagliato.
Ad esempio, ci sono alcuni esempi di storie utente con un valore ben scritto per il nostro progetto di app per l’ordinazione di cibo in corso:
- Come cliente, voglio ricevere notifiche quando ci sono nuove offerte calde in modo da non perdere mai le migliori offerte. .
- Come gestore di un ristorante, voglio completare la descrizione del piatto nel menu con una foto in modo che appaia più attraente per i clienti. .,
Passo 4: Discutere di una storia
Infine, discutiamo sempre Storie utente dopo che sono stati creati. Anche se non sembra niente di cui parlare.
Durante questo Q&Una sessione, chiediamo l’autore della Storia a fornire più dettagli o chiarire qualcosa, se necessario. Ci aiuta a capire come dovrebbe funzionare e concordare i criteri di accettazione., In questo modo esaminiamo tutti gli esempi di storie di utenti di app mobili uno per uno.
Poi teniamo una sessione di brainstorming con tutto il team che lavora al progetto. Ci consente di scoprire i modi migliori per implementare le storie degli utenti dal punto di vista tecnologico.
Ecco come scrivere le storie degli utenti in poche parole. La nostra squadra Stormotion utilizza anche i seguenti suggerimenti quando si lavora su questo compito:
- Inizia con Epic., Di solito è più facile passare da attività più complesse a quelle più specifiche, quindi prova a scrivere Epopee e poi dividerle in Storie.
- Ascoltare le risposte. A volte non hai bisogno di indovinare storie-chiedi ai tuoi veri utenti finali un feedback e usa le loro idee come fonte di ispirazione.
- Non introdurre dettagli troppo presto. È meglio tenere la sessione di brainstorming prima di ogni sprint per discutere su come implementare le storie pianificate.
Conclusion Conclusione
Le storie degli utenti sono un elemento essenziale dell’approccio Agile che può portare molti benefici al tuo progetto., Tuttavia, è importante scriverli correttamente che richiede un po ‘ di tempo e abilità.,T criteri, il che significa che sono:
- Indipendente
- Ccnl
- Prezioso
- Ottimo
- Piccolo
- Test
Il comune di User Stories modello include l’utente, l’azione e il valore (o il vantaggio) e in genere simile a questo:
Utente Storie può aiutare a migliorare costantemente il valore del vostro prodotto, stima sforzi di sviluppo in un modo appropriato e priorità per lo sviluppo durante l’MVP e post-MVP fasi.,
