Quanto dovrebbero essere grandi i Backlog Item in Scrum?

Quando si pianifica uno Sprint o un’iterazione in Agile o Scrum, è importante considerare quanto dovrebbero essere grandi i singoli task.

Non si vogliono task troppo grandi

È difficile valutare il progresso del team quando si lavora con task troppo grandi, perché in quel caso si è costretti a stimare quale percentuale di questi task è già stata completata o quante ore rimangono.

E questo non è davvero facile. È molto più semplice quando i task, come in Scrum, possono essere chiaramente assegnati a uno stato binario come To Do o Done. Ma ciò non significa che i nostri task debbano essere troppo piccoli.

Anche task troppo piccoli possono causare problemi

Diventa necessario un maggiore sforzo di coordinamento perché ci sono più task nell’iterazione.
Nell’Iteration Planning serve più tempo per creare i task.
Durante l’iterazione serve più tempo per gestire e monitorare i task.

Quindi, se i task in un’iterazione non dovrebbero essere né troppo grandi né troppo piccoli, quale sarebbe una dimensione adeguata?

Ci sono due buone linee guida. Combinate, queste due linee guida possono aiutare il tuo team a creare task con una buona dimensione per lo Sprint Backlog o Iteration Backlog.

I task dovrebbero essere completabili entro un giorno

Immagina quanto sarebbe bello se tutti i membri del team potessero dire ogni giorno nel Daily Standup: “Ieri ho completato questo task e oggi completerò questo nuovo task.”

Tuttavia, è irrealistico dire che ogni singolo task dovrebbe richiedere esattamente un giorno. Pertanto assumiamo semplicemente che la durata media dei task dovrebbe essere di un giorno. Alcuni dureranno un po’ di più, altri richiederanno meno tempo. Puntare a un giorno come dimensione media del task è però un buon obiettivo.

Ma esistono almeno dei limiti superiori e inferiori adeguati per la dimensione dei task? Un team può avere un task da 10 giorni se lo compensa con alcuni task da 5 minuti? La risposta è la linea guida n. 2.

I task dovrebbero richiedere da 1 ora a 2 giorni per il completamento

Quando si punta a una dimensione media del task di questo tipo, è sensato stabilire alcuni limiti per una dimensione adeguata. Suggerirei un intervallo da un’ora a due giorni.

Cerca di evitare task stimati a meno di un’ora. Un membro del team avrà bisogno di tempo per riflettere sul task. La persona dovrà forse parlare con qualcuno prima di poter iniziare il task. In certi casi, anche un task da 10 minuti deve essere rifatto tre volte prima che tutto sia corretto ecc.

Se il tuo team ha effettivamente identificato qualcosa che richiederebbe 10 minuti, dovrebbe semplicemente dare una stima di 1 ora. Se quel task viene poi completato in meno di un’ora, compensarà i task che finiscono in ritardo.

Suggerisco un limite superiore di 2 giorni, non perché si debbano avere molti task da 2 giorni, ma perché occasionalmente possono esserci task che non possono essere completati entro un giorno.

È importante essere consapevoli di ciò e ammettere task più grandi nell’Iteration o Sprint Backlog. Non si vogliono però task nel Backlog così grandi da esonerare i membri del team dal duro lavoro di analizzare a fondo un problema.

Dimensione dei Backlog Item

Quel punto ottimale tra task troppo grandi e task troppo piccoli esiste davvero. Se segui le due linee guida qui indicate, aiuterai il tuo team a trovare esattamente quel punto e ad avere successo con Agile e Scrum.

Questo articolo proviene da Mike Cohn ed è stato tradotto in italiano.

La differenza tra Story e Task

Scopri come distinguere i task dalle User Story e da elementi ancora più grandi nel Backlog.
=> La differenza tra Story e Task

Scrivere User Story

Qui scopri come preferisco formulare una User Story affinché sia il più semplice possibile da comprendere.
=> Struttura per User Story

Non identificare tutti i task nel Planning

Per evitare lavoro extra, gli Scrum Team non dovrebbero mai voler definire tutti i task futuri.
=> Non definire task nel Planning