Introduzione a Scrum Epic
In Scrum, il tempo viene impiegato dai team che completano il lavoro per perfezionare gli articoli principali nel Product Backlog. Al fine di ridurre al minimo i lavori in corso, le storie degli utenti non devono consumare più di un quarto di uno Sprint. Pur continuando a fornire il valore corretto ai clienti nella maggior parte dei casi, queste storie utente possono essere rese molto più piccole di così. In questo argomento, impareremo a Scrum Epic.
Epic può essere definito come una grande user story che richiede più di un quarto di uno sprint per completare il completamento dei mesi che di solito richiedono un epico. User Stories, in cui un insieme di elementi non è stato ancora giustificato è noto come Epic. Può essere spiegato come un grande obiettivo, che sarà presto semplificato e suddiviso in piccoli compiti e molti compiti, su cui lavorerà il team Agile.
Epic è generalmente noto come il "livello più alto" o una classifica funzionante, che ha una portata ampia, con dettagli incompleti e pronto a essere diviso in più storie multiple prima che possano essere elaborate. Al fine di aiutare un'organizzazione a raggiungere i suoi obiettivi aziendali generali, un'epopea è suddivisa in attività quotidiane chiamate "storie degli utenti".
Scrum Epic Esempi
- Come start-up, voglio selezionare una campagna di marketing per la mia azienda.
- Nel settore alberghiero, voglio massimizzare le entrate.
- Come rivenditore di auto, voglio creare un'app per raggiungere più clienti
Alcune epiche soddisfano le esigenze di segnalazione di una direzione, mentre si tiene conto dei tempi in cui vengono create alcune epiche, che vengono riassunte, non troppo a lungo e troppo breve, che non richiederà più di un paio di settimane per terminare, ma le più utilizzate è lo storytelling, ora impariamo lo storytelling.
Suggerimenti importanti durante la generazione di Scrum Epic
- Le Epiche che crei devono essere facilmente monitorate dai membri del team.
- Un'epopea può essere qualcosa di simile a una richiesta del cliente, funzionalità del prodotto o requisiti aziendali.
- La cultura della tua organizzazione specifica la dimensione dell'Epica.
- Il tempo impiegato per completare un'epica deve essere accurato, né troppo breve né troppo lungo.
- Per misurare epopee, i grafici di burndown possono essere utilizzati per fornire una quantità effettiva e stimata di lavoro da svolgere.
Storytelling / User Story
Lo strumento che aiuta a visualizzare il flusso degli eventi e il modo in cui si autenticano di nuovo all'Epica è noto come Storytelling. Questi sono semplicemente un elenco di elementi che devono essere fatti in un progetto creando pezzi epici in modo che il team possa raccogliere questi pezzi e consegnarli in un periodo di sprint. Di proprietà di Scrum Product Owner è sostanzialmente un elenco di cose da fare. Per far sì che un grande progetto abbia successo, l'idea è quella di abbattere pezzi spedibili, coinvolgendo più team.
User Story definita come requisiti del progetto che aiuta i membri del team Scrum fornendo informazioni su come sarà il prodotto finale e aiuta a calcolare il tempo di completamento del progetto.
Suggerimenti importanti quando si scrive una user story
- Le storie degli utenti devono essere brevi e riassunte in un linguaggio semplice in modo che possano essere comprese dai membri del team.
- La user story può essere scritta da chiunque, anche se è di proprietà del Product Owner.
- Per far comprendere al cliente il prodotto finale, le storie degli utenti sono espresse in un linguaggio semplice.
- Al "chi", al "cosa" e al "perché" di un progetto viene data risposta in un linguaggio semplice.
- Le storie degli utenti sono la parte più importante di Scrum, in quanto fungono da scala per completare lo sprint.
Compito
Un insieme più dettagliato di storie utente, sotto ogni epopea, è noto come Task. I membri dello Scrum Team devono identificare e ordinare l'attività per trasformare quelle storie in componenti realizzabili.
Pezzi di lavoro dettagliati sono noti come compiti Scrum necessari per completare una storia. Le attività sono assegnate ai membri del team che hanno le capacità per completarle in un intervallo di tempo che va da alcune a diverse ore non superiore a 12. Solo quando tutte le attività sono completate si dice che una storia è stata completata. Per un facile monitoraggio, le attività vengono posizionate su una Scrum Board. La Scrum Board è composta da quattro categorie, 1) Storie utente, 2) Attività non avviata, 3) Attività in corso, 4) Attività completata.
Fatto Il team agile tiene facilmente traccia dello sprint con l'aiuto di Scrum Board che funge da strumento visivo molto utile per i membri, e anche il board viene aggiornato quotidianamente, non solo aiutando i membri del team a sostenere la velocità, ma fornisce anche un chiaro idea alla squadra che dove sono in uno sprint particolare.
Quindi devi imparare a scrivere epopee, storie e compiti in quanto è molto essenziale per uno Scrum Sprint di successo. Epica, Storia e compiti sono fondamentalmente il fondamento dello sprint, aiutando il team a capire, cosa deve essere fatto, come deve essere fatto e entro quanto tempo deve essere completato.
Vantaggi di Scrum Epic
- Comprendere i requisiti di alto livello delle parti interessate è il vantaggio più importante di Epic in quanto spiega cosa è esattamente necessario per le parti interessate.
- Lo scopo del lavoro è anche definito con l'aiuto di Epic, come in ciò che dice l'accordo con il cliente ed esprime in modo efficiente rispetto a ciò di cui il cliente ha bisogno.
- I pensieri più grandi in un backlog di prodotto vengono tracciati con l'aiuto di Epics senza sovraccaricarlo con più cose. Epic produce anche l'idea originale, che è strettamente correlata a un risultato particolare che stabilisce una classifica per gli articoli arretrati.
- Con l'aiuto di Epic suddiviso in più storie e attività, i team di sviluppo Agile gestiscono e gestiscono in modo efficiente l'arretrato di prodotti.
- Epic aiuta a stimare nel tempo il completamento del progetto, essendo usato più volte come segnaposto per nuove visioni che sono state pensate in modo incompleto o il cui pieno sviluppo è stato sospeso fino a quando essenzialmente desiderato.
Insidie in Scrum Epic
- A volte si crea confusione alla fine della consegna dall'Epic, che può essere vista dal Team come semplici storie utente.
- Le possibilità di ambiguità aumentano man mano che il team cerca di stimare Epic a un livello molto elevato, tali stime non saranno di alcuna utilità se non serviranno a scopi di reportistica.
- Epic è elaborato secondo l'approccio organizzativo che soddisfa le sue esigenze in quanto non esiste un modo fisso per lavorare su Epic.
Articoli consigliati
Questa è stata una guida a Scrum Epic. Qui abbiamo discusso il compito, i benefici e le insidie dell'epopea della mischia con esempi e suggerimenti importanti. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più -
- Team Agile
- Ciclo di vita agile
- Agile su larga scala
- Principi di Scrum