Poin Pengguna dan Poker Perencanaan – Beberapa Perkiraan Scrum

Scrum memiliki beberapa ide menarik untuk mengatasi tantangan estimasi akurat yang abadi. Dalam artikel ini, saya ingin melihat kumpulan pendekatan ini: poin cerita, kecepatan terbakar, dan perencanaan poker. Scrum biasanya digunakan untuk proyek pengembangan perangkat lunak, tetapi ide-ide dalam artikel ini dapat diterapkan untuk semua jenis pekerjaan.

Langkah 1 – Kumpulkan kisah pengguna bersama

Di Scrum, setiap proyek dibagi menjadi kumpulan cerita pengguna. Ini adalah deskripsi dari satu fungsi yang harus dilakukan oleh perangkat lunak yang dikirim. Mereka benar-benar persyaratan, tetapi seperti yang dikatakan Kent Beck dalam bukunya yang sangat bagus “Extreme Programming Dijelaskan,” persyaratan terdengar wajib, dan banyak dari apa yang awalnya diminta pengguna adalah “baik untuk dimiliki.” Setiap kisah pengguna menggambarkan perjalanan melalui perangkat lunak. Misalnya, sebuah cerita mungkin mengatakan, “Masuk menggunakan nama pengguna dan kata sandi Anda dan dibawa ke layar beranda paragon poker.”

Tim perangkat lunak akan bekerja dengan pelanggan Anda untuk menentukan riwayat pengguna mana yang akan dikirimkan selama siklus kerja berikutnya. Sprint biasanya 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 cerita pengguna dalam hal poin cerita

Perkiraan perangkap adalah upaya yang membingungkan (jumlah jam yang dibutuhkan untuk melakukan sesuatu) dengan durasi (dalam jangka waktu berapa jadual diperlukan). Misalnya, pengembang mungkin mengatakan bahwa cerita pengguna akan membutuhkan waktu delapan jam untuk diselesaikan dan tim akan menganggap dia bisa melakukannya dalam sehari. Namun, ketika dia mulai bekerja, dia tahu dia memiliki komitmen waktu lain dan hanya dapat mengerjakan cerita selama satu jam sehari. Delapan hari kemudian, dia menyelesaikan tugasnya. Durasi sulit diperkirakan; Kita semua memiliki hari-hari baik dan hari-hari buruk dan beberapa hari memiliki lebih banyak gangguan daripada yang lain. Tanggapan Scrum untuk hal ini adalah sepenuhnya mengasingkan tim dari perkiraan waktu, dan sebagai gantinya memperkirakan setiap cerita pengguna dalam hal poin cerita. Poin sejarah adalah ukuran abstrak ukuran.

Cara terbaik untuk menggunakan poin cerita adalah mulai dengan cerita pertama pengguna dan menetapkan ukuran tertentu, misalnya sepuluh poin dalam cerita. Jadi untuk cerita selanjutnya, ajukan pertanyaan: Seberapa besar ini dibandingkan dengan yang pertama? Jika ukurannya setengah, itu ditugaskan lima poin cerita. Perbandingan relatif ini membantu menjangkar ukuran dalam pikiran penaksir.

Langkah 3 – Bermain Poker Perencanaan

Merencanakan poker adalah cara yang baik untuk memperkirakan poin cerita. Setiap anggota tim menerima satu set kartu poker “poker”. Setiap kartu memiliki angka, mewakili perkiraan titik cerita. Biasanya, setiap anggota tim memiliki sekitar 20 kartu. Alih-alih menggunakan kartu satu-dua puluh, seri fibonacci sering digunakan (1,2,3,5,8,13,21,34, dan seterusnya). Variasi dalam interval antara angka-angka fibonacci mewakili ketidakpastian yang melekat dalam estimasi.

Permainan poker kemudian dimulai. Kisah pengguna disajikan kepada tim, sehingga setiap anggota tim memilih kartu yang mewakili perkiraan mereka dan menempatkannya jika menghadap ke bawah di atas meja. Semua kartu dibagikan secara bersamaan. Ini penting, jika tidak, estimasi satu orang dapat memengaruhi orang lain. Diskusi mengikuti di mana pengembang membenarkan estimasi mereka. Proses ini diulang beberapa kali.

Langkah 4 – Menggunakan Kecepatan untuk Mengonversi Poin Historis dalam Durasi

Poin cerita bersifat abstrak sehingga tim sekarang mengonversinya menjadi durasi untuk melihat berapa lama waktu yang dibutuhkan 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 suatu tim pada hari-hari biasa. Dengan kata lain