Guida Agile · Pratiche Agile
Epic Agile: cosa sono, come scriverle, con esempi
Un'epic è un lavoro di grandi dimensioni, troppo grande per essere completato in un'unica iterazione, e viene quindi suddiviso in user story. Le epic raggruppano story correlate sotto un unico obiettivo, il che aiuta i team a pianificare i rilasci e a monitorare l'avanzamento verso risultati più ampi.
Punti chiave
- Un'epic è un elemento del backlog di grandi dimensioni, suddiviso in user story che condividono un unico obiettivo.
- Scrivete le epic in funzione dei risultati, con una misura di successo e confini chiari.
- Suddividete le epic in porzioni sottili e di valore anziché in livelli tecnici.
- Chiudete le epic quando il loro obiettivo è raggiunto; le aree di lavoro continuative sono temi.
Che cos'è un'epic
Le epic si collocano sopra le user story nella gerarchia del backlog. Una user story dovrebbe essere abbastanza piccola da essere completata in uno sprint; un'epic richiede di solito diversi sprint e può coinvolgere più di un team. Un'epic descrive un risultato ("i soci possono prenotare e pagare i corsi online") e le sue story descrivono le singole porzioni che lo realizzano.
- Tema: un'ampia area di interesse che comprende diverse epic, come "migliorare il self-service dei soci".
- Epic: un ampio insieme di lavoro con un obiettivo chiaro, come "prenotazione online dei corsi".
- Feature: un termine usato da alcuni team e framework, come SAFe, per una funzionalità di medie dimensioni. In SAFe le epic si collocano sopra le feature.
- User story: una porzione piccola e di valore che rientra in uno sprint.
- Task: un passaggio tecnico necessario per completare una story.
Come scrivere un'epic
- Nominatela in base al risultato: un titolo breve che descrive il risultato, non il lavoro tecnico.
- Scrivete un obiettivo in una riga: chi ne beneficia e perché. Funziona una frase in stile story: "In qualità di socio, voglio prenotare i corsi online in modo da non dover telefonare alla palestra."
- Definite il successo: da una a tre misure, come "il 60% delle prenotazioni effettuate online entro tre mesi".
- Fissate i confini: elencate cosa rientra e cosa non rientra nell'ambito.
- Aggiungete criteri di accettazione a livello di epic: le condizioni che devono essere soddisfatte perché l'epic sia considerata completata.
- Annotate dipendenze e rischi: altri team, sistemi o decisioni da cui dipende.
- Suddividete in story: suddividetela in story che il team può consegnare in uno sprint, iniziando da una sottile porzione end-to-end.
Modi per suddividere un'epic in story
| Criterio di suddivisione | Esempio per "prenotazione online dei corsi" |
|---|---|
| Per fase del workflow | Visualizzare l'orario; prenotare un corso; cancellare una prenotazione |
| Per tipo di utente | I soci prenotano; il personale gestisce la capienza; gli istruttori vedono le presenze |
| Per regola di business | Prenotare un corso gratuito; prenotare un corso a pagamento; prenotare con un credito dell'abbonamento |
| Prima il semplice, poi il complesso | Prenotare un singolo corso; poi prenotazioni ricorrenti |
| Per dati o canale | Prenotare dal web; poi dall'app mobile |
| Percorso standard, poi eccezioni | Prenotazione riuscita; poi corso al completo e lista d'attesa |
Esempio svolto
Epic: Prenotazione online dei corsi. Obiettivo: permettere ai soci di prenotare e cancellare i corsi senza telefonare. Misura: le prenotazioni telefoniche scendono da circa 400 a meno di 150 a settimana entro tre mesi.
- Story 1: in qualità di socio, voglio vedere l'orario della settimana in modo da poter scegliere un corso (3 punti).
- Story 2: in qualità di socio, voglio prenotare un posto in un corso in modo che sia riservato a me (5 punti).
- Story 3: in qualità di socio, voglio cancellare una prenotazione in modo che qualcun altro possa prendere il mio posto (3 punti).
- Story 4: in qualità di socio, voglio iscrivermi a una lista d'attesa quando un corso è al completo (5 punti).
- Story 5: in qualità di socio, voglio ricevere un promemoria il giorno prima del corso (2 punti).
L'epic vale in totale 18 punti. Con una velocity di circa 12 punti per sprint, il team può prevedere di completarla in circa due sprint, insieme ad altro lavoro. Monitorate l'avanzamento con un burndown dell'epic che mostra i punti rimanenti nel tempo.
Errori comuni
- Epic che non finiscono mai: legate ogni epic a un obiettivo in modo che possa essere chiusa; il lavoro continuativo appartiene a un tema.
- Suddividere per livello tecnico: story di "database", "API" e "UI" da sole non producono nulla di utilizzabile.
- Scrivere tutte le story in anticipo: dettagliate la parte a breve termine e lasciate approssimative le parti successive.
- Troppe epic aperte: lavorare su molte contemporaneamente disperde le energie del team e ritarda ogni risultato.
- Confondere le epic con i progetti: un'epic è un elemento del backlog, non un piano separato con un proprio team e un proprio budget.
Modelli gratuiti per questo argomento
Domande frequenti
Che cos'è un'epic in Agile?
Un ampio insieme di lavoro, troppo grande per un'unica iterazione, che viene suddiviso in user story più piccole che condividono un obiettivo.
Quanto dovrebbe essere grande un'epic?
Abbastanza grande da richiedere diversi sprint, ma abbastanza piccola da essere completata entro un rilascio o pochi mesi. Se non finisce mai, probabilmente è un tema.
Chi scrive le epic?
Di solito il product owner o il product manager, con il contributo del team e degli stakeholder.
L'epic fa parte di Scrum?
No. La Guida Scrum non menziona le epic. Sono una pratica comune per organizzare il product backlog.
Qual è la differenza tra un'epic e una user story?
Un'epic è un obiettivo ampio che si estende su più sprint; una user story è una piccola porzione che rientra in uno sprint. Vedi epic vs story vs task.
Qual è la differenza tra un'epic e un tema?
Un tema è un'ampia area di interesse che può contenere diverse epic; un'epic è un insieme di lavoro specifico con un traguardo definito.
Qual è la differenza tra un'epic e una feature?
Dipende dal framework. In SAFe le epic sono più grandi e contengono feature; alcuni team usano i due termini in modo intercambiabile.
Le epic hanno story point?
I team spesso assegnano alle epic una dimensione approssimativa, oppure sommano i punti delle loro story, per prevedere quanti sprint richiederanno.
Un'epic può coinvolgere più team?
Sì. Le epic più grandi sono spesso condivise, e ogni team è responsabile di un gruppo di story.
Come si monitora l'avanzamento di un'epic?
Con un burndown dell'epic o una barra di avanzamento che mostra story o punti completati rispetto a quelli rimanenti; la maggior parte degli strumenti di project management offre questa funzione.
Un'epic dovrebbe avere criteri di accettazione?
È utile. Criteri di accettazione di alto livello definiscono quando l'epic nel suo complesso è completata.