Come scrivere storie utente in Jira

La creazione di un'app/software Web è più che una semplice codifica e messa in funzione dell'app.

Ci sono vari passaggi coinvolti, come la comprensione della necessità, la progettazione, il test, il perfezionamento e la versione finale dell'app.

Alcune delle app Web che vediamo erano in qualche modo complesse da comprendere durante il processo di sviluppo. Fortunatamente, quando vengono visualizzati processi, idee o concetti complessi, diventa facile digerirli.

Le User Story sono un ingrediente essenziale nel percorso di sviluppo del software in quanto aiutano a descrivere visivamente le sue funzionalità e a dare la priorità agli elementi o alle storie che devono essere sviluppate. Continua a leggere per capire come creare User Story in Jira.

Cos'è una User Story

Una User Story può essere descritta come una spiegazione generale di un'app Web/funzione software scritta dal punto di vista dell'utente finale. Vale la pena notare che le User Story non sono requisiti software. Tuttavia, tali storie sono informali e sono scritte per illustrare come tali funzionalità forniranno valore agli utenti finali.

La struttura di base di una User Story

Le User Story sono le liste delle cose da fare che aiutano a determinare i passaggi da seguire quando si lavora su un progetto. Si suppone che una User Story catturi il "chi", il "cosa" e il "perché" di un requisito del prodotto. Tali storie sono brevi, in cui ogni elemento contiene 10-15 parole. Questi passaggi contribuiranno a garantire che il prodotto e il processo soddisfino i requisiti desiderati.

Secondo Ron Jeffries, ogni User Story dovrebbe avere le 3C, che denotano "Carta, Conversazione e Conferma". Descriviamo ora le 3C da osservare quando si scrivono le User Story in Jira.

Carta

Le User Story erano originariamente scritte su carte fisiche o post-it. Ora disponiamo di carte moderne che possiamo facilmente personalizzare quando scriviamo User Story in Jira. Tuttavia, la scheda conterrà solo alcune informazioni sul requisito. Una carta avrà informazioni sufficienti per aiutarti a capire la necessità.

La carta può anche contenere dettagli importanti come la priorità e il costo associati alla funzione. Il Product Owner o il Project Manager consegnerà la story card agli sviluppatori una volta acquisiti tutti i dettagli.

Conversazione

Dopo che la carta è stata utilizzata per formulare la User Story, segue una conversazione tra le parti coinvolte. Il requisito nella User Story deve essere discusso e perfezionato prima di essere comunicato agli sviluppatori.

La collaborazione viene promossa anche attraverso conversazioni tra Product Owner, Scrum Master, sviluppatori e parti interessate. Varie parti interessate condividono i loro pensieri e opinioni attraverso queste conversazioni dalla fase di pianificazione fino al punto in cui la User Story viene scelta per l'implementazione. Queste conversazioni possono essere verbali e, a volte, avere documenti giustificativi.

Conferma

Le conversazioni possono andare avanti per giorni o addirittura settimane. Tuttavia, può esserci un elemento di dubbio, quindi è necessaria una conferma. È possibile aggiungere alcuni criteri che forniscono una misura specifica come criterio di accettazione. Queste misure possono essere scritte come elenchi puntati all'interno della storia.

La conferma arriva sotto forma di test di accettazione. Tali test dovrebbero catturare i requisiti essenziali e aiutarti a testare il prodotto creato per determinare se soddisfa gli standard. Il Product Owner definisce i criteri di accettazione. D'altra parte, gli sviluppatori hanno il compito di implementare i criteri di accettazione.

Scopo della scrittura di una User Story

• Aiuta designer, proprietari di prodotti e sviluppatori a pensare pensando agli utenti finali . I prodotti moderni dovrebbero sempre considerare come gli utenti finali interagiranno con il prodotto. Una User Story è un approccio eccellente che evidenzia il percorso degli utenti finali durante la progettazione e lo sviluppo di un prodotto.
• Ha un formato semplice e flessibile . Le User Story in Jira non devono essere complicate. Il formato semplice garantisce di acquisire tutti i dettagli utilizzando il minor numero di parole possibile. Anche le esigenze cambiano con la crescita di un'applicazione di sistema/software, ed è per questo che una User Story è flessibile per adattarsi a tali cambiamenti.
• La squadra parla la stessa lingua . Un tipico team di sviluppo può avere un Product Owner, progettisti e sviluppatori. Una User Story è un ottimo strumento che garantisce che tutti i membri del team comprendano la necessità e gli obiettivi finali.
• Le User Story consentono la collaborazione . Le User Story definiscono gli obiettivi finali. Il team può così lavorare insieme e decidere come servire al meglio l'utente finale e raggiungere gli obiettivi prefissati.

Best practice da seguire durante la scrittura delle User Story

#1. L'Utente deve essere chiaramente definito

Il lavoro dovrebbe essere svolto solo se un utente viene identificato. L'utente che richiede questa funzione può essere un utente esterno, un cliente o il product manager. L'utente a volte può essere un membro dello sviluppo dopo aver notato una funzionalità su cui lavorare.

L'Utente si presenta come:

“Come [nome utente]……”

Ad esempio, “Come inquilino…….”, o “Come proprietario…”.

#2. Le User Story devono catturare il bisogno

Alcune delle domande da porsi sono: l'Utente vuole condividere una foto dei prodotti con i propri amici o vuole vedere una cronologia di tutti gli articoli che ha acquistato in passato? Tali domande aiuteranno il team del prodotto a capire cosa dovrebbero creare.

Un errore comune che appare in questa fase è presentare una soluzione. Tuttavia, una User Story non dovrebbe avere una soluzione. In qualità di sviluppatore di prodotti, dovresti lavorare con gli utenti durante la scrittura di User Story in Jira per catturare i loro requisiti, ma evitare di saltare alle conclusioni.

La necessità è rappresentata come "Come [NOME UTENTE]: posso [REALIZZARE QUALCOSA]..."

Ad esempio, "Come proprietario: posso vedere la ripartizione della riscossione dell'affitto mensile ..."

#3. Ci dovrebbe essere una dichiarazione di qualificazione

Puoi semplicemente presentare la dichiarazione di qualificazione con una frase come "così che". Una funzionalità non viene semplicemente aggiunta a un'app, ma tale funzionalità dovrebbe aggiungere valore.

Puoi presentare la dichiarazione di qualificazione come;

"Come [NOME UTENTE] posso [REALIZZARE QUALCOSA], quindi [DICHIARAZIONE DI VALORE]..."

Per esempio;

"Come proprietario: posso vedere la ripartizione della riscossione dell'affitto mensile in modo da poter pianificare le mie spese."

La dichiarazione di qualificazione giustifica il motivo per cui il team del prodotto dovrebbe lavorare sulla funzionalità proposta.

#4. Una User Story dovrebbe essere indipendente

Ogni User Story creata dovrebbe rappresentare un insieme indipendente e distinto di valori aziendali. Pertanto, dovrebbe esserci un valore incrementale quando gli sviluppatori implementano la User Story.

#5. Rendi la User Story negoziabile

L'obiettivo finale di una User Story può essere chiaramente descritto. Tuttavia, il processo per il raggiungimento degli obiettivi prefissati dovrebbe essere negoziabile. La User Story dovrebbe consentire al Product Owner e al team di sviluppo di negoziare per evitare vincoli irrealistici sulla funzionalità o sulla caratteristica.

#6. Dovrebbe essere semplice e piccolo

Dovresti ridurre le tue User Story in Jira se vuoi raggiungere gli obiettivi all'interno del ciclo di sprint specificato. Se hai una storia troppo complessa, questo indica che devi scomporla ulteriormente.

Processo dettagliato di creazione di una storia utente in Jira

Jira è uno dei migliori strumenti di Project Management nel mondo moderno. Jira era originariamente utilizzato per il monitoraggio di bug e problemi, ma ora si è evoluto in uno strumento di sviluppo software agile e completo per i team di sviluppo.

L'accurata funzionalità di questa app e la facilità di integrazione con varie app sono motivi per cui dovresti scrivere User Story in Jira. Segui questi passaggi per creare la tua prima User Story

#1. Accedi a/crea il tuo account Jira

Se disponi già di un account Jira, accedi e vai al passaggio 2. Tuttavia, se non disponi di un account Jira, puoi crearne uno gratuitamente. Compila i dettagli e segui i tutorial per impostare il tuo primo progetto. Una volta che il tuo account è pronto, puoi andare al passaggio 2.

#2. Crea un problema

I problemi vengono utilizzati per tenere traccia di singole parti di lavoro che devono essere completate. Fai clic sull'icona "Crea" nella barra di navigazione superiore della dashboard di Jira.

#3. Dichiara la tua User Story

Descrivi il problema nella sezione della descrizione. Per questo esempio, la nostra descrizione è "Come utente, vorrei condividere offerte importanti in modo che i miei amici/la mia famiglia possano trarne vantaggio".

#4. Allega i file associati

Alcune attività potrebbero richiedere file. Tuttavia, la nostra User Story non ha un'immagine, quindi salteremo questo passaggio.

#5. Aggiungi una descrizione

Questa sezione descrive la funzione in dettaglio. Nel nostro caso, possiamo descrivere le piattaforme di social media in cui i prodotti possono essere condivisi.

#6. Assegna il compito

L'attività viene assegnata automaticamente al creatore della Storia. Tuttavia, puoi assegnare il problema a un'altra persona se lavori in team.

#7. Imposta priorità attività

Quando scrivi User Story in Jira, puoi impostare la priorità come Massima, Alta, Bassa o Minima. Abbiamo selezionato "Alto" per la nostra funzione di condivisione sui social media.

#8. Pubblica la User Story

Poiché stai creando la User Story per la prima volta, non avrai molte funzionalità. Puoi premere il pulsante "Crea" e la tua User Story sarà pronta per la visualizzazione.

Avvolgendo

Scrivere storie utente in Jira non deve essere difficile se segui i passaggi precedenti. Jira ha anche guide e tutorial a cui puoi sempre fare riferimento quando ti senti bloccato.

Potrebbe interessarti anche questa Guida alla Metodologia Agile.