Share
Le User Story sono una parte cruciale della gestione di team interdisciplinari su progetti complessi e possono anche essere utili per gli sviluppatori solisti che vogliono assicurarsi che stiano offrendo un prodotto di qualità. Continua a leggere e scopri come le storie degli utenti possono migliorare il flusso di lavoro del tuo progetto!
Vedi la mappa? Enormi progetti hanno lo stesso aspetto. Ci sono molti team diversi che lavorano insieme, cercando di offrire un prodotto meraviglioso. Puoi confrontare quelle squadre con i diversi percorsi sulla mappa. Ogni squadra ha i propri obiettivi in mente e solo in alcuni incroci le squadre si incontrano. La comunicazione è fondamentale qualunque progetto, ma ancora più cruciale nei grandi progetti. Come comunichi efficacemente in tali progetti?
Lavoro in un'azienda di progettazione e sviluppo di app a New York City. Spesso, diversi progetti passano attraverso l'ufficio e non è sempre chiaro come completare i progetti con le diverse parti interessate coinvolte. Questo è il motivo per cui in qualsiasi collaborazione è necessario essere in grado di capirsi. Abbiamo optato per un sistema altamente flessibile e scalabile, per affrontare progetti sia piccoli che enormi. Ecco alcune informazioni sul nostro processo.
Le storie degli utenti aiutano a unificare i nostri team durante la creazione di un prodotto. Connettono ogni squadra e migliorano il nostro flusso di lavoro.
Connettere squadre è una sfida. Naturalmente, le squadre comunicano. Se ciò accada in modo efficace è discutibile. Avere un sistema che migliora la comunicazione rendendo più facile parlare di un prodotto tecnico migliora il modo in cui i team collaborano. Questo è esattamente ciò di cui parlano le storie degli utenti.
In Fueled crediamo di essere in grado di ottenere di più con un processo agile. Ciò significa che tutti i nostri team sono coinvolti sin dal primo giorno quando un cliente desidera lavorare con noi. Quando si hanno team diversi coinvolti in un progetto fin dal primo giorno, ci saranno conflitti e incomprensioni sulle aspettative e sui risultati desiderati di un progetto. Dopo tutto, come pianifichi con successo determinate limitazioni tecniche per un progettista o spieghi a uno sviluppatore come funzionerà un prototipo? Le persone con background diversi nel settore hanno spesso aspettative diverse. Per le persone che hanno lavorato insieme per sempre è molto più facile sapere cosa ci si aspetta da un altro, ma per le startup o i nuovi dipendenti è spesso più difficile comunicare in modo efficace all'inizio di un progetto.
Sappiamo tutti che in ambienti multidisciplinari la collaborazione non è sempre facile. È qui che entrano in gioco le storie degli utenti. Il concetto dietro le storie degli utenti è semplice. Cosa succede se usiamo il nostro linguaggio comune, l'inglese scritto, per connettere le squadre e realizzare la realizzazione di un prodotto? Le storie degli utenti sono i pensieri scritti dell'utente. Questo potrebbe essere un esempio di una user story:
Le storie degli utenti sono sempre scritte dal punto di vista dell'utente.
Accompagnati con storie di utenti sono criteri di accettazione. Questi sono fondamentalmente un elenco di requisiti che consentono alla storia dell'utente di accadere. Ecco i criteri di accettazione per la precedente user story:
Oltre ai criteri di accettazione, le storie degli utenti sono solitamente accompagnate da un wireframe, una priorità e lo stato corrente. Ecco alcuni esempi di possibili criteri di accettazione che possono essere trovati accompagnando una user story:
Le storie degli utenti e i criteri di accettazione che li accompagnano sono brevi e dettagliate informazioni che sono in grado di spiegare la funzionalità di una determinata funzionalità in un'applicazione. Allo stesso tempo, sia i progettisti che gli sviluppatori capiscono cosa ci si aspetta da loro. Usiamo l'esempio della user story del pulsante back: una volta che i designer hanno visto il wireframe e hanno letto i criteri di accettazione, sanno che devono progettare due stati del pulsante e gli sviluppatori sanno che tipo di funzionalità specifica devono implementare.
Mi piacerebbe approfondire la differenza tra le storie degli utenti e i criteri di accettazione. Le storie degli utenti sono sempre scritte dal punto di vista dell'utente. I criteri di accettazione servono a chiarire le storie degli utenti: cosa è necessario per far funzionare una storia utente?
Come designer o sviluppatore individuale, potresti essere tentato di pensare che questo non è rilevante per te. Sai già tutto ciò che la tua app dovrebbe fare, giusto? Sfortunatamente, è improbabile che ciò sia vero. I criteri di accettazione sono ancora estremamente utili per la garanzia della qualità e la ricerca di problemi all'interno del tuo codice o del tuo progetto.
Le storie degli utenti sono anche uno strumento utile per la gestione dei progetti in generale. Sei in grado di tenere traccia delle diverse storie degli utenti e segnalare bug o problemi. Dopo tutto, le storie degli utenti elencano in modo specifico le aspettative per la funzionalità dell'app a cui stai lavorando.
Infine, anche se oggi potresti non lavorare con un altro membro del team, cosa succederebbe se domani cambiasse? Potresti estendere le tue storie in modo tale da poter fornire istruzioni per la progettazione o lo sviluppo al fine di fornire ancora più indicazioni ai collaboratori.
Certamente, c'è un sacco di software là fuori che rende la gestione delle storie degli utenti un processo semplice e accessibile. Ad esempio, c'è Mingle, Pivotal Tracker, ScrumDo e molti altri. Per i nostri progetti, preferiamo usare Jira.
Screenshot di Jira Non sei dipendente da software come Jira per utilizzare il concetto di user story durante la creazione di un'applicazione. È possibile attenersi a strumenti gratuiti o creare il proprio modo per tenere traccia delle storie degli utenti.
Di solito, c'è una persona che gestisce il progetto. Spesso etichettiamo queste persone come project manager in quanto hanno una visione generale del progetto. I progettisti e gli sviluppatori non sono tenuti a pensare costantemente a un ambito più ampio, ma possono concentrarsi esclusivamente sul rendere possibili le storie degli utenti. Se usato correttamente, questo è un sistema che funziona abbastanza bene. Una persona si concentra sul quadro più ampio, fornisce all'utente le storie e pensa a come dovrebbe essere il prodotto e come dovrebbe funzionare il prodotto. Allo stesso tempo, queste persone stanno facendo in modo che le aspettative dei clienti vengano soddisfatte mentre guidano la loro squadra. È un modo per assicurare una qualità efficace.
Ciò consente a designer e sviluppatori di concentrarsi su funzionalità e problemi ben definiti e specifici senza preoccuparsi costantemente del quadro generale. User story e criteri di accettazione rendono questo fattibile ed è facile tenere traccia dello stato di avanzamento del prodotto finale.
Strumenti come Jira includono funzionalità integrate per seguire questo processo. Hai la libertà di lavorare in modo flessibile con il sistema. Sei in grado di collegare determinati problemi o bug a determinati utenti. Se non sei soddisfatto di un aspetto specifico del design, puoi relazionarti a quella specifica user story. Qui in ufficio, ci piace lavorare con "epiche". Un'epica è fondamentalmente un gruppo di storie di utenti. Ad esempio, alcune applicazioni hanno un'epica per ogni schermo. In questo modo, puoi raggruppare le funzionalità di uno schermo in un gruppo, offrendoti una visione ancora migliore di quanto velocemente il tuo progetto è stato completato o quale gruppo di storie di utenti è responsabile della maggior parte dei bug. Inoltre, i progettisti e gli sviluppatori sono in grado di allocare le proprie risorse tra le diverse storie di utenti fornendo maggiori informazioni sul tempo o sulla complessità delle funzionalità coinvolte. È anche possibile pianificare alcune storie utente o epopea in un calendario e controllare il progresso di un progetto.
In definitiva, il successo nel lavorare con le storie degli utenti nel tuo progetto dipende probabilmente dalla flessibilità del sistema che hai implementato e dalla libertà che il sistema fornisce di lavorare all'interno di esso come individuo o gruppo. Un buon sistema di user story dovrebbe anche consentire di mantenere una visione d'insieme del progetto nel suo complesso nella visione periferica, pur concentrandosi su attività o caratteristiche specifiche.
Speriamo che questo articolo fornisca alcune informazioni su come affrontiamo i progetti di grandi dimensioni e garantiamo la qualità per i prodotti che creiamo. Le storie degli utenti ti aiutano a pensare attraverso la funzionalità della tua app e tieni a mente i desideri del cliente. Le storie degli utenti sono eccezionali per il prodotto, il tuo cliente e il tuo team!
Accentsconagua