Epic, story e task: la gerarchia agile spiegata

La maggior parte degli strumenti agili — Jira, Azure DevOps, Linear — prevede tre livelli: epic, user story e attività. La gerarchia è efficace solo se ciascun livello ha un significato ben definito. Quando i team attribuiscono a tutti e tre lo stesso significato, i livelli perdono la loro funzione e con essi viene meno anche il segnale di pianificazione.

Epico

Un insieme di attività più ampio di uno sprint — solitamente una funzionalità o un’iniziativa che il team realizza nell’arco di diversi sprint. Gli epic vengono misurati in tag di maglietta, settimane o numero di storie (in quante storie si ritiene che possano essere suddivisi), non direttamente in punti storia. Un valore numerico a livello di epic rappresenta un’aggregazione delle storie sottostanti, non una stima diretta.

Storia

Una porzione di lavoro rivolta all’utente che può essere completata in un solo sprint. Le storie sono ciò che viene stimato tramite il planning poker e in cui vengono espressi gli story point. La storia è l’unità di velocità e l’unità di «ciò che ci impegniamo a realizzare in questo sprint». Se una storia non rientra in uno sprint, si tratta in realtà di un’epopea: suddividetela in storie che possano rientrarvi.

Compito

Un elemento di una story — una voce di una checklist, una parte dell’implementazione. Le attività sono solitamente quantificate in ore oppure non vengono quantificate affatto. Assegnare punti alle attività comporta una duplicazione dei punti della story e rende la velocità priva di significato, poiché si finisce per conteggiare due volte lo stesso sforzo, a due livelli di astrazione.

La trappola: puntare su ogni livello

Alcuni flussi di lavoro di Jira incoraggiano l’assegnazione di punti alle attività all’interno delle storie; alcuni strumenti, invece, spingono ad assegnarli agli epic. Entrambe queste pratiche generano valori di velocità che non corrispondono a nulla di reale, poiché lo sforzo viene conteggiato a più livelli. Scegliete un unico livello — la storia — e assegnate i punti esclusivamente a quello. Tutto ciò che si trova al di sopra di essa è un’aggregazione e tutto ciò che si trova al di sotto è un dettaglio di implementazione; nessuno dei due dovrebbe influire direttamente sul valore della velocità.

Domande frequenti

Qual è la differenza tra un’epopea, una storia e un compito?

Un epic è un’opera di ampia portata che si estende su più sprint; una story è una porzione visibile all’utente che rientra in un singolo sprint; un task è una fase tecnica che contribuisce al completamento di una story. In linea di massima: un epic definisce il “cosa” e il “perché” su larga scala; una story definisce il “cosa” e il “perché” dal punto di vista dell’utente; un task definisce il “come” realizzarlo.

Quando una storia diventa un’epopea?

Quando non è possibile realizzarla in un unico sprint. Se il team non è in grado di portarla a termine dall’inizio alla fine in un unico sprint, si tratta in realtà di un’epic e dovrebbe essere suddivisa in diverse storie che possano essere completate singolarmente. Una storia che continua a diventare sempre più dettagliata è solitamente un’epic sotto mentite spoglie.

È opportuno stimare gli epic in story point?

Non direttamente. Si determini la dimensione degli epic in base alle taglie delle magliette, al numero approssimativo di storie o alla somma delle storie che li compongono una volta scomposti. Il numero assegnato a un epic rappresenta un dato aggregato, non una stima: la vera determinazione delle dimensioni avviene a livello di singola storia.

Ai compiti vengono assegnati punti storia?

No. Le attività vengono quantificate in ore oppure non vengono quantificate affatto. Assegnare un punteggio alle attività all’interno di una storia comporta un doppio conteggio dello sforzo — si finisce per conteggiare lo stesso lavoro a due livelli — il che rende la velocità priva di significato. Assegnate un punteggio alla storia, non alle sue attività.

Letture correlate

• Cosa sono gli story point? — l’unità che si colloca a livello di story.
• Suddivisione delle user story — cosa fare quando una “story” è in realtà un epic.
• Velocity — perché considerare lo sforzo su più di un livello compromette la previsione.
• Guida alla stima agile — il cluster completo dedicato alla stima.
• Planning Poker gratuito per team agili — valutate le storie insieme al vostro team in tempo reale.