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

Langkah 1 – Kumpulkan Cerita Pengguna Bersama

Di Scrum, setiap proyek dipecah 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.” agen bandarq

Tim perangkat lunak akan bekerja dengan klien mereka untuk memutuskan cerita pengguna mana yang akan disampaikan selama sprint kerja 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 poker perencanaan berguna.

Langkah 2 – Perkirakan Setiap Cerita Pengguna Dalam Hal Poin Cerita

Salah satu perkiraan jebakan adalah usaha yang membingungkan (jumlah jam untuk melakukan sesuatu) dengan durasi (selama periode waktu yang dibutuhkan untuk melakukan sesuatu.) Sebagai contoh, pengembang mungkin mengatakan cerita pengguna akan membutuhkan delapan jam untuk diselesaikan dan tim akan menganggap dia bisa melakukannya dalam satu hari. Namun ketika dia mulai bekerja dia menemukan 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 baik dan hari buruk dan beberapa hari memiliki lebih banyak gangguan daripada yang lain. Jawaban Scrum untuk ini adalah untuk memindahkan tim sepenuhnya dari memperkirakan waktu dan bukannya memperkirakan setiap cerita pengguna dalam hal poin cerita. Poin cerita adalah ukuran ukuran abstrak.

Cara terbaik menggunakan poin cerita adalah memulai dengan cerita pengguna pertama dan memberikan ukuran tertentu, misalnya sepuluh poin cerita. Lalu, untuk cerita selanjutnya, ajukan pertanyaan, seberapa besar ini dibandingkan dengan yang pertama? Jika ukurannya setengah dari itu, maka diberikan 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 diberikan satu set kartu bermain “poker”. Setiap kartu memiliki nomor di atasnya, mewakili perkiraan titik cerita. Biasanya setiap anggota tim memiliki sekitar 20 kartu. Alih-alih menggunakan kartu satu hingga dua puluh, seri fibonacci sering digunakan (1,2,3,5,8,13,21,34 dan seterusnya). Variasi dalam kesenjangan antara angka-angka fibonacci mewakili ketidakpastian yang melekat dengan estimasi.

Game “poker” kemudian dimulai. Cerita pengguna disajikan kepada tim, lalu 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 mungkin mempengaruhi yang lain. Diskusi mengikuti di mana pengembang membenarkan estimasi mereka. Proses ini diulang beberapa kali.

Langkah 4 – Menggunakan Velocity untuk Mengonversi Poin Cerita Ke Durasi

Poin cerita adalah abstrak, jadi sekarang tim mengonversinya menjadi durasi untuk melihat berapa banyak waktu yang dibutuhkan untuk mengembangkan kumpulan cerita pengguna dengan ukuran poin pengguna tertentu. Di sinilah konsep Scrum tentang kecepatan masuk. Velocity adalah ukuran seberapa banyak pekerjaan yang dapat dilakukan suatu tim dalam hari-hari biasa. Dengan kata lain

Velocity = Poin cerita / Durasi

Jadi, jika cerita pengguna adalah 30 poin poin besar 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 seberapa banyak kerja yang dilakukan tim pada hari biasa. Jika ini adalah sprint pertama, tim harus berkumpul dan membuat perkiraan kecepatan yang masuk akal (mungkin dengan menggunakan poker perencanaan lagi).

Grafik burndown adalah alat yang berguna untuk membantu tim memantau pekerjaannya dan menghitung kecepatannya. Mereka menunjukkan, setiap hari, berapa banyak poin pengguna yang harus dilakukan. Setiap hari tim diminta untuk menghitung ulang berapa banyak poin cerita yang tersisa dan angka ini diplot pada grafik. Angka ini mudah-mudahan turun, meskipun kadang-kadang ketika tim melakukan pekerjaan, mereka akan menyadari bahwa perkiraan awal mereka terlalu rendah. Kemiringan grafik burndown adalah kecepatan tim.