Firstly, what happens with those user stories? Do you just carry them over into the next sprint?
Dipende. Se nessun'altra storia ha una priorità più alta, allora sì, vengono spostati nel prossimo sprint. Se altre storie hanno una priorità più alta, allora potrebbero essere spostate nel backlog del prodotto se non c'è spazio sufficiente nello sprint per accoglierle. Tutto ciò avviene nella pianificazione dello sprint, in base alle priorità assegnate a ciascuna storia dal proprietario del prodotto. Poiché uno degli scopi dei metodi agili come Scrum è quello di massimizzare il valore erogato riducendo il tempo, tutto si riduce a quanto valore viene aggiunto terminando tali storie.
Indipendentemente da ciò che accade, devi comunque cercare un prodotto potenzialmente spedibile alla fine dello sprint. Ciò potrebbe comportare il rollback per garantire che il prodotto end-of-sprint superi tutti i test e che le funzionalità completate siano pienamente utilizzabili dall'utente senza problemi significativi.
If so, should they be re-estimated? In my view the work remaining on these user stories can be minimal or a lot? If not, why not?
Non vorrei rianimare perché, in Scrum, stimerai una storia quando la accetti, inizi a lavorare e non hai un concetto di parzialmente completo . Una storia è completa al 100%, testata e accettata (fatta) o non è fatta. Se non vi è alcun concetto di parziale completamento, non è possibile determinare il lavoro rimanente nella storia. Sembra che Non sono solo in questo pensiero , neanche. Avete stimato il lavoro che pensavate di poter fare, quindi lasciate questo data point e fate un punto per discutere del motivo per cui la stima è stata disattivata nel postmortem dello sprint e cercate di evitare di commettere quell'errore per gli sprint futuri.