Cosa succede con il backlog del progetto se la data di scadenza dello sprint non viene rispettata?

Preferisco non riconoscere nessuno sforzo nella mia velocità a meno che non abbiamo raggiunto "Fatto". La mia preferenza è di mostrare la velocità di valore consegnata, e una soluzione parzialmente funzionante ma incompleta che non raggiunge l'obiettivo della storia non fornisce il valore stimato.

Quindi il 'valore' è lo stesso, passa alla successiva iterazione, ma potrebbe essere necessario modificare la stima delle ore di attività rimanenti. In effetti, di solito suggerisco solo al mio team di tenere traccia delle ore di lezione rimanenti per il burndown.

Il prossimo sprint, quando il lavoro raggiunge "Fatto", riconosciamo il premio per il valore completo e le ore di attività rimanenti dovrebbero arrivare a zero.

Direi che la tua storia è troppo grande e richiederebbe l'abbattimento di compiti più piccoli. Generalmente nei team agili con cui ho lavorato tendiamo a fare tutto il possibile nello sprint, qualsiasi cosa non finita va solo nel backlog per essere riordinata per il prossimo sprint, dato che potresti non volerli giocare nel prossimo sprint.

Se hai il caso di una storia in cui è parzialmente fatto in uno sprint, ma non del tutto, devi effettuare la chiamata se le attività (supponendo che tu abbia alcuni elementi a livello di compito in una storia) siano complete e se così fosse sono lasciati in sicurezza nella base del codice live. Se è così, la prossima volta che viene riprodotta la storia, lo sviluppatore che lavora su di esso vedrà che 5 delle 7 attività sono complete e riprendono da dove l'altro sviluppatore ha lasciato. Se non è abbastanza stabile da essere inserito, puoi scartarlo e lasciare che qualcun altro si avvii di nuovo, o parcheggiarlo in un altro ramo affinché lo sviluppatore riprenda in un altro sprint quando è necessario. Sebbene lavorare in questo modo richiederebbe agli sviluppatori di gestire le loro storie come diramazioni nel sistema di controllo del codice sorgente.