Pertama, apa yang terjadi dengan cerita pengguna itu? Apakah Anda hanya membawa mereka ke sprint berikutnya?
Tergantung. Jika tidak ada cerita lain yang memiliki prioritas lebih tinggi, maka, ya, mereka akan pindah ke sprint berikutnya. Jika cerita lain memiliki prioritas lebih tinggi, maka mereka mungkin akan dipindahkan kembali ke tumpukan produk jika tidak ada cukup ruang dalam sprint untuk mengakomodasi mereka. Ini semua terjadi dalam perencanaan sprint, berdasarkan prioritas yang ditetapkan untuk setiap cerita oleh Pemilik Produk Anda. Karena salah satu tujuan dari metode gesit seperti Scrum adalah untuk memaksimalkan nilai yang disampaikan sekaligus mengurangi waktu, semuanya berujung pada seberapa banyak nilai ditambahkan dengan menyelesaikan cerita-cerita itu.
Terlepas dari apa yang terjadi, Anda masih perlu berjuang untuk produk yang berpotensi dapat dikirim pada akhir sprint. Ini mungkin berarti memutar balik untuk memastikan bahwa produk akhir sprint melewati semua tes dan fitur yang lengkap dapat digunakan sepenuhnya oleh pengguna tanpa masalah yang berarti.
Jika demikian, haruskah mereka diestimasi ulang? Dalam pandangan saya pekerjaan yang tersisa pada cerita pengguna ini bisa minimal atau banyak? Jika tidak, mengapa tidak?
Saya tidak akan menaksir ulang karena, di Scrum, Anda memperkirakan sebuah cerita ketika Anda menerimanya, mulai bekerja, dan tidak memiliki konsep yang sebagian selesai . Cerita 100% selesai, diuji, dan diterima (selesai) atau tidak selesai. Jika tidak ada konsep sebagian selesai, tidak ada cara bagi Anda untuk menentukan berapa banyak pekerjaan yang tersisa pada cerita. Tampaknya saya juga tidak sendirian dalam pemikiran ini . Anda memperkirakan pekerjaan yang menurut Anda bisa Anda lakukan, jadi tinggalkan data ini dan buatlah untuk membahas mengapa perkiraan itu tidak ada dalam postmortem sprint Anda dan cobalah untuk menghindari membuat kesalahan itu untuk sprint mendatang.