Kiat untuk Merinci Kisah Pengguna

Pernahkah Anda benar-benar menggigit lebih dari yang bisa Anda kunyah? Ini bukan perasaan yang menyenangkan. Dan juga tidak ada backlog yang kelebihan beban. Seperti steak yang berair, sprint backlog yang sehat paling baik dikonsumsi dalam porsi kecil, atau cerita pengguna. (Dan, jika Anda memiliki sekumpulan cerita yang terlalu besar, tindakan terbaik Anda adalah anggur merah yang baik.)

Cerita pengguna yang lebih kecil tidak hanya memudahkan untuk mencerna (ahem) sprint, tetapi percakapan yang dihasilkan saat memecahnya memfasilitasi pemahaman yang lebih dalam tentang pekerjaan. Saat Anda dihadapkan dengan’96er’ yang lama, berikut beberapa trick untuk membantu Anda membersihkan piring.

Temukan batasan Anda.
Lihatlah kinerja historis tim Anda pada cerita berukuran berbeda. Anda akan melihat titik istirahat di mana cerita menjadi berat atau membengkak secara tidak terduga. Jika cerita menyebabkan sprint bloat, kemungkinan itu adalah gejala kompleksitas yang belum diketahui. Jika cerita 13 poin itu selalu berakhir dengan menyeret melalui beberapa rush, inilah saatnya untuk menyetujui bahwa cerita Anda harus berukuran 8 atau lebih rendah. Membatasi ukuran cerita memberi tim Anda petunjuk saat mereka perlu menggali lebih dalam sebuah cerita sebelum siap untuk sprint.

Dapatkan epik.
Terkadang sepertinya sebuah cerita besar hanya akan menambah nilai bisnis jika sudah diterapkan sepenuhnya. Saat dihadapkan dengan fitur jenis ini, tim, seperti banyak rapper yang sudah tua, berjuang untuk memecahnya. Untuk membantu mereka mendapatkan perspektif, pertimbangkan untuk memposisikan cerita besar sebagai epik, dan lacak nilai bisnis fitur ke epik sebagai gantinya. Jadi satu place cerita yang lebih kecil akan secara bertahap memenuhi epik, memungkinkan kemajuan berkelanjutan pada skala cerita kecil sambil juga membangun nilai dengan cara yang nyata.

Keluarkan buku tata bahasa Anda.
Temukan kata sifat dalam cerita pengguna Anda. Apakah Anda melihat kata “mudah”, “fleksibel”, atau “cepat?” Itu adalah tanda pasti bahwa cerita ini perlu memiliki parameter yang lebih pasti. Sekarang cari konjungsi tersebut; “Dan” dan “atau” adalah indikator bagus bahwa fungsionalitas Anda ditujukan untuk lebih dari satu fitur. Ini juga merupakan permulaan percakapan hebat lainnya yang akan menghasilkan cerita yang lebih kecil, semoga dengan sangat sedikit pembuatan diagram kalimat yang dibutuhkan. Diagram kalimat = lebih banyak anggur.

Ambil jalan yang jarang dipilih. Dan yang lainnya juga.
Saat mempelajari sebuah cerita, biasakan untuk mengidentifikasi jalur bahagia dan jalur tidak bahagia melalui alur cerita. Misalnya, pertimbangkan kisah pengguna berikut:

Sebagai anggota forum, saya harus dapat masuk agar saya dapat berpartisipasi dalam komunitas forum.

Saatnya untuk mendapatkan topi QA Anda dan memikirkan beberapa skenario kasus uji. Pertama, identifikasi jalan bahagia:

Ketika saya memasukkan nama pengguna dan kata sandi yang benar, saya berhasil masuk dan saya dibawa ke dasbor anggota saya.

Sekarang tiba bagian menyenangkan. Mari kita lepas kacamata berwarna mawar (tetap pakai topi QA itu, terlihat keren dengan kaos Star Wars Anda) dan pertimbangkan jalan tidak menyenangkan yang bisa diambil pengguna:

Ketika saya memasukkan kombinasi nama pengguna dan kata sandi yang tidak legitimate, saya melihat kesalahan validasi.

Ketika saya memasukkan kombinasi nama pengguna dan kata sandi yang tidak legitimate lebih dari tiga kali, saya terkunci dari akun saya selama 24 jam.

Jika saya tidak dapat mengingat nama pengguna saya, saya dapat mengklik link untuk memulihkan nama pengguna saya.

Jika saya tidak dapat mengingat kata sandi saya, saya dapat mengklik link untuk mengatur ulang kata sandi saya.

Saat Anda terus memikirkan cara-cara agar fitur tersebut bisa gagal, Anda akan menemukan jalan yang siap untuk menjadi cerita mereka sendiri. Dalam daftar di atas, jalan tidak menyenangkan manakah yang menurut Anda cocok untuk cerita yang berbeda? Jika Anda masih tidak yakin, lihat suggestion berikutnya.

Teruji adalah kemampuan terbaik
Jika Anda kesulitan memecah cerita menjadi bagian-bagian yang bermakna dan lebih kecil, pertimbangkan huruf terakhir dalam akronim INVEST: Dapat diuji. Saat tim dihadapkan pada fitur besar yang sulit diurai, minta mereka untuk memecahnya menjadi unit yang dapat diuji. Ini akan memberi mereka cara baru untuk melihat karya dan secara alami akan mengarah ke cerita yang lebih kecil.

Jika Anda tidak tahu, sekarang Anda tahu
Hint terakhir: rangkul yang tidak diketahui. Perencanaan Poker® dan perbaikan backlog cenderung membuat tim merasa diharuskan untuk pergi dengan poin usaha di buku. Penting untuk mengembangkan lingkungan di mana tim Anda merasa nyaman untuk mengakui ketika mereka tidak tahu seberapa besar ceritanya. “Saya tidak tahu” bisa menjadi langkah pertama untuk mengukur cerita dengan benar yang membawa potensi jebakan dan hal yang tidak diketahui.

Ingin tahu lebih banyak suggestion tentang sprint backlog dan perencanaan? Lihat lebih lanjut dari planningpoker.com.

Kredit Foto