Quando le attività richiedono più tempo del previsto, perché è meglio posticipare gli articoli durante uno sprint piuttosto che rimandare tutto ciò che non hai terminato nell'ultimo giorno dello sprint?
Quando le attività richiedono più tempo del previsto, perché è meglio posticipare gli articoli durante uno sprint piuttosto che rimandare tutto ciò che non hai terminato nell'ultimo giorno dello sprint?
Notifica anticipata di problemi
Potresti scoprire che un'attività particolare ad alto rischio ha riscontrato problemi il giorno 1 dello sprint. Sai che fallirai, quindi segnalarlo alla tua squadra in anticipo e metterlo nel backlog significa che hai fallito velocemente. Puoi quindi continuare con altri elementi mentre altri affrontano i problemi che hanno causato l'operazione troppo a lungo.
Direi di sbarazzarsi del sprint tutti insieme ma se sei bloccato con esso, il ragion per cui è meglio rimandare subito è così che il cliente possa aspettarselo piuttosto che ascoltare l'ultimo giorno "oh non abbiamo fatto feature x, y o z"
Questo è un problema di comunicazione. Come sviluppatore, vorrai informare la direzione o il responsabile dello sviluppo che hai ostacoli o cose che bloccano la tua capacità di consegnare rapidamente.
Il più grande vantaggio nel comunicare tempestivamente questi problemi e spesso è che puoi lavorare con il tuo team per "scovare" il problema e risolverlo rapidamente, o rimandarlo per un altro sprint o una build di sviluppo.