Po pierwsze nie powinniśmy dopuścić do takiej sytuacji - powoduje to, że nie oddamy "gotowego" user story.

Najbardziej prawidłowym rozwiązaniem jest ustalenie z Product Ownerem, że to, czego nie dokończyliśmy, zostanie wyłączone z kryteriów akceptacji i pojawi się w nowym Sprincie jako osobne user story.

Drugim dobrym rozwiązaniem jest ustalenie z PO, że to user story nie zostanie zamknięte w tym Sprincie (z wszelkimi tego konsekwencjami) i praca zostanie dokończona w nowym Sprincie. Wtedy technicznie robimy to tak:

1. Zakończone taski zostawia się przypisane do "starego" Sprintu
2. Taski nierozpoczęte przepisuje się do nowego
3. Taski niedokończone się klonuje i oryginał się zostawia w starym, a klona z wyzerowanym atrybutem "hours completed" przypisuje do nowego.
4. User story powinno się przepisać na nowy Sprint - bo w starym go nie oddaliśmy, a zostanie oddany w nowym. Takie rozwiązanie najmniej zaburza statystyki.

Rozwijając odpowiedź jkruza można stwierdzić, że jeśli niedokończone zadanie wpływa na kryteria akceptacji user story, to po prostu cały US jest nieodebrany i tak powinien zostać oznaczony w PB. Jeśli niedokończony task nie ma wpływu na odbiór US, to powinien/może pojawić się w PB jako nowy US i po akceptacji PO wejść do kolejnego/kolejnych Sprintów.