Saya bekerja di tim yang sebagian besar melakukan pengembangan, tetapi juga bertanggung jawab untuk sistem kompleks yang ada. Kami juga memiliki masalah ini.
Pada dasarnya, kami memperkirakan poin kami berdasarkan sprint terakhir dan kemudian menyimpan sejumlah poin untuk pekerjaan pemeliharaan yang diharapkan. Jika terjadi tugas pemeliharaan yang melebihi ini secara signifikan, seperti pemadaman besar, kami menambahkannya sebagai cerita pengguna dan menghapus yang sudah ada yang belum dimulai, untuk menjaga sprint dengan ukuran yang sama. Jika masalah besar muncul yang kurang mendesak, kami memindahkannya ke sprint berikutnya.
Ya, ini secara teknis tidak mengikuti scrum. Tetapi fleksibilitas telah bekerja dengan baik untuk kami.
Kami telah menyempurnakan waktu yang disediakan ini dengan bertanya kepada tim di setiap pertemuan perencanaan apakah mereka melihat alasan untuk menyimpang dari reservasi standar. Kami memperkenalkan ini setelah melakukan perpindahan kantor yang membutuhkan waktu lebih banyak dari yang kami perkirakan, yang menyebabkan banyak cerita tidak selesai.
Namun, jangan hanya terpaku pada bagaimana tim saya atau tim lain melakukannya. Pilih sesuatu, dan lakukan saja. Tidak ada cara untuk memastikan itu akan bekerja dengan baik untuk tim Anda. Coba, dan evaluasi dalam retrospektif. Jika tim tidak bahagia, coba sesuatu yang berbeda dan evaluasi lagi. Semua tim berbeda, dan kebutuhan serta keterbatasan mereka juga berbeda.