Durante uno sprint, i team di progetto scrivono brevi storie utente per pianificare il proprio lavoro per lo sprint successivo. In questo corso, Doug Rose, esperto di sviluppo agile, spiega come scrivere e dare priorità alle User Story. Spiega anche le principali insidie da evitare quando si pianifica un progetto agile.
Cosa intendiamo quando parliamo di User Story?
In un approccio agile, le User Story sono l'unità di lavoro più piccola. Rappresentano gli obiettivi finali del software (non le funzionalità) dal punto di vista dell'utente.
Una User Story è una descrizione generica e informale della funzionalità del software scritta dal punto di vista dell'utente.
Lo scopo di una User Story è descrivere come l'opzione creerà valore per il cliente. Nota: i clienti non sono necessariamente utenti esterni in senso tradizionale. A seconda del team, questo potrebbe essere un cliente o un collega nell'organizzazione.
Una User Story è una descrizione del risultato desiderato in un linguaggio semplice. Non è descritto in dettaglio. I requisiti vengono aggiunti man mano che vengono accettati dal team.
Cosa sono gli sprint agili?
Come suggerisce il nome, un Agile Sprint è una fase di sviluppo del prodotto. Uno Sprint è una breve iterazione che divide un complesso processo di sviluppo in più parti al fine di semplificarlo, modificarlo e migliorarlo in base ai risultati di una revisione intermedia.
Il metodo Agile inizia con piccoli passaggi e sviluppa la prima versione del prodotto in piccole iterazioni. In questo modo si evitano molti rischi. Rimuove gli ostacoli dei progetti V, che sono divisi in diverse fasi sequenziali come analisi, definizione, progettazione e test. Tali progetti vengono realizzati una volta al termine del processo e si caratterizzano per il fatto di non prevedere diritti di accesso temporanei per gli utenti aziendali. È quindi possibile che in questa fase il prodotto non soddisfi più le esigenze dell'azienda.
Cos'è il Backlog in Scrum?
Lo scopo del Backlog in Scrum è raccogliere tutti i requisiti dei clienti che il team di progetto deve soddisfare. Contiene un elenco di specifiche relative allo sviluppo del prodotto, nonché tutti gli elementi che richiedono l'intervento del team di progetto. Tutte le funzioni nello Scrum Backlog hanno priorità che determinano l'ordine della loro esecuzione.
In Scrum, il Backlog inizia con la definizione degli obiettivi del prodotto, degli utenti target e dei vari stakeholder del progetto. Il prossimo è un elenco di requisiti. Alcuni di loro sono funzionali, altri no. Durante il ciclo di pianificazione, il team di sviluppo analizza ogni requisito e stima il costo di implementazione.
Sulla base dell'elenco dei requisiti, viene redatto un elenco di funzioni prioritarie. La classifica si basa sul valore aggiunto del prodotto. Questo elenco di funzioni prioritarie costituisce lo Scrum Backlog.
