Poin Pengguna dan Perencanaan Poker – Beberapa Ide Perkiraan Dari Scrum
Scrum memiliki beberapa ide menarik untuk mengatasi tantangan estimasi yang akurat. Dalam artikel ini saya ingin melihat kumpulan pendekatan tersebut: poin cerita, kecepatan burn-down dan perencanaan poker. Scrum umumnya digunakan untuk proyek pengembangan perangkat lunak, tetapi ide-ide dalam artikel ini dapat diterapkan pada semua jenis pekerjaan judi slot online.
Langkah 1 – Kumpulkan Cerita Pengguna Bersama
Di Scrum, setiap proyek dipecah menjadi kumpulan cerita pengguna. Ini adalah deskripsi dari satu bagian fungsionalitas yang harus dilakukan oleh perangkat lunak yang dikirimkan. Mereka benar-benar persyaratan, tetapi seperti yang dikatakan Kent Beck dalam bukunya yang sangat bagus “Extreme Programming Explained”, persyaratan terdengar wajib, dan banyak dari apa yang awalnya diminta oleh pengguna adalah “bagus untuk dimiliki.” Setiap cerita pengguna menggambarkan perjalanan melalui perangkat lunak. Misalnya, sebuah cerita mungkin mengatakan, “Masuk menggunakan nama pengguna dan kata sandi Anda dan dibawa ke layar beranda.”
Tim perangkat lunak akan bekerja dengan klien mereka untuk memutuskan cerita pengguna mana yang akan disampaikan selama sprint pekerjaan berikutnya. Sprint umumnya berlangsung sekitar 20 hari. Untuk melakukan ini, tim pengembangan perlu memperkirakan pekerjaan yang terlibat dengan setiap cerita pengguna. Di sinilah ide poin pengguna dan perencanaan poker berguna.
Langkah 2 – Perkirakan Setiap Kisah Pengguna Dalam Hal Poin Cerita
Salah satu perangkap perkiraan adalah upaya yang membingungkan (jumlah jam yang diperlukan untuk melakukan sesuatu) dengan durasi (selama periode waktu kalender yang diperlukan untuk melakukan sesuatu.) Misalnya, pengembang mungkin mengatakan bahwa cerita pengguna akan membutuhkan waktu delapan jam untuk diselesaikan dan tim akan menganggap dia bisa melakukannya dalam satu hari. Namun ketika dia mulai bekerja, dia menemukan bahwa dia memiliki komitmen waktu lain, dan hanya dapat mengerjakan cerita selama satu jam sehari. Delapan hari kemudian dia menyelesaikan tugas itu. Durasi sulit diperkirakan; kita semua memiliki hari-hari baik dan hari-hari buruk dan beberapa hari memiliki lebih banyak interupsi daripada yang lain. Jawaban Scrum untuk ini adalah untuk memindahkan tim sepenuhnya dari perkiraan waktu dan sebagai gantinya memperkirakan setiap cerita pengguna dalam hal poin cerita. Poin cerita adalah ukuran abstrak dari ukuran.
Cara terbaik menggunakan poin cerita adalah memulai dengan cerita pengguna pertama dan memberikannya ukuran tertentu, misalnya sepuluh poin cerita. Lalu, untuk cerita selanjutnya, ajukan pertanyaan, seberapa besar ini dibandingkan dengan yang pertama? Jika ukurannya setengah, itu diberikan lima poin cerita. Perbandingan relatif ini membantu menambatkan suatu ukuran dalam pikiran penaksir.
Langkah 3 – Bermain Poker Perencanaan
Perencanaan poker adalah cara yang baik untuk memperkirakan poin cerita. Setiap anggota tim diberikan satu set kartu remi “poker”. Setiap kartu memiliki nomor di atasnya, yang mewakili perkiraan titik cerita. Biasanya setiap anggota tim memiliki sekitar 20 kartu. Daripada menggunakan kartu satu sampai dua puluh, seri fibonacci lebih sering digunakan (1,2,3,5,8,13,21,34 dan seterusnya). Variasi dalam kesenjangan antara angka fibonacci mewakili ketidakpastian yang melekat dengan estimasi.
Permainan “poker” kemudian dimulai. Sebuah cerita pengguna disajikan kepada tim, kemudian setiap anggota tim memilih kartu yang mewakili perkiraan dan tempat mereka jika menghadap ke bawah di atas meja. Semua kartu dibalik secara bersamaan. Ini penting, karena jika tidak, perkiraan satu orang dapat mempengaruhi perkiraan orang lain. Sebuah diskusi mengikuti di mana pengembang membenarkan perkiraan mereka. Proses ini diulang beberapa kali.
Langkah 4 – Menggunakan Kecepatan untuk Mengonversi Poin Cerita Menjadi Durasi
Poin cerita bersifat abstrak, jadi sekarang tim mengonversinya menjadi durasi untuk melihat berapa lama waktu yang diperlukan untuk mengembangkan kumpulan cerita pengguna dengan ukuran poin pengguna tertentu. Di sinilah konsep kecepatan Scrum masuk. Kecepatan adalah ukuran seberapa banyak pekerjaan yang dapat dilakukan tim pada hari-hari biasa. Dengan kata lain
Kecepatan = Poin cerita/Durasi
Jadi, jika cerita pengguna berukuran 30 poin cerita dan kecepatan tipikal tim adalah tiga poin cerita per hari, cerita pengguna harus diselesaikan dalam 10 hari kalender. Pertanyaan selanjutnya tentu saja berapa kecepatan tim Anda? Cara terbaik untuk memperkirakan ini adalah dengan melakukan beberapa sprint dan melihat berapa banyak pekerjaan yang dilakukan tim pada hari rata-rata. Jika ini adalah sprint pertama, tim harus berkumpul dan membuat perkiraan yang masuk akal tentang kemungkinan kecepatan mereka (mungkin dengan menggunakan poker perencanaan lagi).