La ripetizione delle attività durante lo sprint non ha senso. Semplicemente rovinerà il grafico di burndown e non cambierà l'impegno che hai già fatto.
Ad ogni modo, secondo me, tutto il problema di "stimare" i compiti è uno spreco. Cosa otterrai valutando queste attività?
- Il preventivo renderà il tuo prodotto migliore?
- La stima aumenterà la qualità del prodotto?
- Renderà il tuo prodotto più veloce se passi del tempo a fare stime?
- Il tuo prodotto sarà migliore se fai più stime?
Io non la penso così = > la stima delle attività non porta alcun valore.
Ora cosa succederà se non fai stime?
- Significa che non sarai in grado di monitorare i progressi del lavoro?
- Significa che non stimerai?
- Significa che non sarai in grado di impegnarti?
No perché le attività vengono create da storie utente che sono già stimate. L'impegno è fatto sulle storie degli utenti, quindi non importa quale sia la stima delle attività. Solo la cosa importante da tracciare durante lo sprint è la quantità di user story completate che possono, in caso di burndown chart, essere rappresentate nella quantità di "story point" consegnati o qualsiasi altra unità utilizzata per stimare le User story. Le attività dovrebbero essere piccole e non importa se piccole giornate medie o 3 ore. Gli sviluppatori dovrebbero essere abbastanza esperti per creare tali compiti senza bisogno di stime. Significa che la stima dell'attività non rimuove alcun valore.
Se andiamo su principi snelli, qualsiasi processo che non porti alcun valore aggiunto e che possa essere rimosso senza perdere alcun valore è uno spreco e dovrebbe essere eliminato.
Ma forse ottieni un valore dalla stima delle attività - ogni squadra può implementare Scrum in modo leggermente diverso. Se dubiti di poter usare una grande funzionalità di agile. Puoi semplicemente provarlo in uno sprint e se non si rivela utile puoi tornare alla stima delle attività.