Supponiamo di aver stimato 5 storie utente da completare in uno sprint e di averle completate tutte con test, tempo di buffer e bug previsti.
Abbiamo ancora 2-3 giorni per uno degli sviluppatori. Possiamo portare una storia utente futura nello sprint attuale sapendo che solo lo sviluppo o parte dello sviluppo può essere completato nello sprint corrente?
Certamente, dovresti essere in grado di inserire qualunque cosa si trovi nella parte superiore del backlog del prodotto.
Ma attenzione.
Assicurati che l'introduzione della nuova storia non interferisca con la consegna delle storie alle quali ti sei effettivamente impegnato. Dovresti davvero assicurarti che siano impacchettati e pronti per l'uso (distribuiti anche). Per lo meno è necessario assicurarsi che il nuovo codice probabilmente non finito non si mischi con il codice finale consegnabile.
Scrum esiste per soddisfare i tuoi bisogni, non viceversa. Fai qualunque cosa abbia senso per te. Monitora come funziona. Regolare.
Ha senso dare a questo sviluppatore una vacanza? Il tuo sviluppatore ha qualche pezzo di pulizia banale che vorrebbero fare e che non ha avuto? C'è una storia particolare in cui lo sviluppatore può iniziare a capo e poi mettere da parte? Non siamo lì, non conosciamo la situazione. Sei, fai qualcosa di ragionevole.
Ricorda, Scrum è uscito dal movimento Agile. Leggi il Manifesto Agile all'indirizzo link . È breve, 4 punti elenco. La metà di questi si applica direttamente a questo caso e concorda sul fatto che se una "procedura Scrum ufficiale" ti intralcia, dovresti fare ciò che ha senso per te piuttosto che seguire il rituale.
Se ritieni di poter completare completamente un altro articolo, parla con il proprietario del prodotto per selezionare quello giusto. (una piccola riunione di riprogettazione ad hoc)
Altrimenti, spendi bene quel tempo per preparare la prossima riunione di pianificazione dello sprint. Farà una pianificazione molto piacevole.
Oppure, esegui degli interventi di manutenzione sugli strumenti di sviluppo e di costruzione.
O, ... sono sicuro che c'è sempre qualcosa di utile da fare.
Assicurati che il proprietario del prodotto ne sia al corrente.
Certo che puoi, finché il team è d'accordo.
In realtà se sei a corto di lavoro dovresti o tirare qualcosa o chiudere lo sprint.
Non abbiamo mai avuto una situazione così corretta in fase di pianificazione, includendo alcuni elementi "provvisori" che non sono formalmente parte dell'impegno, ma sono i primi candidati se l'ambito viene riorganizzato o se i rischi si risolvono.
OTOH se il progetto ha un debito tecnologico, puoi usare il tempo per risolverlo un po 'alla fine.