Cara Mengatur Backlog Produk menjadi Peta Cerita Pengguna

Cara Mengatur Backlog Produk menjadi Peta Cerita Pengguna

Untuk memfasilitasi pengembangan agil, Peta Cerita dapat menerima fitur pengguna yang diidentifikasi dari berbagai sumber. Seperti yang disebutkan di atas, hal tersebut bisa berupa persyaratan yang diperoleh dari kontrak EA, paket kerja dari inisiatif manajemen proyek, atau analisis ad-hoc seperti analisis saat ini dan yang diinginkan, kasus penggunaan dalam diagram penggunaan yang akan diintegrasikan dengan pengembangan perangkat lunak agil, dan sebagainya.

Kirim Kasus Penggunaan ke Backlog Produk untuk Pemetaan Cerita Pengguna

Seperti yang saya sebutkan sebelumnya, ada banyak sumber berbeda untuk persyaratan, tujuan pengguna, dan aktivitas pengguna yang dapat diidentifikasi melalui wawancara, mungkin menggunakan teknik dan alat pemodelan yang berbeda seperti pemodelan proses bisnis, peta pikiran, diagram kasus penggunaan, dan sebagainya. Dalam contoh di bawah ini, kami telah mengembangkan diagram kasus penggunaan dan sekarang ingin mengirim kasus penggunaan tersebut ke backlog produk dan dikembangkan menggunakan proses agil scrum.

Contoh – Kasus Penggunaan Kelola Aplikasi Lowongan Pekerjaan

4 Langkah untuk Membersihkan dan Mengorganisasi Backlog Produk

Anggaplah bahwa kami telah mengumpulkan daftar fitur pengguna dalam backlog peta cerita dari berbagai sumber yang berbeda. Sebuah fitur pengguna akan tercapai sebagai suatu aktivitas dengan melakukan beberapa tugas. Setiap tugas dapat diuraikan lebih lanjut menjadi beberapa epik (cerita pengguna yang lebih besar). Setiap epik berisi daftar cerita pengguna yang diuraikan menjadi ukuran yang sesuai untuk dimasukkan ke dalam iterasi sprint. Berikut adalah langkah-langkah yang terlibat dalam perencanaan peta cerita:

1. Seret fitur pengguna ke baris atas peta dari kiri ke kanan. Setiap fitur pada baris atas peta ini disebut aktivitas pengguna.
   
2. Buat sejumlah langkah yang diperlukan untuk menyelesaikan aktivitas, yang dikenal sebagai tugas pengguna.
   
3. Setiap tugas pengguna ini dapat diuraikan menjadi sejumlah epik.
   
4. Di bawah epik, daftar cerita pengguna dapat didefinisikan, dengan ukuran yang sesuai untuk dimasukkan ke dalam sprint.
   

Catatan: Kita dapat mempertimbangkan prioritas implementasi yang dijadwalkan dari kiri ke kanan dan cerita pengguna dari atas ke bawah.