Pertanyaannya, dengan memberikan contoh khusus Anda, adalah mengapa pengembang ingin mengembangkan mekanisme untuk menyimpan dan mengambil gambar sehingga pengguna dapat menambah / melihat gambar di mana pun diperlukan, kecuali jika pengguna ingin menambahkan atau melihat gambar?
Yaitu, meskipun pertanyaan Anda bagus, contohnya tidak. Ini adalah fitur pengguna dan harus memiliki kisah pengguna. Dan jika pengguna tidak benar-benar membutuhkan fungsi itu maka pengembang seharusnya tidak ingin melakukannya.
Kisah teknis lebih lanjut "Sebagai pengembang, saya ingin mengurangi duplikasi dalam modul pengarsipan data, sehingga saya tidak harus membuat setiap perubahan di 6 tempat."
Pertanyaan apakah ini harus dimasukkan dalam sprint adalah pertanyaan yang sulit, dan agak tergantung siapa yang Anda anggap sebagai pelanggan Anda. Apakah pengguna akhir, atau bisnis yang mempekerjakan Anda, atau bisnis yang mempekerjakan bisnis yang mempekerjakan Anda?
Banyak bimbingan industri dilakukan oleh orang-orang yang bekerja di perusahaan konsultan. Dari perspektif itu, saya bisa melihat argumen bahwa cerita pengembang itu buruk. Mereka seharusnya hanya menjadi bagian dari apa yang Anda lakukan, sehari-hari, tidak terlihat oleh perusahaan yang membayarnya. Perusahaan-perusahaan itu secara naluriah tahu bahwa menjalankan tagihan terlalu tinggi memastikan bahwa pekerjaan Anda mengering, sehingga setiap pengembang bekerja berdasarkan prinsip hanya melakukan pengembangan teknis yang meningkatkan waktu pengembangan Anda, atau meningkatkan kemampuan Anda untuk merilis perangkat lunak bebas bug.
Pengalaman saya lebih banyak dengan bekerja di tim in-house, menyediakan perangkat lunak langsung ke perusahaan yang membayar upah saya. Di banyak perusahaan tersebut, ada penghalang kepercayaan antara bisnis dan sayap teknis bisnis. Dalam semua itu, ada mentalitas yang berbeda, di mana penurunan biaya sama dengan peningkatan pendapatan.
Dalam lingkungan itu, akan baik untuk mendefinisikan cerita pengembang yang signifikan. Ini meningkatkan visibilitas, menumbuhkan kepercayaan, dan mendorong pengembang dan manajemen untuk berpikir tentang nilai tugas-tugas tersebut untuk bisnis dan memprioritaskan yang sesuai.
Pada akhirnya, saya sarankan Anda mencobanya. Dan, jika tidak menawarkan nilai, berhentilah melakukannya.
Tetapi insting saya mengatakan bahwa jika Anda mempertimbangkan nilai pengembangan ini untuk bisnis, Anda bahkan tidak akan mencoba menjadikannya cerita pengembang. Baik untuk pengguna akhir atau tidak. Jika tidak maka tidak ada nilai untuk bisnis.