La durata di uno sprint puo' essere adattata?

Ciao Dojo,

Grazie mille per i complimenti, sono felice che il sito ti piaccia e che apprezzi questa nuova sezione! Passiamo alla tua domanda. Uno sprint si basa sul concetto di time-box e consiste in un periodo di tempo di durata concordata e fissa, nel vostro caso una settimana, entro il quale il team lavora per il raggiungimento degli obiettivi stabiliti in fase di pianificazione.

Cambiare continuamente la durata dello sprint non è una buona idea per molte ragioni, una di queste è l'impossibilità di dare al team un'idea di che cosa possono realisticamente realizzare durante un'iterazione, e quindi l'impossibilità di avere un dato di "velocity" affidabile. Un altro motivo è che non risolve il problema che c'è alla radice. Problema che può variare a seconda del contesto (esempio: presenza nello sprint di troppo lavoro non pianificato, dipendenze con altri team o terze parti, incapacità di stabilire quando il lavoro è completato ed è sufficiente a soddisfare gli stakeholder, gold plating, eccetera...).

Ora, io non conosco il tuo contesto, ma un suggerimento visto quello che mi racconti potrebbe essere quello di estendere lo sprint a due settimane; una settimana è infatti un periodo di tempo in cui anche una piccola variabile come l'assenza di una persona può influire notevolmente. In caso di lavoro non completato il team deve rinegoziare lo scope con il Product Owner e iniziare un processo di ispezione, magari grazie all'aiuto dello Scrum Master, per capire qual è la causa del problema. Spero di aver chiarito il tuo dubbio!

Tra l'altro, sto preparando un video corso su Scrum in cui spiego il concetto di Sprint e time-box. Se sei interessato fammi sapere, che non appena è pronto ti aggiorno!

Saluti,
Franco