Che cos’è un Epic Agile? Best practice, modello ed esempio

Un epic costituisce il livello informativo più alto in un backlog Agile. Contiene diverse user story e ogni user story a sua volta contiene tutti i task necessari per l’implementazione.

Gli epic Agile si usano principalmente quando un'attività di lavoro è troppo grande per essere consegnata in un singolo sprint o iterazione. Se utilizzi un epic per raggruppare le user story relative a una nuova funzione, è facile tenere traccia del progresso e sapere quale percentuale di lavoro è stata completata rispetto a quella rimanente. Puoi anche utilizzare l'intelligenza artificiale nella pianificazione dello sprint per scrivere e suddividere gli epic Agile.

Gli epic sono solitamente scritti e mantenuti dal product owner o dal product manager. 

7 Best practice per usare gli epic Agile

Non esiste un modello prestabilito per gli epic Agile. Puoi scriverli come preferisci, purché siano utili per pianificare il tuo lavoro e comunicare con i team Agile e gli stakeholder. 

Non importa se utilizzi scrum, kanban o un processo di sviluppo ibrido, gli epic ti aiuteranno a pianificare il lavoro e a rendicontarlo.

Ecco alcuni consigli per assicurarti che i tuoi epic Agile siano il più utili possibile. 

Unlock the Product Vault

We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.

Sign up with:

LinkedInGoogleMicrosoft

Or sign up with email:

Name

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

1. Parti dagli epic e poi le user story (dall’alto verso il basso)

Individuare i tuoi epic può essere molto utile utilizzando una mappa delle user story. Il livello più alto, “Attività”, nella user story map diventa un epic e i livelli inferiori diventano user story, task e criteri di accettazione. 

Quando sviluppi un nuovo prodotto da zero, iniziare dagli epic e dettagliare man mano ti dà un’idea delle milestone raggiunte e di quelle ancora da completare. 

Spesso gli epic Agile corrispondono a funzionalità o grandi miglioramenti (ad esempio, la riprogettazione di una parte del tuo prodotto), ma sta a te decidere come strutturare i tuoi epic. 

2. Dai un nome efficace a un epic

Quando dai un nome ai tuoi epic Agile, pensa a chi dovrà usare questa informazione. Ad esempio, i tuoi team di sviluppo Agile devono capire cosa stanno costruendo e anche gli stakeholder devono comprendere i tuoi progressi. 

Mentre una user story descrive una necessità dell’utente finale, è buona pratica che l’epic descriva un risultato che vuoi ottenere con essa.

Considera questi esempi di nomi per gli epic:

1. Checkout flow V2
2. Ottimizzazione del flusso di checkout
3. Aumentare il tasso di conversione nel checkout

Il primo nome non descrive affatto di cosa si tratta, se non che riguarda del lavoro sul checkout. Il secondo nome è migliore perché descrive che il flusso di checkout verrà ottimizzato. Ma il terzo è ancora migliore perché include anche l'obiettivo che si vuole raggiungere con questa ottimizzazione. 

Nei tool di gestione Agile, come Jira di Atlassian ad esempio, gli epic possono essere utilizzati per filtrare, raggruppare e rendicontare. Scegliere quindi un nome autoesplicativo è importante.

3. Fai in modo che i tuoi epic siano della giusta dimensione

Un epic viene solitamente utilizzato quando il lavoro su un elemento del backlog richiede più di uno sprint per essere completato. Un epic può essere suddiviso in quante user story desideri, a patto di riuscire a tenere traccia dell’intero elenco. 

Un epic non dovrebbe essere né troppo grande né troppo piccolo. Una regola generale può essere un periodo di implementazione compreso tra alcune settimane e alcuni mesi. Questa è una dimensione giusta per rendicontare la percentuale completata. 

Rendere gli epic troppo grandi significa che i progressi sono molto lenti, le percentuali aumentano a fatica durante uno sprint di due settimane e il reporting perde di significato. Inoltre, se un epic richiede troppo tempo per essere implementato, è probabile che si verifichino molti cambiamenti nei requisiti lungo il percorso, al punto che il rendiconto dei progressi diventa quasi privo di senso. 

Rendere gli epic troppo piccoli significa dover gestire un gran numero di essi nel tuo backlog o roadmap. Può diventare difficile mantenere una visione d’insieme con molte attività minori. Inoltre, se gli epic vengono completati in tempi molto brevi (ad esempio, in uno sprint), aggiungono solo ulteriore lavoro amministrativo senza apportare molto valore. 

4. Usa gli epic per strutturare il backlog

Gli epic sono un ottimo modo per strutturare un product backlog che solitamente consiste in una lunghissima lista di user story. Non ogni story deve essere inclusa in un epic, poiché i piccoli task vengono semplicemente completati in uno sprint. Tuttavia, organizzare i task più grandi in epic offre due principali vantaggi:

• Fornisce una visione dall’alto dei grandi elementi nel tuo backlog,
• Poiché la dimensione di un epic è data dalla somma dei punti storia di tutte le sue user story, gli epic forniscono anche un confronto dimensionale tra le iniziative per la prioritizzazione. 

L’elenco degli epic può anche essere usato per creare una visione d’insieme di una roadmap di prodotto per la direzione.

5. Usa gli epic per coordinare più team

Gli epic possono essere molto utili per coordinare parti di lavoro fra diversi team Agile di sviluppo software. Riunire il lavoro di vari team di prodotto in un singolo epic ti consente di ripartire il reporting per team e monitorare l’avanzamento complessivo. 

6. Includi metriche di successo

Quando si definisce un epic, è utile pensare a quale metrica di successo possa essere associata. In definitiva, tutti i deliverable di prodotto servono a portare valore agli utenti finali. Includere una metrica di successo nel tuo epic significa che i membri del team di sviluppo e gli stakeholder capiscono ciò che si vuole raggiungere con quella iniziativa. 

Alcune aziende usano gli OKR per fissare obiettivi trimestrali. Fare riferimento a una metrica OKR in un epic è un’ottima modalità per collegare l’epic agli obiettivi di business. 

7. Rendi gli epic flessibili nel perimetro

Poiché un epic descrive un task ad alto livello che si estende su diverse settimane o mesi, è probabile che emergano nuove intuizioni o complicazioni tecniche man mano che il lavoro avanza. Per questo motivo un epic deve essere flessibile nel perimetro. 

Il perimetro di un epic è definito dall’insieme delle sue user story associate, solitamente misurate in punti storia. Se emergono nuove esigenze, si possono aggiungere nuove user story e il perimetro dell’epic aumenta.

Approfondimento: I migliori software di product management Agile

Template di epic Agile 

Non esiste un formato univoco per un epic, ma alcune cose risultano utili come descritto sopra.

• Scegli un buon nome che parli da sé.
• Nella descrizione, fornisci un’idea generale di cosa comprende l’epic. Cita gli obiettivi aziendali per mostrare come si collega alle priorità di business.
• La metrica di successo descrive nello specifico cosa verrà misurato al termine dell’epic.
• La big user story rappresenta una user story a livello di tutto l’epic. Questo è molto utile per documentare come l’epic migliora l’esperienza utente.  

Esempio di epic Agile

Ecco un esempio di epic per un nuovo flusso di checkout mobile semplificato al fine di aumentare la conversione. 

All’interno di questo epic, potremmo avere user story come:

• Integra Apple Pay (“Come acquirente, voglio pagare con un solo tocco dal mio telefono, così posso completare il checkout rapidamente”)
• Usa l’indirizzo di fatturazione come indirizzo di spedizione di default (“Come acquirente, voglio inserire i dati dell’indirizzo una sola volta in modo da completare rapidamente il checkout”)

Conclusione

Gli epic Agile sono uno strumento flessibile nel tuo kit di strumenti Agile. Quando inizi un nuovo sviluppo importante, pensa ai grandi blocchi di lavoro necessari per completarlo e definisci alcuni epic. Potrai così creare tutte le tue user story all'interno di questi epic man mano che procedi e mantenere una panoramica molto migliore rispetto a un backlog non strutturato. 

Gli epic possono essere utilizzati in molti modi. Sarei molto interessato a sapere come utilizzi gli epic nei tuoi team Agile nei commenti. 

Per altri articoli con informazioni pratiche su una grande varietà di temi di product management—including Agile methodology!—iscriviti alla nostra newsletter.

Ti potrebbe interessare anche:

• Pricing del prodotto: Strategia basata sul valore, packaging software con Dan Balcauski
• Le 4 migliori certificazioni online in Agile Product Management