Sedikit pengantar untuk kasus saya:
Sebagai bagian dari produk yang lebih besar, tim saya diminta membuat IDE kecil untuk DSL. Pengguna produk ini akan dapat membuat panggilan fungsi dalam kode dan kami juga diminta untuk menyediakan beberapa pustaka fungsi yang berguna. Tim, bersama-sama dengan PO, menempel di dinding sejumlah cerita pengguna tentang berbagai perpustakaan untuk pengguna IDE. Ketika memperkirakan cerita pertama, tim memutuskan bahwa mekanisme pemanggilan fungsi akan menjadi tugas yang menarik tetapi tidak sepenuhnya jelas, sehingga perkiraan untuk cerita pengguna tersebut dinaikkan dari angka 3 yang sederhana menjadi yang lebih berbahaya 5.
Datang ke masalah:
Tim kemudian pindah ke cerita pengguna tentang perpustakaan lain, sebenarnya 10 cerita, dan menambahkan 2 poin hal " mekanisme panggilan fungsi " ke masing-masing cerita pengguna. Ini segera mengangkat total poin untuk produk 20 poin! Semua orang di tim tahu bahwa setiap cerita pengguna dapat diambil oleh PO untuk iterasi berikutnya kapan saja, jadi kami tidak boleh mengisolasi bagian itu dalam satu cerita pengguna, tetapi 20 poin itu terasa sangat tidak realistis!
Saya sudah mengusulkan solusi, tapi saya sama sekali tidak puas:
Kami membuat "Cerita desain" dan menempatkan 2 poin yang menjengkelkan di atasnya. Namun ketika kami menyadari dan menunjukkannya kepada pelanggan kami, kami tidak dapat menunjukkan sesuatu yang sangat berharga bagi mereka tentang kisah itu!
Di sini masalahnya adalah apakah kita harus mengabaikan prinsip memiliki cerita pengguna yang terisolasi (tanpa ada ketergantungan di antara mereka).
Apa yang akan Anda lakukan, atau bahkan lebih baik apa yang telah Anda lakukan, dalam situasi seperti ini?
(catatan kaki kecil: mengikuti saran saya telah memindahkan pertanyaan ini dari stackoverflow)