Saya telah membaca banyak tentang scrum akhir-akhir ini, dan saya menemukan informasi yang tampaknya bertentangan dengan saya tentang apakah mengubah sprint backlog selama sprint atau tidak. The artikel Wikipedia pada scrum mengatakan itu tidak ok, dan berbagai artikel lainnya mengatakan ini juga. Juga profesor Pengembangan Perangkat Lunak saya mengajarkan hal yang sama selama tinjauan scrum.
Namun, saya membaca Scrum dan XP dari Parit dan itu menjelaskan bagian untuk item yang tidak direncanakan di taskboard. Jadi saya mencari Panduan Scrum dan mengatakan bahwa selama sprint "Tidak ada perubahan yang akan mempengaruhi Tujuan Sprint" dan dalam diskusi Tujuan Sprint "Jika pekerjaan ternyata berbeda dari yang diharapkan oleh Tim Pengembangan, kemudian mereka berkolaborasi dengan Pemilik Produk untuk menegosiasikan ruang lingkup Sprint Backlog dalam Sprint. " Lebih lanjut dikatakan dalam diskusi tentang Sprint Backlog:
Sprint Backlog adalah rencana dengan detail yang cukup sehingga perubahan dalam proses dapat dipahami dalam Scrum Harian. Tim Pengembangan memodifikasi Sprint Backlog di seluruh Sprint, dan Sprint Backlog muncul selama Sprint. Munculnya ini terjadi ketika Tim Pengembang bekerja melalui rencana dan belajar lebih banyak tentang pekerjaan yang diperlukan untuk mencapai Tujuan Sprint.
Karena pekerjaan baru diperlukan, Tim Pengembangan menambahkannya ke Sprint Backlog. Saat pekerjaan dilakukan atau diselesaikan, perkiraan sisa pekerjaan diperbarui. Ketika unsur-unsur rencana dianggap tidak perlu, mereka dihapus. Hanya Tim Pengembang yang dapat mengubah Sprint Backlog selama Sprint. Sprint Backlog adalah gambaran nyata dari pekerjaan yang sangat nyata yang direncanakan oleh Tim Pengembangan untuk diselesaikan selama Sprint, dan itu semata-mata milik Tim Pengembangan.
Jadi pada titik ini saya sama sekali bingung. Memikirkannya, lebih masuk akal bagi saya untuk mengambil pendekatan kedua. Individu, item spesifik dalam jaminan tampaknya bagi saya bukan hal yang paling penting, melainkan tujuan sprint, jadi tidak mengubah tujuan sprint tetapi mampu mengubah backlog masuk akal. Misalnya jika pemilik produk dan tim berpikir bahwa mereka berada di halaman yang sama tentang sebuah cerita, tetapi ketika sprint berkembang mereka menemukan ada kesalahpahaman, sepertinya masuk akal untuk mengubah tugas yang menyusun cerita yang sesuai. . Atau jika ada beberapa cerita atau tugas yang dilupakan, tetapi diperlukan untuk mencapai tujuan sprint, saya akan berpikir akan lebih baik untuk menambahkan cerita atau tugas ke tumpukan selama sprint.
Namun, ada banyak orang yang tampaknya bersikeras bahwa perubahan pada sprint backlog tidak baik. Apakah saya salah memahami posisi itu? Apakah orang-orang itu mendefinisikan tumpukan sprint berbeda? Pemahaman saya tentang sprint backlog adalah bahwa ia terdiri dari cerita dan tugas yang mereka uraikan.
Pokoknya saya akan sangat menghargai masukan tentang masalah ini. Saya mencoba mencari tahu apa pendekatan scrum idealis untuk mengubah sprint backlog selama sprint, dan apakah orang yang menggunakan scrum berhasil untuk pengembangan memungkinkan mengubah sprint backlog selama sprint.